生活的乐趣都在过程里面,而目的只是在长长的过程之后一秒钟的高潮
编写的测试脚本必须注意的几点要求:
上一篇 /
下一篇 2008-12-19 14:29:17
/ 个人分类:软件测试管理
1. 验收测试是一项非常复杂和费力的被用来确保软件质量的环节。它的目的就是使软件能得到充分运行并且能使其符合原始需求。
2. 测试的目的无非就是满足了两个结果:测试通过或测试不通过。为了能实现每个测试结果,必须要明确每个测试用例。并且对于整个系统而言在合同中必须定义测试用例的失败标准,而且这个失败标准数必须是可接受的。
3. 测试用例的通过条件必须有一个清晰的标准,标准可以被定义为一个测试值或一个测试值集,并且将他们显示或保存到数据库中。一些测试结果比较容易形象的看到(例如:网站上的图片是否被有效的加载),而另一些测试结果却需要通过脚本将测试结果输出(例如:对数据库中的数据进行测试)。
4. 为了能使所有的测试用例能被精确的执行,一般都建立一些基础测试数据。也许这些测试数据可以从计算机中转换得到。无论测试数据被保存在什么地方,都必须被操作系统能熟练控制。这些测试能更方便的被系统使用。事实上就是要确定每个测试步骤要成为整个测试过程的一部分。
5. 在整个测试序列中,为了确保正确的测试步骤被执行,说明测试过程是非常重要的。例如:如何描述测试”动作次序”.
6. 测试脚本的运行必须能被系统运行执行,输出结果必须能被系统识别。通常情况下,输出结果都以文本形式或者以图表的形式输出。有些时间也可以以各种报表的形式打印输出。
规范的脚本需要注意的几个问题:
*测试数据应该预先存在,并且测试脚本应该依赖与这些测试数据。-这些测试数据可以依赖以某一测试步骤或整个测试过程。测试结果数据也可以保存在计算机的内存、文件或数据集的形式保存在数据库中。
*每一个测试步骤都能够被独立运行.
*有必要的话,在运行每个测试用例之前,先检查测试数据的正确性。在实际案例中,这步是放在每步测试过程之前,另外也可以通过一些软件检查工具进行检查。
*测试用例的通过标准要是合适的。
*对于测试脚本最重要的标准就是它能够重复使用的。如果建立了正确的测试环境,测试脚本在每次执行后都应该产生相同的结果。但请记住,脚本对测试环境依赖很大,所以测试脚本被另外的一些潜在因素所制约,如计算机系统或网络环境。
*测试脚本还会产生”假错误”的危险性。当执行完测试脚本后,测试脚本会报一些错误,但这些错误却不是Bug。举个例子,测试脚本产生了错误,但在用例中却无法找到(数据类型错误或无法找到数据,这些错误虽然简单但是确是很明显的)。应该将测试脚本本身的通过标准加入到测试用例中来。
*一定要查明测试脚本在执行过程中失败的原因。由于测试脚本的复杂性,也难免会有许多假错误。所以一定要找出根本原因,是测试脚本能被正确的回放执行。但有时候同样的两段测试脚本执行会产生不同的结果,一段能测试通过,而另一段却测试失败。同时也有可能会产生不同的测试结果。我想这有可能是有测试环境的错误而引起的。如果项目时间不允许的话,应该将这部分自动化测试脚本删除,改而人工测试执行。
相关阅读:
- 测试团队发展中的尴尬 (fishy, 2008-9-18)
- 性能测试流程 (王爬爬, 2008-9-24)
- 成功测试管理的九大原则 (caption, 2010-5-27)
- IBM Rational软件测试管理 (fishy, 2008-10-09)
- Bug生命周期 (testhome, 2008-10-18)
- 性能测试工程师应该具备的技能 (王爬爬, 2008-10-24)
- 性能调整基础知识 (王爬爬, 2008-10-24)
- 测试管理者应有的能力 (fishy, 2008-10-28)
- 测试管理相关 (王爬爬, 2008-11-06)
- 提高软件过程改进的实际效果 (caption, 2008-11-21)
收藏
举报
TAG:
测试脚本
软件测试管理