自动化测试人员需要知道的50件事(第五章 审查)

目录
自动化测试人员需要知道的50件事(目录篇)
上一章
自动化测试人员需要知道的50件事(第四章 运行,记录日志,验证)

关于这部分的说明:非原文翻译,是我根据作者原文,加上自己的理解,写下的内容。算是半笔记半心得体会性质的原创内容。为了加以区分,尽量把纯粹是自己观点的大段文字做了加粗处理。

1. 写的测试要让非自动化工程师也能看懂

测试应该写得很好,以便易于维护和修改,并使您能够轻松找到执行过程中出现故障的原因。 那么,如何确定测试是否写得好?
一种方法是让自动化工程师编写一个测试,将其展示给不熟悉编程的测试人员。 如果测试人员了解测试的内容,那么测试被认为是很好的。

2. 避免无必要的优化

根据约束理论,优化应始终从最薄弱的部分开始。在测试自动化中,这部分通常是被测试的应用程序。并不总是,但经常。测试脚本的优化通常不会提供任何好处。
当然,如果你知道另一个更快的算法,你不需要总是使用最慢的算法。我并不是说你永远不需要优化。有时间进行优化。
我建议你在两种情况下优化测试:

  • 如果测试运行时间过长,并且在测试执行期间被测试的应用程序处于空闲状态。
  • 如果在代码中看到明显的问题,那么纠正它不会花费太多时间。
    从整个系统(脚本,被测应用程序以及执行测试的环境)的角度来看,应该始终关注脚本的性能。为此,在项目开始时,最好确定自动测试应满足的质量标准(所有测试的速度,运行某些测试的频率等)并遵循这些标准。

    3. 经常审查别人的代码