功能测试用例需要详细到什么程度才是合格的?
有人主张测试用例详细到每个步骤执行什么都要写出来,目的是即使一个不了解系统的新手都可以按照测试用例来执行工作。主张这类写法的人还可以举出例子:欧美、日本等软件外包文档都是这样做的。另外一种观点就是主张写的粗些,类似于编写测试大纲。主张这种观点的人是因为软件开发需求管理不规范,变动十分频繁,因而不能按照欧美的高标准来编写测试用例。这样的测试用例容易维护,可以让测试执行人员有更大的发挥空间。
个人觉得在中国大多数公司中需求变更狠频繁,经常会出现前期用例到系统测试阶段均无用处的情况,希望大家给一些意见,究竟在工作中应该如何处理这种情况 我觉得测试用例应该清晰易懂,这样利于测试执行
页:
[1]