【代替手工重复】
【提升回归效率】
【利用非工作时间测试】
【代替复杂手工测试和长时间测试】
【保证操作一致性,结果可溯源】
【不能替代手工测试】
【维护成本高,无法应对系统变化和紧急事件】
【用例开发量大,投入产出比难以提高】
【只能发现回归缺陷】
【自动化测试用例强依赖开发质量】
【后期需要重构不成熟的初期用例】
【不仅懂技术还得懂业务】
【必备编程】
过高的需求变更频率会导致自动化测试用例的维护成本直线上升
投入产出比(ROI)
对于所有的性能和压力测试,很难通过手工方式实现,如:
这个时候必须借助机器来模拟大量用户反复操作被测软件的场景
要实现稳定的自动化测试,被测软件的开发过程必须规范,比如:GUI上的控件命名如果没有任何规则可寻,就会造成GUI自动化的控件识别与定位不稳定,影响效率
另外,某些用例的自动化必须要求开发人员在产品中预留可测试性接口,否则后续的自动化会很难开展。
比如,用户登录操作可能需要图片验证码,需要开发提供绕开图片验证码的路径,否则需要自己借助 光学字符识别(OCR)技术 来对图片验证码识别,但它的识别率会很低,直接影响用例的稳定性