1.为什么要做自动化
- 因为现在敏捷流程较多，点点点的工作很多， 周期短
- 每次上线功能较少，重复验证的功能很多
- 2、在质量保障方面，通常只有测试在承担；代码开发写出来后没有进行单元测试
- 每个新的功能不多，产品周期越长，功能越复杂，功能越多，每个版本，全部功能都要点一遍
- 提bug，解决bug，产生的bug多
- 每一个版本，只要变动一个bug，开发不会自己验证（自测），测试人员都需要全量测试，验证有没有引发其他bug
- 3、本周上线的版本，bug全部解决，但是下次再次上线，bug重现；所以要做自动化快速验证之前版本功能
- 历史功能的bug，需求、建议
- 周期长、功能多
- 比如：有一个历史功能，第一个版本都是全量测试，下个版本，就不会全量，每次点的测试用例 是不一样的；因为之前已经全量测试过了，没有问题；下个版本因为不是本版本需求或时间不够就不会全量测试
- 版本的周期长、功能过、繁琐、重复
2.如果是你现在的项目，什么样的用例会选择转成自动化？
- 稳定、逻辑少，简单、快速实现的模块
- 主流程
- 重复性高的
- 重要的功能模块，核心业务
- 在线上来讲bug率高的模块
- 用户使用最多的模块，最多的功能
3、如果两个项目如何分配时间
- 按照那个项目紧急，优先级，项目时间，来安排
4、接口或自动化测试时间分配
- 先进行功能需求了解、需要测试1-2周，熟悉业务后再进行自动化测试
- 自动化测试周期长、功能多且复杂，对历史功能的回归
- web自动化，过度依赖网页，网页不变、网页功能稳定
- 比如：
- 前期开发还在开发的时候我测试人员也，不能嫌着通过流程图需求编写用例，一旦接口OK先测接口，接口OK表示基本功能是能实现，一旦页面出来我只需要在页面走流程就行了
- 后期就是是否可以做成自动化；前期工作还是比较繁琐的对我们测试人员的定位BUG的能力是很大的。所以在这个阶段我会努力把BUG定位到具体的点上
5、要不要把功能用例全部转化成自动化
- 不需要
- 为什么
- web自动化以稳定的功能有哪些做哪些
- web 自动化不会覆盖那么高。有的UI界面会变
- web 自动化重复的测试用例转化为自动化
- web 自动化每一轮测试都要去点点点的功能--主要是回归测试
*******请大家尊重原创，如要转载，请注明出处：转载自：https://www.cnblogs.com/shouhu/，谢谢！！*******