第_4_章_软件测试原则及工作流程.pptVIP

第 4 章 软件测试的原则及工作流程 4.1 软件测试的原则 4.1.1 尽早和不断地进行软件测试 4.1.2 不可能进行完全的测试 4.1.3 增量测试，由小到大 4.1.4 避免测试自己的程序 4.1.5 设计周密的测试用例 测试用例举例 4.1.6 注意错误集中的现象 4.1.7 确认BUG的有效性 4.1.8 合理安排测试计划 4.1.9 回归测试 4.1.10 测试结果的统计和分析 4.1.11 及时更新测试 4.2 软件测试工作流程 4.2.1 需求阶段 4.2.2 设计编码阶段测试工作流程 4.2.3 集成测试、系统测试和验收测试阶段工作流程 4.3 软件测试中的误区 * 第 * 页 4.1 软件测试的原则 4.2 软件测试工作流程 4.3 软件测试中的误区 IBM的研究结果表明，缺陷存在放大趋势。 图4-1表示了缺陷放模型大致状况。 图4-1 缺陷放大模型 由此可见，问题发现越早，解决问题的代价就越小，这是软件开发过程中的黄金法则。 对一个程序进行完全测试就是意味着在测试结束之后，再也不会发现其它的软件错误了。其实，这是不可能的，主要原因有以下几点： 一、不可能测试程序对所有可能输入的响应。 二、不可能测试到程序每一条可能的执行路径 三、无法找出所有的设计错误 四、不能采用逻辑来证明程序的正确性 由小到大，指的是软件测试的粒度。无论是传统的软件测试还是面向对象的软件测试都要遵循这样的原则。如图4-2所示，多个单元组合过渡到集成测试阶段，集成测试阶段过渡到更高级别的系统测试阶段，虚线是各个测试阶段的发布基线。随着测试的逐步深入，范围的逐步扩大，测试时间、可用资源也随之增大。 图4-2 测试资源关系图 避免程序员测试自己的代码的主要原因归纳如下： （1）程序员轻易不会承认自己写的程序有错误。 （2 ）程序员的测试思路有局限性，在做测试时很容易受到编程思路的影响。 3.多数程序员没有严格正规的职业训练，缺乏专业测试人员的意识。 4.程序员没有养成错误跟踪和回归测试的习惯. 软件测试的本质就是针对要测试的内容确定一组测试用例。测试用例至少应该包括如下几个基本信息： （1）在执行测试用例之前，应满足的前提条件。 （2）输入（合理的、不合理的）。 （3）预期输出（包括后果和实际输出） 图4-3显示了一个典型的测试用例所应该具有的基本信息。 图4-3 典型的测试用例信息 测试用例是测试工作的核心，应该尽量设计的周密细致，这样才能更好的保证测试工作的质量。 下面举例来说明这一点。 以一个实现登录功能的小程序为例，它允许用户选择城市和地区，输入自己的账号和密码。 如图4-4所示，通过Alt-F4组合键和“Exit”按钮来终止程序，Tab键在区域中间移动。 图4-4 登录窗口 下面根据组成页面的具体元素，分别从几个方面做了一些比较全面的测试用例： 1. 下拉框和输入框测试用例 表1-1 下拉框和输入框测试用例 错误提示 12月、7*、0 无 测试数据 限定型数字输入 错误提示 #，*等 无 12、6 限定字符型输入 输 入 框 不允许列表中出现NULL现象，固定“—请选择--” 已和后台数据库绑定（显示列表元素活动） 不允许列表中出现NULL现象，固定“—请选择--” 未和后台数据库绑定（显示列表元素固定） 下拉框 实际结果 预期输出 输入操作 测试内容 2、功能测试 （表1-2 功能测试用例） ID字段输入 后存入cookies 1.5检查ID 字段储存结果 所有的Hot Key必须能够起作用 2.3检查所有的Hot Key 所有的Button必须能够起作用 2.2检查所有的Button 所有的Tab Order必须按照正常顺序 2.2检查使用者接口的Tab Order 必须组织使用者输入空白，同时部分字段只能输入数字 2.1检查输入字段的输入值 2.使用接口功能测试 …… 储存结果 Area字段输入 后存入cookies 1.4检查area字段储存结果 City字段输入 后存入cookies 1.3检查city字段储存结果 程序必须能够检查使用者输入是否为空白，同时必须能够告知使用者原因 1.2在输入框内不输入资料但执行储存 程序必须能够接受使用者的输入并且将输入值存在登录文件内 1.1在输入框内输入资料并且执行存储 1.基本功能测试 失败原因 结果 应产生行为 用 例 3、各种错误数据的测试 表1-3 错误数据的测试用例 关闭当前应用系统 无 无 无 点击“退出”按钮 提示错误对话框 略 City，area，ID，pswd 不完整的数据 回车