项目时间与测试用例的冲突

上一篇 / 下一篇  2013-11-01 15:15:59

查看( 691 ) / 评论( 5 ) / 评分( 0 / 0 )
不少测试人员当听到主管要求"测试这个项目前，先写测试用例"，通常就会觉得很苦恼。导致苦恼的原因通常是

-rVPA U0
由于大家觉得编写测试用例花时间，还不如把编写测试用例的时间直接就投入到项目中开展测试。
51Testing软件测试网/W-P dEnA(Z!_;J-]
其实坦白说，编写测试用例有利也有弊，前期花费比较多的时间，后期可能只需要跟着测试用例执行（省下思考

3Vm"S IB:S0
的时间），优点就是产品测试覆盖率可能会比较高，缺点是一些浅层的BUG容易发现，但往往比较难发现深层的Bug。

;aeI8| ` tW@0
而我建议在项目时间与项目质量中进行取舍时，可以在探索式的测试过程中，使用一个非常清晰的任务列表，指

yKg,TD&D0
出要测试什么、怎么测试(强调策略，不是详细测试步骤)、寻找什么样的Bug、有哪些风险、要检查什么文档等。

收藏 举报

TAG:

melissa 引用 删除 melissa_gao   /   2013-12-06 16:26:44
时间紧时，可以写一些粒度大的case，但不能不写。否则测试执行情况，测试结果，覆盖程度是没有办法统计的。
RaymondChan测试分享 引用 删除 crxwat   /   2013-11-19 10:16:56
赞同，而且这些经验比较难在一时半刻的分享讨论会上分享，还是得结合实际操作来讲解。
原帖由mvvztt于2013-11-01 18:05:33发表
个人认为，更深层次的BUG还是依赖于长期的测试经验
kakaxi5221的个人空间 引用 删除 kakaxi5221   /   2013-11-06 11:38:49
赞同
nightxxxx的个人空间 引用 删除 nightxxxx   /   2013-11-06 10:28:04
不是只有详细的才叫测试用例
mvvztt的个人空间 引用 删除 mvvztt   /   2013-11-01 18:05:33
个人认为，更深层次的BUG还是依赖于长期的测试经验
 

评分：0

我来说两句

Open Toolbar