大家好,又见面了,我是你们的朋友全栈君。
自动测试并不会在一开始就减少测试人员的工作量、缩短测试时间。自动化测试只能当做是手工测试的补充。毕竟一个项目引入自动化,需要测试人员熟悉这个工具,而且有很多时候不是一个工具就能解决。其次自动化执行的内容也是需要测试人员去编写和考量的,这个过程需要时间。最后就是对自动测试执行后的结果分析,也是需要人自己来做的。
1. 一些可以自动执行的测试用例:
- 需要多次执行的测试。相反,只执行一次的测试工作一般不值得使用自动测试。
- 风险高的测试项目。关注高风险部分,低风险元素不值得实用自动测试。
- 运行有规律的测试。如smoke测试、回归测试、平凡测试。
- 用手动测试不可能完成的或者代价过大的测试。
- 用多种数值对同一动作的测试(数据驱动的测试)。
- 在不同配置下运行的基线测试。
- 结果可预测的测试。
- 对基本稳定的系统的测试。功能、实现和技术都不轻易发生改变。
2. 尽量使回归测试自动化:缺乏规划和手动测试的方法会导致回归测试效率低下和测试不充分,并且对资源的利用也是低效的。
- 何时执行回归测试:软件的每次改动都要进行回归测试、修复bug后需要回归测试。
- 回归测试应包含哪些内容:首先该集中在高风险的功能和执行最频繁的路径上,测试完这些元素后,才能检查更细节的功能。对高风险的部分和修正缺陷可能潜在地影响的某些代码部分,回归测试可以有针对性地对这些部分进行自动测试,也可以重新运行整套测试。
- 如何优化和改进回归测试套件:运行回归测试集合、把确定这些错误的测试过程和其他相关场景加入到回归测试集合、重复前面两步并用质量测量法不断优化回归测试脚本套件。
- 为何需要自动回归测试:系统庞大、复杂时,回归测试也会变大,执行起来会漫长而单调。有些回归测试可能被忽略,造成隐患。手动执行回归测试不仅单调容易出错,而且难以达到足够的测试覆盖率。自动测试为测试提供了简单的可重复性。
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/128420.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...