[唐僧团队] 唐僧是一个好领导,他知道孙悟空要管紧,所以要会念紧箍咒;猪八戒小毛病多,但不会犯大错,偶尔批评批评就可以;沙僧则需要经常鼓励一番。这样,一个明星团队就形成了。做测试工作也是这样,一个人强,不代表整个团队都强,团队合作才是根本~誓死把软件测试进行到底!<-->如果您觉得字体比较小的话,请按住键盘上的Ctrl键并滑动鼠标滚轮以改变字体的大小,谢谢!<-->欢迎交流~~~

[用例设计]测试用例的有效维护

上一篇 / 下一篇  2008-11-18 14:54:51 / 个人分类:测试用例设计

关键字:测试用例
 

  开发一个软件产品,会发布多个版本,伴随着测试用例(Test case)的不断维护, 使测试用例不断完善并与产品功能、特性(features)的变化保持一致,所以测试用例是和产品版本相关联的。特别是对提供软件服务的软件产品,多个版本常常共存,为客户提供服务,这时多个版本的测试用例也是并存的,所以在新建、修改、删除测试用例时要十分小心,并有相应的规则。

  根据产品特性和test case一致性,分下面几种情况分别处理:

  1. 产品特性没变,只是根据Late Discovery Bug 或 Remedy Ticket 来完善 test case,只有这时候可以修改Test case, 也就意味着当前修改的test case,对目前和以前的版本都有效。

  2. 原有产品特性发生了变化,不是new feature, 而是enhanced features(功能增强), 这时候原有的 test case 只对先前版本(如version 1.0、2.0) 有效,而对新的版本(如 version 3.0)无效,这时绝不能修改 test case ,只能增加新的 test case,这一点很重要。原有的 test case 依然对原有版本有效(如version 1.0、2.0)。

  3. 原有功能取消了,这时只要在新版本上使之对应的test case置为inactive(无效)。

  4. 完全新增加的特性,大家比较清楚,增加对应的、新的测试用例。

  这样,新旧版本的相同测试用例得到一致的维护,测试用例数也不会成几、十几倍的增加,可以真正保证 test case  的完整性、有效性!

 


TAG: 测试用例设计 软件测试 设计用例 case设计 测试用例维护

 

评分:0

我来说两句

Open Toolbar