第241贴【2005－06－07】：测试文档不详细时的测试执行

天网

测试文档不详细时，测试用例只含有测试步骤的描述，没有对输入和结果比较进行详细说明。例如，一些用例可能这样描述：“输入一些无效参数”或“在列表中增加某些项”。这里描述的输入不是显示的说明，如明确的指出数据的内容，或数据的错误格式。
    这种类型的测试用例通常只包含期望结果的模糊描述，它和无测试文档的测试执行相比有很多优点：
    。不同测试者可以根据用例发现类似的缺陷；
    。可以发现在模糊条件范围内所有的问题；
    。执行测试的有效性和效率都比无测试文档好
    当然这种测试也有许多不足：
　 。没有精确定义测试输入；
    。不同测试者执行同样的用例，测试结果可能不同；
　 。也不能保证问题再现
    这种测试取决于测试者确定的特定输入以及判断实际结果是否正确。这意味着测试者不仅要确定测试条件，而且要对软件和应用有所了解，这样才能保证测试用例的质量。



　

beiyue

楼主写的不错

C#

测试用例写得太不详细，打回去重写，至少要把所有代表性的用例都写清楚

wzb521

我觉得把无效等价类指明出来就可以，毕竟测试员的水准是参差不齐的。

比如说网络异常，你说明了这点，并不代表别人会做断开服务器、断开客户端等操作

没有文档时写不出精确的用例

如果像我楼上的这位这样的话，中国70%的企业都不用工作了

qingchunjun

我觉得用例没有必要写得太详细，我的经验是规定一个大概的范围，比如“输入正确的值”（当然要是测试人员了解业务知道什么样的值才正确的基础上），并说明程序预期的响应，记录实际的响应即可。这样做的好处是可以加快用例的完成速度，又不会怎么影响用例的质量。但对问题的重现性不太好控制。

vench

视情况而定，精确每一步和模糊写法都有着自己各自的优缺点，

songfun

我认为，测试文档不详细应该一边测试一边完善。
不知道版主怎么看？

aileens

测试用例还是写得详细些好，因为经常在测试执行得时候，编写测试用例的人，和执行测试用例的人，并非同一个人，所以，从提高效率的角度来说，还是编写详细些好`~~~~~~把输入输出的条件和结果写详细些`~~~对大家都有好处`~~~

zhenxixi

我就觉得在那些对数据的精度要求不高的测试用例中就可以写得模糊一点