软件测试第二章软件测试基本.ppt

X模型 X模型的左边描述的是针对单独程序片段所进行的编码和测试，此后将进行频繁的交接，通过集成最终合成为可执行的程序。X模型右上方定位了已通过集成测试的成品进行封版并提交给用户，也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。X模型右下方定位了探索性测试。这是不进行事先计划的特殊类型的测试，往往帮助有经验的测试人员在测试计划之外发现软件错误。 前置模型 开发和测试相结合 对每一个交付内容进行测试 让验收测试和技术测试保持相互独立 反复交替的开发和测试 引入新的测试理念 测试用例 　　　 一个三角形程序，该程序完成： 输入三个整数a、b和c，程序判断由这三条边构成的三角形类型是：等边三角形、等腰三角形还是一般三角形，并打印出相应的信息。 　　　　　　　 1．是否设计了一种测试输入表示合法的一般三角形? 　注意，像（1，2，3）和（2，3，9）这样的测试输入不应该回答“是”，为什么？ 2．是否设计了一种测试输入表示合法的等边三角形? 3．是否设计了一种测试输入表示合法的等腰三角形? 　像(4，4，8)这样的测试输入不应该回答“是” 。 4. 是否至少设计了三种测试输入表示合法等腰三角形，由此检查了两条边相等的所有三种排列方案？ 　像（3，3，4），（4，3，3）和（3，4，3）。 5．是否设计了这样的测试输入，其中三角形的一条边长为0？ 6．是否设计了一种测试输入，其中三个整数都大于0，而其中的两数之和等于第三数? 　　注意，如果把（2，3，5）当成一个一般三角形，则表明程序中有故障。 7．是否至少设计了三种第6类那样的测试输入，检查一条边边长等于另外两边边长之和的所有三种排列方式？ 　　如（2，3，5），（5，3，2）和（3，5，2）。 8．是否设计了一种测试输入，表示三个整数都大于0，而其中某两个数的和小于第三个数? 　　注意，如果把（2，3，9）当成一个一般三角形，则表明程序中有故障。 9．是否至少设计了三种第8类那样的测试输入，检查了所有三种排列的方案？如（2，3，9），（2，9，3）和（9，2，　3）。 10．是否设计了一种测试输入表示三条边边长都为0？ 即（0，0，0）。 11．是否设计了这样的测试输入，其中三角形的一条边长为负数? 12．是否至少设计了一种测试输入，其中三角形的边长不是整数? 13．是否至少设计了一种测试输入，其中三角形的边数不是3？　例如，给出两条边或四条边。 14．对于每一种测试输入，是否还给出了预期的输出? 测试用例（Test Case）是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单的认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。 测试用例的作用主要体现在以下几个方面 指导测试的实施 规划测试数据的准备 评估测试结果的度量基准 保证软件可维护性和可复用性 分析缺陷的标准 测试用例内容 测试阶段和用例关系 测试用例设计准则 测试用例的设计步骤 测试用例维护 测试阶段和用例关系 测 试 阶 段 测 试 类 型 执 行 人 员 单元测试 模块功能测试，包含部分接口测试、路径测试 开发人员 集成测试 接口测试、路径测试，含部分功能测试 开发人员，如果测试人员水平较高可以由测试人员执行 系统测试 功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试 测试人员 验收测试 对于实际项目基本同上，并包含文档测试；对于软件产品主要测试相关技术文档 测试人员，可能包含用户 测试用例设计准则 测试用例设计应注重有效性 测试用例设计必须注重经济性 测试用例设计应考虑多重性 测试用例设计应考虑完备性 测试用例的结果具有可判定性 测试用例应具有可再现性 测试用例的设计步骤 1．制定测试用例的策略和思想，在测试计划中描述出来。 2. 设计测试用例的框架，也就是测试用例的结构 3. 细化结构，逐步设计出具体的测试用例 4.通过测试用例的评审，不断优化测试用例 测试用例维护 （1）产品特性没变，只是根据漏掉的缺陷来完善测试用例。这时候，增加和修改测试用例均可，因为当前被修改的测试用例对相应的版本都有效，不会影响某个特定版本所拥有的测试用例。 （2）原有产品特性发生变化，不是新功能特性，而是功能增强，这时候原有的测试用例只对先前版本有效，对当前新的版本无效。此时，绝不能修改测试用例，只能增加新的测试用例，不能影响原有的测试用例。 （3）原有功能取消了，这时只要将与该功能对应的测试用例在新版本上置为空标志或“无效”状态，但