如何有效的维护软件测试用例?遵循原则4步走!

不管在传统软件公司还是互联网公司,测试用例的设计和编写一直是测试人员一个非常重要的基本工作。

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

v2-bd537b8de711e220346bb4bd9ec4bf79_hd.jpg

一、为什么要使用测试用例

1、理清思路,避免遗漏

如果我们测试的项目大而复杂,我们可以把项目功能细分,根据每一个功能通过编写用例的方式来整理我们测试系统的思路,避免遗漏掉要测试的功能点。

2、跟踪测试进展

通过编写测试用例,执行测试用例,我们可以很清楚的知道我们的测试进度。

3、历史参考

在我们所做的项目中,也许会有很多功能是相同或相近的,我们对这类功能设计了测试用例,便于以后我们遇到类似功能的时候可以做参考依据。

4、重复性

我们测试一个系统不是一个人测一遍就算测完的,需要多人反复的进行测试,那么我们就需要测试用例来规范和指导我们的测试行为。

5、测试确认

在少数高风险的测试中,必须证明确实执行了计划执行的测试。

软件产品的版本是随着软件的升级而不断变化的,而每一次版本的变化都会对测试用例集产生影响,所以测试用例集也需要不断地变更和维护,使之与产品的变化保持一致。

根据产品特性和测试用例一致性,分下面几种情况分别处理:

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

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

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

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

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

以下原因可能导致测试用例变更:

1)软件需求变更:软件需求变更可能导致软件功能的增加、删除、修改等变化,应遵循需求变更控制管理方法,同样变更的测试用例也需要执行变更管理流程。

2)测试需求的遗漏和误解:由于测试需求分析不到位,可能导致测试需求遗漏或者误解,相应的测试用力也要进行变更。特别是对于软件隐性需求,在测试需求分析阶段容易遗漏,而在测试执行过程中被发现,这时需要补充测试用例。

3)测试用例遗漏:在测试过程中,发现测试用例未覆盖全部需求,需要补充相应的测试用例。

4)软件发布后,用户反馈的缺陷:表明测试不全面,存在尚未发现的缺陷,需要补充或者修改测试用例。

对于提供软件服务的产品,其多个版本常常共存,而对应的测试用例也是共存的,而且测试用例需要专人定期维护。

并遵循以下原则:

1)及时删除过时的测试用例

需求变更可能导致原有部分测试用例不再适合新的需求要求。例如,删除了某个功能,那么针对该功能的测试用例也不再需要。所以随着需求的每一次变更,都要删除那些不再使用的测试用例。

2)及时删除冗余的测试用例

在设计测试用例时,可能存在两个或者多个用例测试相同内容,降低回归测试效率,所以要定期整理测试用例集,及时删除冗余的测试用例。

3)增加新的测试用例

由于需求变更、用例遗漏或者版本发布后发现缺陷等原因,原有的测试用例集没有完全覆盖软件需求,需要增加新的测试用例。

4)改进测试用例

随着开发工作进行,测试用例不断增加,某些用例随着系统输入和当前状态的变化而变得不再适用,这些用例难以重用,影响回归测试的效率,需要进行改进,使之可重用可控制。

总结:

测试用例的目的对新人来说,提高了新人的测试效率。假如一款产品停止维护了,那么所有的测试用例随之失效,到此测试用例的生命周期结束。而新起一款产品,新的生命周期又开始了。所以,测试用例伴随着整个产品的生命周期。

总之,测试用例的维护是一个长期的过程,也是一个不断改进和完善的过程。

欢迎加入  51软件测试大家庭,在这里你将获得【最新行业资讯】,【免费测试工具安装包】,【软件测试技术干货】,【面试求职技巧】... 51与你共同学习,一起成长!期待你的加入: QQ        群:       755431660

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/31407649/viewspace-2214216/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/31407649/viewspace-2214216/

  • 0
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
编写测试用例骤如下: 1. 理解需求:仔细阅读需求文档或用户故事,确保对需求有充分的理解。 2. 定义测试目标:根据需求文档或用户故事,确定测试的目标和范围,明确测试的目的是什么。 3. 设计测试用例:根据测试目标,设计测试用例,包括输入数据、预期输出、测试骤等。 4. 执行测试用例:按照测试用例执行测试,记录测试结果。 5. 分析测试结果:根据测试结果分析问题所在,对问题进行分类和优先级排序。 6. 编写缺陷报告:对于发现的问题,编写缺陷报告,描述问题的详细信息和复现骤。 7. 修复缺陷:开发人员根据缺陷报告修复问题。 8. 重复执行测试用例:对于修复的问题,重复执行相关测试用例,确保问题已修复。 为了保证测试用例的覆盖度,可以采用以下方法: 1. 分类测试:将测试用例按照功能、模块、场景等进行分类,确保每个分类都有相应的测试用例。 2. 边界测试:在输入数据的边界范围内进行测试,确保系统能够正确处理边界条件。 3. 异常测试:模拟系统出现异常情况,如输入错误数据、网络断等,确保系统能够正确处理异常情况。 4. 性能测试:对于需要处理大量数据或有大量并发访问的系统,进行性能测试,确保系统性能符合要求。 为了维护测试用例,可以采用以下方法: 1. 定期更新测试用例:随着系统的不断更新,测试用例也需要不断更新,确保测试用例与系统保持一致。 2. 定期评估测试用例:定期评估测试用例有效性和覆盖度,删除无效的测试用例,增加新的测试用例。 3. 自动化测试:对于重复性较高的测试用例,可以采用自动化测试工具进行自动化测试,提高测试效率。 4. 团队协作:测试用例维护不仅需要测试人员的努力,也需要开发人员和产品经理的协作,确保测试用例的质量和覆盖度。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值