系统测试之系统测试用例.ppt

系统测试阶段之系统测试用例,课程内容,系统测试理论回顾系统测试用例设计方法系统测试用例设计思想系统测试用例设计实践答疑&交流,什么是系统测试？,软件工程：系统测试（SystemTesting）是将已经集成好的软件系统，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行（使用）环境下，对计算机系统进行一系列的测试活动。软件是一个大计算机系统的一个构成成分，软件要和其他的系统成分（如硬件、信息）集成，然后要进行系统集成和确认测试。系统测试事实上是对整个基于计算机系统进行考验的一系列不同的测试。虽然每一个测试都有不同的目的，但所有都是为了整个系统成分能正常地集成到一起以完成分配的功能而工作的IS09126：系统测试是进行全面的系统级测试，其内容包括产品功能、性能指标、兼容性（含互连性）、可靠性（含满负荷）、容错能力、可维护性等方面,系统测试的目的,通过与系统的需求定义做比较，发现软件与系统定义不符合或与之矛盾的地方-验证系统功能是否符合需求规格定义-验证系统的可靠性、可维护性、可用性、稳定性、容错性等其他属性系统测试的测试用例应根据需求分析说明书来设计，并在实际使用环境下运行,系统测试的对象,系统测试的对象是软硬集合在一起的系统，不应是独立的软件与硬件环境。当然具体操作、执行时可根据实际情况来组织。验证时应尽可能模拟实际的运行环境与条件。,单元、集成、系统测试的比较,测试方法不同-系统测试属于黑盒测试-单元测试属于白盒测试-集成测试属于灰盒测试范畴考察范围不同-单元测试主要测试单元内部的数据结构、逻辑控制、异常处理等-集成测试主要测试模块之间的接口和接口数据传递关系，以及模块组合后的整体功能-系统测试主要测试整个系统相对于需求的符合度评估基准不同-系统测试的评估基准是测试用例对需求规格的覆盖率-单元测试的评估主要是逻辑覆盖率-集成测试评估的主要是接口覆盖率,系统测试用例编写原则,系统测试用例的设计根据是系统的需求规格说明书、各种规范系统测试用例的依据决不是软件的本身系统测试用例不仅仅包括功能测试用例，同时还应该包含属性测试用例,系统测试过程,测试过程=：测试计划+测试设计+测试实现+测试执行测试过程体现了测试设计和实现的分离测试实现测试执行系统测试计划阶段：完成系统测试计划系统测试设计阶段：完成系统测试方案系统测试实现阶段：完成系统测试用例和脚本、系统测试规程、系统测试预测试项系统测试执行阶段：执行系统测试预测试项、提交系统测试预测试报告；执行系统测试用例，提交测试日报，发现问题并提交缺陷报告、系统测试报告；进行回归测试,系统测试过程与开发阶段,需求分析阶段,概要设计,详细设计,编码,单元测试执行,集成测试执行,系统测试执行,系统测试计划,系统测试设计系统测试实现,课程内容,系统测试理论回顾系统测试用例设计方法系统测试用例设计思想系统测试用例设计实践答疑&交流,常用系统测试用例设计方法,等价类划分法边界值分析法判定表法因果图法状态迁移图法流程分析法正交验证法输入域测试法输出域覆盖法异常分析法错误猜测法,等价类划分法,等价类：某个输入域的集合，在这个集合中每个输入条件都是等效的，如果其中一个的输入不能导致问题发生，那么集合中其它输入条件进行测试也不可能发现错误有效等价类：有效等价类是程序规格说明有意义，合理的输入数据无效等价类：无效等价类是程序规格说明无意义，不合理的输入数据,等价类划分法,等价类划分原则如果输入条件规定了取值范围或值的格式，则可以确定一个有效等价类和两个无效等价类输入条件规定了输入值的集合，或是规定了必须如何的条件，则可以确定一个有效等价类和一个无效等价类输入条件是一个布尔量的情况下，可确定一个有效等价类和一个无效等价类如果我们确知，已经划分的等价类中各个元素在程序中的处理方式不同的，则应该将此等价类进一步划分在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）,等价类划分法,等价类表,等价类法设计测试用例的步骤为每个输入划分等价类，得到等价类表，为每个等价类规定一个唯一编号设计一个测试用例，使其尽可能多的覆盖所有尚未覆盖的有效等价类。重复这一步骤，使得有效等价类均被测试用例所覆盖设计一个测试用例，使其只覆盖一个无效等价类。重复这一步骤使得所有无效等价类均被覆盖,等价类划分法练习,保险费率计算：人人保险公司承担人寿保险已有很多年历史，该公司保费计算方式为投保额*保险率，保险率又依据点数不同而有别，10点以上费率为0.6%，10点一下费率有0.1%。保险率和以下参数有关：年龄：数字0-150性别：字符组合，区分大小写婚姻：字符组合抚养人：数字1-9人其中前三个为必填项，最后一个为选填项,等价类划分法练习,根据以上内容使用等价类划分设计测试用例,边界值分析法,边界值分析方法的理论基础，是假定大多数的错误是发生在各种输入条件的边界上，如果在边界附近的取值不会导致程序出错，那么其它的取值导致程序错误的可能性很小输入条件明确了一个值的取值范围，或是规定了值的个数输入条件明确了一个有序集合,边界值分析法,边界点定义上点：边界上的点，如果域的边界是封闭的，上点就是在域范围内；如果域的边界是开放的，上点就是在域范围外离点：就是离上点最近的一个点，如果域的边界是封闭的，离点就在域范围外，如果域的边界是开放的，离点就在域范围内内点：顾名思义，就是在域范围内的任意一个点,边界值分析法,离点,上点,内点,离点,上点,内点,离点,上点,内点,闭区间,开区间,半开半闭区间,边界值分析法,边界值分析的原则如果输入（输出）条件规定了取值范围，或是规定了值的个数，则应该以该范围的边界内及边界附近的值作为测试用例如果输入（输出）条件规定了值的个数，则用最大个数，最小个数，比最小个数少一，比最大个数多一的数作为测试数据如果程序规格说明中提到了输入或输出是一个有序的集合，应该注意选取有序集合的第一个和最后一个元素作为测试用例如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试用例,边界值分析法,边界值分析法设计用例的步骤分析输入参数的类型：从测试规格中分析得到输入参数类型等价类划分（可选）：对输入等价类划分方法进行等价类的划分确定边界：运用域测试分析方法确定域范围的边界（上点、离点与内点）相关性分析（可选）：如果存在多个输入域，则需要运用因果图、判定表方法对这些输入域边界值的组合情况进行进一步分析形成测试项：选择这些上点、离点与内点或者这些点的组合形成测试项,边界值划分练习,1、写出下列区间的上点、离点与内点闭区间：【50,100】半开半闭区间：（50,100】开区间（50,100）2、将等价类作业内容，使用边界值在此进行划分,判定表法,判定表是分析和表达多种输入条件下系统执行不同动作的工具，它可以把复杂的逻辑关系和多种条件组合的情况表达的既具体有明确条件桩（ConditionStub）动作桩（ActionStub）条件项（ConditionEntry）动作项（ActionEntry）,条件桩,动作桩,条件项,动作项,规则,判定表法,每一个部分之间用双线或粗条线分开，左上部称条件桩，它列出决定一组条件的对象；右上部称条件项，它列出各种可能的条件组合；左下部称动作桩，它列出所有的操作，右下部为动作项，它列出在对应的条件组合下的动作。表的右部一般有很多列。,判定表法,判定表的合并化简工作是以合并相似规则为目标的。如果表中有两条或多条规则具有相同的动作，并且其条件项之间存在极为相似的关系，我们便可以将其合并,判定表法,判定表法设计用例的步骤确定规则的个数。如这里有3个条件，每个条件有两个取值，故应有2*2*2=8种规则列出所有的条件桩和动作桩填入条件项填入动作桩和动作项化简，合并相似规则将每条规则转化为用例,判定表的优缺点,优点它能把复杂的问题按各种可能的情况一一列举出来，简明而易于理解，也可避免遗漏缺点合并存在漏测的风险。一个显然易见的原因是，虽然某个输入条件在输出接口上是无关的，但是在软件设计上，内部针对这个条件走了不同的程序分支,判定表法练习,需求：订购单的检查。如果金额超过500元，又未过期，则发出批准单和提货单；如果金额超过500元，但过期了，则不发批准单；如果金额低于500元，则不论是否过期都发出批准单和提货单，在过期的情况下还需要发出通知单。,因果图法,因果图提供了一个把规则转化为判定表的系统化方法，从该图中可以产生测试数据。其中，原因是表述输入条件，结果是对输入执行的一系列计算后得到的输出因果图方法最终生成的就是判定表。它适合于检查软件输入条件的各种组合情况,因果图基本符号,因果图基本符号,因果图基本符号,因果图法,因果图法设计测试用例的步骤把大的系统规格划分解成可以测试的规格片段分析分解后的待测的系统规格，找出哪些是原因，哪些是结果画出因果图把因果图转换成判定表简化判定表用判定表中的每一项生成测试用例,因果图法,优点-等价类尽管各个输入条件可能出错的情况都考虑到了，但是多个输入条件组合起来出错的情况却被忽略了-因果图法能够帮助我们按照一定步骤，高效的选择测试用例，设计多个输入条件组合用例-因果图分析还能为我们指出，程序规格说明描述中存在什么问题缺点-输入条件与输出结果的因果关系，有时难以从软件需求规格说明得到-即使得到了这些因果关系，也会因为因果关系复杂导致因果图非常庞大，测试用例数目及其庞大,状态迁移图法,许多需求用状态机的方式来描述，状态机的测试主要关注在测试状态转移的正确性上面。对于一个有限状态机，通过测试验证其在给定的条件内是否能够产生需要的状态变化，有没有不可达的状态和非法的状态，可能不可能产生非法的状态转移等通过构造能导致状态迁移的事件来测试状态之间的转换，常用于协议测试用这种方法可以设计逆向的测试用例，如状态和事件的非法组合,状态迁移图法,状态迁移图法设计用例步骤画出状态迁移图列出状态-事件表从状态转换树推导出测试路径根据测试路径编写合法测试用例编写非法测试用例,流程分析法,流程分析法是将软件系统的某个流程看成路径，用路径分析的方法来设计测试用例。根据流程的顺序依次进行组合，使得流程的各个分支都能走到。这是从白盒测试中路径覆盖分析法中推广到黑盒测试中来的测试分析方法。,流程分析法,流程分析法设计用例步骤画出业务流程图设置功能路径优先级确定测试路径选取测试数据构造测试用例,正交试验法,正交试验设计法，是从大量的试验点中挑选出适量的、有代表性的点，应用依据迦罗瓦理论导出的“正交表”，合理安排试验的一种科学的试验设计方法。指标：通常把判断试验结果优劣的标准叫做试验的指标因子：所有影响试验指标的条件因子的状态：而影响试验因子的，叫做因子的状态,正交试验法步骤,一、提取功能说明，构造因子-状态表,正交试验法步骤,二、加权筛选，生成因素分析表计算各因子和状态的权值，删去一部分权值较小，即重要性较小的因子或状态，使最后生成的测试用例集缩减到允许范围。三、利用正交表构造测试数据集1、如果各因子的状态数是不统一的，几乎不可能出现均匀的情况。必须首先用逻辑命令来组合各因子的状态，作出布尔图2、根据布尔图查找最接近的相应阶数的正交表3、依照因果图上根节点到叶子节点的顺序逐步替换正交表上的中间节点，得到最终的正交表四、利用正交表每行数据构造测试用例,异常分析法,系统异常分析法就是针对系统有可能存在的异常操作、软硬件缺陷引起的故障进行分析，依此设计测试用例。主要针对系统的容错能力、故障恢复能力进行测试。,错误猜测法,错误猜测法就是根据经验猜想可能有什么问题并依此设计测试用例错误猜测法只能作为测试设计的补充而不能单独用来设计测试用例，否则可能会造成测试的不充分,课程内容,系统测试理论回顾系统测试用例设计方法系统测试用例设计思想系统测试用例设计实践答疑&交流,系统测试用例编写思路,为系统功能性设计测试用例为系统可靠性设计测试用例为系统易用性设计测试用例为系统可移植性设计测试用例为系统可维护性设计测试用例为系统效率设计测试用例为系统异常设计用例,系统测试用例编写思路,一、根据ISO9126质量模型分析需求规格说明书，将需测试的需求项归纳到各特性、子特性下,系统测试用例编写思路,二、对分析出来的测试需求项进行归纳、总结，确定需要进行何种类型的测试，并把各测试项归类到各测试类型下：,功能测试性能测试压力测试容量测试安全性测试GUI测试可用性测试安装测试,配置测试异常测试（恢复性测试）备份测试健壮性测试文档测试在线帮助测试网络测试。,系统测试用例编写思路,三、对各测试类型下的测试项细分，形成为测试子项四、对各测试子项对应的具体需求规格进行分析，利用各种系统测试用例设计方法，从各角度设计用例去对需求规格进行覆盖，从而达到对需求的充分覆盖：等价类划分法边界值分析法状态迁移图法因果图法正交试验法。,