生活的乐趣都在过程里面,而目的只是在长长的过程之后一秒钟的高潮

编写的测试脚本必须注意的几点要求:

上一篇 / 下一篇  2008-12-19 14:29:17 / 个人分类:软件测试管理

1.      验收测试是一项非常复杂和费力的被用来确保软件质量的环节。它的目的就是使软件能得到充分运行并且能使其符合原始需求。

2.      测试的目的无非就是满足了两个结果:测试通过或测试不通过。为了能实现每个测试结果,必须要明确每个测试用例。并且对于整个系统而言在合同中必须定义测试用例的失败标准,而且这个失败标准数必须是可接受的。

3.      测试用例的通过条件必须有一个清晰的标准,标准可以被定义为一个测试值或一个测试值集,并且将他们显示或保存到数据库中。一些测试结果比较容易形象的看到(例如:网站上的图片是否被有效的加载),而另一些测试结果却需要通过脚本将测试结果输出(例如:对数据库中的数据进行测试)

4.      为了能使所有的测试用例能被精确的执行,一般都建立一些基础测试数据。也许这些测试数据可以从计算机中转换得到。无论测试数据被保存在什么地方,都必须被操作系统能熟练控制。这些测试能更方便的被系统使用。事实上就是要确定每个测试步骤要成为整个测试过程的一部分。

5.      在整个测试序列中,为了确保正确的测试步骤被执行,说明测试过程是非常重要的。例如:如何描述测试动作次序”.

6.      测试脚本的运行必须能被系统运行执行,输出结果必须能被系统识别。通常情况下,输出结果都以文本形式或者以图表的形式输出。有些时间也可以以各种报表的形式打印输出。

 

 

规范的脚本需要注意的几个问题:

*测试数据应该预先存在,并且测试脚本应该依赖与这些测试数据。-这些测试数据可以依赖以某一测试步骤或整个测试过程。测试结果数据也可以保存在计算机的内存、文件或数据集的形式保存在数据库中。

*每一个测试步骤都能够被独立运行.

*有必要的话,在运行每个测试用例之前,先检查测试数据的正确性。在实际案例中,这步是放在每步测试过程之前,另外也可以通过一些软件检查工具进行检查。

*测试用例的通过标准要是合适的。

*对于测试脚本最重要的标准就是它能够重复使用的。如果建立了正确的测试环境,测试脚本在每次执行后都应该产生相同的结果。但请记住,脚本对测试环境依赖很大,所以测试脚本被另外的一些潜在因素所制约,如计算机系统或网络环境。

*测试脚本还会产生假错误的危险性。当执行完测试脚本后,测试脚本会报一些错误,但这些错误却不是Bug。举个例子,测试脚本产生了错误,但在用例中却无法找到(数据类型错误或无法找到数据,这些错误虽然简单但是确是很明显的)。应该将测试脚本本身的通过标准加入到测试用例中来。

*一定要查明测试脚本在执行过程中失败的原因。由于测试脚本的复杂性,也难免会有许多假错误。所以一定要找出根本原因,是测试脚本能被正确的回放执行。但有时候同样的两段测试脚本执行会产生不同的结果,一段能测试通过,而另一段却测试失败。同时也有可能会产生不同的测试结果。我想这有可能是有测试环境的错误而引起的。如果项目时间不允许的话,应该将这部分自动化测试脚本删除,改而人工测试执行。


TAG: 测试脚本 软件测试管理

 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

Open Toolbar