通常,当人们参与自动化测试时,他们的主要注意力从设计好的测试转移到确保自动化代码能够实际执行和运行测试。在sprint期间,当团队成员面临在有限的时间框架内交付故事的压力时,通常没有足够的时间来测试所有计划的场景,更不用说编写自动测试脚本来测试新功能了。我们可能会被工作的细节、编码、审查、执行所困扰,而忘记了我们真正实现测试自动化的主要原因!
我们为什么要自动化测试?
增加测试范围
我们如何定义覆盖率?如果我们有100个测试,我们如何衡量覆盖率?
对于给定的功能,我们可以创建更多的测试用例,更多的测试场景并使用更多的输入数据进行测试,从而更有信心地确定系统是否按预期工作。
但是,在测试中,尤其是在测试自动化中,更多的测试实际上并不意味着更高的质量或更多的发现错误的机会。
节省时间
为了节省自动测试的时间,需要在脚本编写自动化测试方面投入更多的精力,确保进行了代码审查,并且在执行自动化测试时不会遇到任何麻烦。
查找更多错误
实施新代码后,自动化测试通常会检查系统中是否存在任何回归。与现有功能相比,发现新功能中的错误的机会总是更多。
提高质量
尽管自动测试能够为我们提供快速反馈并提醒我们有关应用程序的运行状况,以便我们可以还原破坏系统的任何代码更改,但自动测试本身并不能提高质量。仅仅因为我们拥有成熟的测试自动化并不能保证不会有任何bug泄漏到生产环境中。
我们可以通过确保从开发周期的开始到结束都遵循正确的做法来提高质量。质量不是事后的想法;应该从一开始就考虑好。仅仅依靠自动化测试来获得产品质量是不够的。
可重复性。
我们需要一遍又一遍地执行相同的测试。如果只需要运行一次,是否还需要自动化?当然不是!花费在自动化测试上的时间和精力,可能已经手动执行成功了。
根据定义,我们使需要频繁执行的可重复测试(即回归测试)自动化。所以,自动化测试时,想一想可能多久执行一次测试?
了解更多自动化测试,请访问:www.eolinker.com