转 测试用例的有效维护
来源:互联网 发布:物业管理app开发源码 编辑:程序博客网 时间:2024/05/01 13:40
转自:http://blog.csdn.net/kerryzhu/archive/2006/07/04/876118.aspx
开发一个软件产品,会发布多个版本,伴随着测试用例(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 的完整性、有效性!
- 转 测试用例的有效维护
- 测试用例的有效维护
- 测试用例的有效维护
- 测试用例的有效维护
- 测试用例的有效维护
- 测试用例的有效维护
- 测试用例的维护
- 提交有效的测试用例
- 如何有效评估软件测试用例的质量?
- 如何有效的进行测试用例评审
- 如何有效的编写软件测试用例
- 如何有效的编写软件测试用例
- [转]怎样有效降低测试的轮次?
- 有效的测试设计
- 有效的测试
- 如何编写有效测试用例
- 如何编写有效测试用例
- 如何编写有效测试用例
- 标准九九乘法表
- 比我长5岁的大哥和大姐
- 用数据库日志文件恢复数据库
- Just do it!
- js 文本框联动
- 转 测试用例的有效维护
- 无数据库日志文件恢复数据库方法两则
- Override:Directive Defines a method that replaces a virtual parent class method
- Eclipse+Tomcat开发servlet的HelloWorld篇(摘)
- Request.ServerVariables获取环境变量整理
- 使用ioctl与内核交换数据
- 4-1 中央控件(The Central Widget)
- 系统时间错误导致编译 RxLib 时报U783错误
- Overload : Allows 2 or more routines to have the same name