餐饮 网站模板,网站开发方案模板,个人网站域名备案,个性化定制平台背景
回顾以前自动化测试编写的经历#xff0c;主要是以开发者自驱动的方式进行#xff0c;测试的编写随心而动#xff0c;没有规划#xff0c;也没有章法#xff0c;这样就面临如下的一些问题#xff1a;
测试用例设计不到位#xff0c;覆盖不全#xff0c;或者不够…背景
回顾以前自动化测试编写的经历主要是以开发者自驱动的方式进行测试的编写随心而动没有规划也没有章法这样就面临如下的一些问题
测试用例设计不到位覆盖不全或者不够高效因为工期原因压缩自动化测试时间自动化测试名存实亡自动化基础设施不完善某些测试编写成本比较高缺少完善的测试数据支持导致测试效果大打折扣
这么多的问题其实总结起来本质就是一个原因缺少自动化测试的统筹规划没有将自动化测试纳入到研发体系中。 自动化测试的统筹规划
为了解决这些问题让自动化测试真正的发挥其最大价值解放生产力提高研发效率让我们从重复的手动测试中解放出来我们首先要做的就是对自动化测试进行统筹规划将自动化测试的意义提升一个等级让每个人都认识到他的价值与意义包括产品研发测试以及高层管理人员。
自动化测试的统筹规划应该是自上而下的由多个层次构成一整套体系这个体系应对包含框架数据、用例和代码四个部分每个部分有其自己的职责四者相互协同形成完整的测试体系和闭环。
下面简单介绍一下这套体系。 测试体系之测试框架
这里的测试框架是泛指也可以叫测试基础设施它存在的目的是为了服务测试相关人员让他们更加高效便捷的编写测试执行测试从而提高效率。可能涉及如下一些工作
选择合适的测试框架TDD 还是 BDD环境初始化机制比如E2E测试如何搭建快速搭各种环境以及对应数据的初始化辅助测试工具的开发
做好测试框架的搭建需要有相关的测试开发人员未必要有这个职位但需要这个角色进行一个好用完善的测试框架直接关系到最终测试体验和效果 测试体系之测试数据
自动化测试离不开数据的支持为了测试顺利进行我们需要准备一套甚至多套测试数据以便在不同的场景下使用。同时这些数据不能是杂乱无章的它应该是有序的且能够覆盖尽可能多的使用场景并且需要随着业务的发展不断迭代维护。
假如用户有多个状态每个状态对应了不同的用户行为这些用户的测试数据应该同时包含不同状态的用户以便测试用户在不同状态的行为是否符合预期当然这只是一个很简单的例子实际场景会复杂很多。 测试体系之测试用例
有了测试框架和测试数据的支撑就需要我们开始设计测试用例了测试用例的设计最好是独立于开发环节之外这样才能更专注的进行测试用例的设计对于有手动测试的团队测试用例在自动化测试和手动测试也需要统筹考虑以便设计最高效的测试用例平衡测试效果与成本。
同理如果存在多个层次的测试比如单元测试、功能测试、E2E测试他们的测试也要统筹考虑在最合适的地方做最合适的事情。 测试体系之测试代码
有了前面的规划和准备测试代码的编写应该是水到渠成的事了有开发者编写对应的测试代码即可。当然在这个阶段如果遇到测试代码编写的困难比如某个基础数据很难在测试中复现可能需要回到 测试框架 中反过来提升测试框架的能力形成一个完整的闭环。
