随着软件行业的快速发展,大家对软件的质量也越来越看重,关注。软件测试做为能尽可能发现软件中的BUG,减少软件成本,也在不断的高速发展,受人们关注,重视的程度也越来越大。从最初的程序员自己测试到后面独立的测试部门,测试职位的设立。以及软件测试的一整套方案,流程等。
一,测试用例的重要性
什么是测试用例?测试用例有什么作用?
测试用例:是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。
测试用例的作用:
1,通过一个用例来证明被测软件的某功能符合需求说明书中规定的要求,可以通过设计正反两方面的测试用例来验证
2,可以保证一个软件被测试的有效性,使测试人员知道那些功能以被测,那些功能还需要测试,从而避免漏测,重复测,提高测试效率
3,指导测试的工作,保证测试是有计划的实施,而不是随意性的测试
4,为公司留下财富,为后期软件维护提高帮助,为公司新人进来提供指导,在测试的时候可以尽量把人为因素的影响减少到最小。保障软件测试质量的稳定
5,可以做为评估测试结果的,为编写测试报告提供依据。
6,分析缺陷的标准,通过收集缺陷,对比测试用例和缺陷数据库,分析确证是漏测还是缺陷复现。漏测反映了测试用例的不完善,应立即补充相应测试用例,最终达到逐步完善软件质量。而已有相应测试用例,则反映实施测试或变更处理存在问题。
二,测试用例的设计:
测试用例设计这部分主要是根据我自身的经验来写,可能很多不足的地方,请大家指出。(这里写的测试用例都以黑盒测试为准,不设计到白盒测试)
1,设计测试用例的模板:
我想,每个公司都应该有一套适合自己公司的测试用例模板。还是那句话,最好的并不是最适合自己的,适合自己的才是最好的。测试用例模板可以分为两部分:
1)介绍部分:可以有这些:公司名称,保密等级,编写人员,日期,审核人,版本号,测试对象的介绍,测试的范围和目的,测试环境,定义术语,参考文档,用例执行情况,测试用例设计思路等
2)测试用例部分:模块名称,测试类型,用例ID,用例目的,重要程度,测试过程分为(前提条件,测试步骤,期望结果,测试结果,测试结论)测试日期,备注。
现在打部分公司用来编写测试用例的软件应该都是EXECL和WORD(那个叫微软NB撒),感觉上,在进行模块测试和系统测试设计用例的时,用EXECL来编写比较好,方便统计,查找测试通过的,没通过的用例,EXECL统计功能很强大。但是对于验收测试用例和性能测试用例,使用WORD会好点,因为验收测试用例和性能测试用例,一般都是一个用例一页,方便打印,而进行验收测试的时候,必须要把验收测试用例打印出给客户,而且验收测试用例一般都没系统测试那边多,一般是一个功能就是一个用例。(下面有2种测试用例的模板)
2,测试用例设计的一些思路:
按照书上说的可以分为几大类:
1)等价类划分
2)边界值分析
3)错误推测
4)因果图
我认为测试用例的设计应该从深度和广度方面去想,即要考虑到被测模块所有功能,还要考虑他们的组合,以及和其它模块的组合。不单单要考虑正常情况下功能,还要考虑异常情况下软件的反应,不要仅只考虑一种测试环境下的情况,还要考虑多种环境下的情况,因为用户的环境是千变万化,不是能全部模拟出来的,只能尽可能的模拟,下面是我以前测试的一个模块: