点击文末小卡片免费获取软件测试全套资料资料在手涨薪更快1、代码规范测试框架随着业务推进必然会涉及代码的二次开发所以代码编写应符合通用规范代码命名符合业界标准并且代码层次清晰。特别在大型项目、多人协作型项目中如果代码没有良好的规范那么整个框架的代码会风格混杂、晦涩难懂后续维护会很困难最终成为没人敢动的“祖传代码”。2、模块清晰明确模块化是将测试框架从逻辑上分为几个不同的模块如下列的模块化分层的测试框架所示使用者可以根据实际情况自行裁剪。​模块化的好处是可重用并且便于替换修改。以上图为例假设测试报告模块以前用的是 Allure现在想替换成更加贴切自身业务的自研测试报告我们仅需将报告模块替换掉就可以了。但如果测试框架没有做模块化划分测试报告是耦合在框架代码里的那么就会导致无法切换测试报告或者切换代价过大的问题改动起来就会比较痛苦。3、通用性强通用于不同的操作系统比如测试框架不仅适用在 Windows 操作系统上还要适用在 MacOS、Linux 系统上越通用测试框架的受众就会越多。能解决同一类通用问题比如测试框架有个底层方法是用来操作弹出框的那么无论是 Alert 框、确认框还是一个允许用户输入的交互框测试框架应该都能识别并操作。4、可维护、可扩展1可维护性测试框架要做到容易维护就一定要代码规范模块清晰除此之外整个测试框架代码风格还应该统一、易读、易懂。总之要做到框架出问题时能容易定位并修改更要做到即使多人合作这个框架这个框架代码要看起来是出自同一人之手。2可扩展性可扩展性指当需求变化时框架容易扩展。如果测试框架不能扩展就无法解决业务发展带来的新问题也就意味着测试框架的寿命会很短。5、错误处理机制高效解决在测试运行中难免由于种种原因运行错误这时测试框架就必须具备处理错误的能力。错误处理机制一般分为停止运行和错误恢复两种。6、系统日志清晰方便调试除了错误处理机制外系统的操作日志也能帮你快速排查问题根源所以平时的日志一定要清晰详细最好具备上下文这样才能根据日志进行有效调试快速定位错误发生的原因。7、支持测试环境切换一个产品从开发到上线会经历几个测试环境的测试比如 dev 环境 集成测试环境预生产环境生成环境等。所以测试框架要能做到一套脚本多环境运行支持环境切换并且能根据环境进行自动化的配置包括系统配置、测试数据配置等。8、支持外部数据驱动根据外部输入数据动态生成测试用例并在测试报告中单独展示。测试框架会把这些只有数据不同步骤和操作都相同的测试用例在运行中解析成一个个不同的独立测试用例并在测试运行结束后全部逐一展示到测试报告里。根据外部输入数据动态切换运行用例。测试目的不同其需要采用的测试用例也会不同所以自动化测试框架会给各个测试用例打上标签再根据需要自动选择具备特定标签的测试用例进行运行。9、支持顺序、并发、远程运行当你的测试用例有上千条甚至上万条时顺序测试会花费大量的时间。为了快速得到测试结果测试框架应该支持顺序、并发、远程执行这样能够缩短测试用例的整体执行时间。10、报告完备详尽测试报告是 QA 工作中的重要一环通常在一个项目结束或者一个 sprint 结束时发出。虽然在实际工作中我们经常听到大家抱怨说测试报告太烦琐了又不产生什么直接价值但完备详尽的测试报告不仅可以述说 QA 到底做了哪些工作还可以看出整个项目的生命周期运行得平稳与否软件的质量如何。11、解决当前没有解决的问题“不要重复造轮子”是工具创造的首要原则。从功能角度看框架得到认可要么是解决了当前无法解决的问题要么是解决方案比当下的更好。例如Selenium/WebDriver 最开始为人所知是因为它开源、可跨平台后来 Selenium/WebDriver 的替代者 Cypress 为人所知是因为它还具备运行在浏览器之内且自备 Mock 的能力。所以你的框架能不能被认可就在于它是否具有独特的功能特性这是与其他框架区别开来的标签也是弥补市场空白的撒手锏。12、 版本控制回溯复盘什么是版本控制其实就是将代码纳入版本控制系统如 Git的管理之下。那么为什么测试框架要做版本控制呢有了版本控制你的不同版本的测试代码就能以不同分支的形式出现否则你只能一次保持一个版本的代码非常不方便。有了版本控制不仅协作开发、版本切换变得非常容易使用者也可以通过查看版本之间的变化来理解框架的发展脉络。13、 持续集成全局出发前面的原则是从测试本身角度出发的而“持续集成”是从整个公司业务出发需要你与整个开发团队合作完成同时这是你晋级“资深”的体现。测试框架应该能方便地集成至公司的持续集成系统并且通过持续集成系统触发测试。最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走这些资料对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你凡事要趁早特别是技术行业一定要提升技术功底。