自动化测试理论

软件测试 专栏收录该内容
8 篇文章 0 订阅

自动测试并不会在一开始就减少测试人员的工作量、缩短测试时间。自动化测试只能当做是手工测试的补充。毕竟一个项目引入自动化,需要测试人员熟悉这个工具,而且有很多时候不是一个工具就能解决。其次自动化执行的内容也是需要测试人员去编写和考量的,这个过程需要时间。最后就是对自动测试执行后的结果分析,也是需要人自己来做的。

1. 一些可以自动执行的测试用例:

  • 需要多次执行的测试。相反,只执行一次的测试工作一般不值得使用自动测试。
  • 风险高的测试项目。关注高风险部分,低风险元素不值得实用自动测试。
  • 运行有规律的测试。如smoke测试、回归测试、平凡测试。
  • 用手动测试不可能完成的或者代价过大的测试。
  • 用多种数值对同一动作的测试(数据驱动的测试)。
  • 在不同配置下运行的基线测试。
  • 结果可预测的测试。
  • 对基本稳定的系统的测试。功能、实现和技术都不轻易发生改变。

2. 尽量使回归测试自动化:缺乏规划和手动测试的方法会导致回归测试效率低下和测试不充分,并且对资源的利用也是低效的。

  • 何时执行回归测试:软件的每次改动都要进行回归测试、修复bug后需要回归测试。
  • 回归测试应包含哪些内容:首先该集中在高风险的功能和执行最频繁的路径上,测试完这些元素后,才能检查更细节的功能。对高风险的部分和修正缺陷可能潜在地影响的某些代码部分,回归测试可以有针对性地对这些部分进行自动测试,也可以重新运行整套测试。
  • 如何优化和改进回归测试套件:运行回归测试集合、把确定这些错误的测试过程和其他相关场景加入到回归测试集合、重复前面两步并用质量测量法不断优化回归测试脚本套件。
  • 为何需要自动回归测试:系统庞大、复杂时,回归测试也会变大,执行起来会漫长而单调。有些回归测试可能被忽略,造成隐患。手动执行回归测试不仅单调容易出错,而且难以达到足够的测试覆盖率。自动测试为测试提供了简单的可重复性。
  • 1
    点赞
  • 0
    评论
  • 7
    收藏
  • 打赏
    打赏
  • 扫一扫,分享海报

©️2022 CSDN 皮肤主题:大白 设计师:CSDN官方博客 返回首页

打赏作者

srdwxA

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值