第242贴【2005－06－14】：有详尽测试文档时的测试执行

天网

在详细的测试文档中，包含了准确的测试输入及相应的测试输出。所有测试执行人员需要严格按照用例执行。这样一方面降低了测试执行人员的能力要求，另一方面也使得测试执行工作变得枯燥和繁琐，没有发挥创造性的余地。这种情况下的测试有一些优点：
    1、不同执行者执行同样用例将会得到同样结果；
    2、软件缺陷一般可再现；
    3、由于给出了具体的输入和期望输出的信息，容易实现自动化
    这种情况下测试的缺点是
    1、设计开销较大；
    2、冗余文本较多；
    3、公共操作的复用性较差；
    4、运行枯燥，不能发挥测试执行者的创造性，因此也可能执行出错

swallow0918

老师，既然你说这样有详尽测试文档指导测试了，基本应该没什么问题了，为什么也可能执行出错，出错具体指的是什么？测试用例表述不当还是执行用例不通过产生的错误？

天网

hehe,这里指的是人在测试执行过程中会出现错误

swallow0918

知道了。谢谢老师！就是说是测试人员本身的操作错误对吧。

rzm_1974

我不这样认为，因为你有了详细的测试文档，当你操作发生错误时将会很容易的发现。（因为将和期望不一致甚至按照test case无法继续下去。）这时，你就会组织数据重新测试。因此。有了详细的测试文档不会因为操作错误而漏测。只会因为操作错误而降低效率。事实上，有事后因为操作错误会发现一些意想不到的错误。有经验的测试人员会在测试文档的基础上扩展操作去发现一些用例测试不到的bug。

我认为第四条似乎应该改成。不容易发挥测试人员的主动性，不容易发现意料之外的bug比较好。

一点私下的见解。望斑竹指正。谢谢。

[ Last edited by rzm_1974 on 2005-6-20 at 09:52 ]

周鱼

有详尽测试文档当然比没有好，不然不成了乱测了

天网

谢谢rzm_1974的意见。