所有文章均来自网络(除测试总结部分),如果涉及到版权问题请与我联系,我会及时删除~~~~
从测试用例看测试的问题及变化(转贴)
上一篇 /
下一篇 2007-01-24 11:08:52
/ 个人分类:测试用例
对于一个
测试人员来说
测试用例的设计编写是一项必须掌握的能力。但有效的设计和熟练的编写却是一个十分复杂的技术,它需要你对整个
软件不管从业务还是从功能上都有一个明晰的把握。
51Testing软件测试网&fn1K"h1Q0x~6K
Y9M;w]q0一、问题:["V G3eIhq R.H0 许多测试类书籍中都有大幅的篇章介绍用例的设计方法,如等价类划分,边界值,错误推断,因果图等。但实际应用中这些理论却不能给我们很明确的行为指导,尤其是业务复杂,关联模块紧密,输入标准和输出结果间路径众多时,完全的遵循这些方法只能让我们在心理上得到一种满足,而无法有效的提高测试效率。有时我们只有依靠以前项目的用例编写经验(或习惯),希望能在这一个项目中更加规范,但多数情况下我们规范的只是“书写的规范”,在用例设计上以前存在的问题现在依旧。
.Tn
scuw;v2V\0 当好不容易用例基本完成,我们却发现面对随之而来的众多地区特性和新增需求,测试用例突然处于一种十分尴尬的境地:
51Testing软件测试网b!LY km1n` 从此几乎很少被执行
#MdL:P#N%t0 已经与程序的实现发生了冲突(界面变动,功能变动)
)v*p,L1v5`v7SJ0 执行用例发现的bug很少
51Testing软件测试网5j ^l:SuJMy 根本没有时间为新的功能需求增补用例
51Testing软件测试网!K4X5s$dF&o