高效设计测试用例
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
高效设计测试用例(总结)
第一章:软件测试用例
测试用例的概念:为实施测试,向被测试系统提供的输入数据、操作、环境的设置以
及预期结果的一个特定的集合。
编写测试用例的好处:
v组织性:编写测试用例有利于测试的组织。
v功能覆盖:测试用例可以确保功能不被遗漏。
v重复性:在项目进行期间对不同的版本必须要多次重复执行同样的测试,以寻找新的软件缺陷,保证老的软件缺陷已被修复。
v跟踪:通过对测试用例的统计,以确定下一步的测试重点,缺陷多的模块在后续测试中进行重点测试。
v测试确认:在少数高风险的测试中,必须证明确实按照设计执行了所有的测试用例。探索性测试用来加强测试,不能用他来代替其他的测试。
更新和维护测试用例
在测试过程中,测试用例并不是一成不变的,需要不断的更新和维护:
v无论测试人员在开始执行测试之前把测试用例设计得如何好,开始执行测试后,肯定又会考虑编写新的测试用例。
v在实际项目中,所有的需求、设计很早就形成了文档,并且可以利用的情况非常罕见。
测试用例必须在开发流程的每个阶段不断的发展。
v在执行测试时,测试人员会了解到关于该系统的更多知识,设计出新的测试用例。
v测试用例可以用配置管理系统来维护。
第二章:通用的测试技术
方法一:等价类划分
概念:等价类划分发作为一种最为典型的黑盒测试方法,他完全不考虑程序内容结构,而只是根据对程序的要求和说明进行测试用例的设计。
划分等价类的步骤:
1.划分等价类。
2.建立等价类表。
3.确定测试用例。
Ø为等价类表中的每一个等价类分配一个唯一的编号。
Ø设计一个新的测试用例,使他能够尽量覆盖尚未覆盖的有效等价类。(重复这一步,从而使所有有效等价类均被测试用例所覆盖)
Ø设计一个新的测试用例,使他只能覆盖一个无效等价类。(重复这一步,从而使所有无效等价类均被测试用例所覆盖)
4.细画等价类。
等价类的特点:
v测试的内容相同。
v如果等价类中的一个测试能够捕获一个缺陷,那么选择该等价类中的其他测试也能捕获该缺陷。
v如果等价类中的一个测试不能捕获缺陷,那么选择该等价类中的其他测试也不会捕获缺陷。
等价类划分中的核心要点:
v若某个输入条件说明了一个必须成立的情况,则可划分一个有效等价类和一个无效等价类。
v若某个输入条件对取值范围或值的个是数进行了规定,则可以确定一个有效等价类和两个无效的等价类。
v如果输入条件一个布尔量,则可以确定一个有效等价类和一个无效等价类。
v若在某个输入条件中对输入数据的一组可能值进行了规定,并且程序是用不同的方式处理每一种值的,则可以为每一种值划分一个有效等价类,并针对这组值确立一个无效等价类,他是所有不允许的输入值的集合。
v如果规定了输入数据必须遵守的规则,则可以确定一个有效等价类和若干个无效等价类。
v若已划分的某等价类中的各个元素在程序中的处理方式不同,则应当将此等价类进一步划分更小的等价类。
划分等价类要注意的问题:
v考虑有效等价类,同时也要考虑无效等价类。
v利用有效等价类生成的测试用例,可以检验程序是否实现了需求规格说明书中预先规定的功能和性能。
v利用无效等价类生成的测试用例,可以检查程序中的功能和性能的实现是否不符合规格说明要求。
v仔细划分,审核划分。
v等价类的目标就是把所有可能的测试用例组合数量缩减到仍然足以测试软件的范围。方法二:边界值分析
不管什么测试,边界值测试是必须的。
边界值方法的小结:
1.输入或输出的边界最容易产生错误
2.确定边界值。
Ø如果输入条件对取值范围进行了界定,则应以边界内部以及恰巧超出范围边界外的值来作为测试用例。
Ø如果对取值的个数进行了界定,则应当分别一最大的个数、最小的个数、比最大的个数大1和小1、比最小的个数大1和小1作为测试用例。
Ø对于输出条件,同样可以应用上面提到的两条原则进行测试用例设计。
Ø若在规格说明书中提到的输入或输出域是一个游戏的集合(如顺序文件几表格等),就应注意选取该有序集合中的第一个和最后一个元素作为测试用例。
Ø分析规格说明书,找出其他可能的边界条件。
3.隐含的边界值。
4.测试知识储备
v2的乘方
v ASCII表
方法三:因果图法
解决那类问题:
必须考虑采用合适于描述对于多种条件的组合,相应产生多个动作的形式来考虑测试用例,这就需要利用因果图(Cause—Effect Graphs)。
因果图法小结:
1.分析软件需求说明的描叙中那些是原因(即输入或输入条件的等价类),那些是
结果(即输出条件或输出条件的等价类),并给每个原因和结果赋予一个标识符。
2.分析软件需求说明书描述中的语义。找出原因和原因、原因与结果之间的对应关
系。
3.由于语法或环境的限制,有些原因与原因之间、原因与结果之间的组合情况不可
能出现。
4.把因果图转换成判定表。
5.把判定表的每一列那出来作为依据,设计测试用例。
判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。
§条件桩:列出问题的所有条件。
§动作桩:列出问题的所有输出。
§条件项:列出针对条件桩的取值。
§动作项:列出在条件项的各种取值情况下的输出结果。
因果图法的核心要点、适用范围及局限性
1.因果图法的核心要点