软件测试流程初稿.doc

第 1 页 共 24 页 软件测试流程软件测试流程 编制 审核 批准 文档修订记录 日期修改类型 修改描述修改人审核人版本号 12 8 13A 初次制定 V1 1 12 8 13A 添加补充 V1 2 12 8 14A 添加补充 V1 3 12 8 14M 修改补充 V1 4 12 8 14D 删除冗余 修改类型分为 A A ADDED MM MODIFIED D D DELETED 第 2 页 共 24 页 目 录 1 引言与基本知识 3 1 1 软件测试的定义及目的 3 1 2 背景 3 1 3 适用范围 3 1 4 参考资料 3 1 5 测试流程概述 3 1 6 软件测试与软件开发过程的关系 3 1 7 软件测试人员的基本素质 5 1 8 软件测试衡量标准 5 2 测试工作流程图 5 2 1 目的 5 2 2 责任人 6 2 3 测试工作流程图 6 2 4 执行测试 9 2 5 中止测试的标准 10 2 6 测试软件用到的主要测试分类 10 2 7 测试用例的设计 13 2 8 测试分类与人员角色的关系 14 2 9 软件测试缺陷种类 16 第 3 页 共 24 页 3 测试的基本过程 17 3 1 需求分析 17 3 2 编制测试计划书 17 3 3 做好测试的准备工作 17 3 4 测试执行 18 3 5 撰写错误缺陷报告 18 3 6 撰写测试报告 20 4 公司验收 20 4 1 验收定义 20 4 2 验收测试目的 20 4 3 验收测试的范围 21 4 4 验收规则 21 4 5 项目验收人员 21 4 6 撰写验收报告 21 4 7 验收结果 21 第 4 页 1 1 1 引言 引言 引言 引言与基本知识与基本知识与基本知识与基本知识 1 1 软件测试的定义及目的软件测试的定义及目的 软件是由人来完成的 所有由人做的工作都不会是完美无缺的 软件开发是个很复杂的过程 期间很容易产生错误 无论是软件从业人员 专家和学者做了多大的努力 软件错误仍然存在 因 而大家也得到了一种共识 软件中残存着错误 这是软件的一种属性 是无法改变的 所以通常说 软件测试的目的就是为了发现尽可能多的缺陷 并期望通过改错来把缺陷统统消灭 以期提高软件 的质量 归纳为 软件测试的目的是以最少的人力 物力和时间找出软件中潜在的各种错误和缺陷 通 过修正各种错误和缺陷提高软件质量 回避软件发布后由于潜在的软件缺陷和错误造成的隐患所带 来的商业风险 1 2 背景背景 本文档为技术部设置专门的测试人员后 新拟定的技术部测试人员的工作流程 1 3 适用范围适用范围 本文档仅适合软件功能测试 性能测试等等以及其它非功能性测试的测试工作流程 1 4 参考资料参考资料 软件工程 软件测试技术 软件项目管理 1 5 测试流程概述测试流程概述 测试流程着重说明了在技术部测试人员的内部工作流程定义 界定技术部测试人员以及其他部 门的相关参与事项 对内部事务的处理关进行协助和参与 第 5 页 1 6 软件测试与软件开发过程的关系软件测试与软件开发过程的关系 对于软件测试与软件开发过程之间的关系 套用固定的模型不是聪明之举 比如 程序设计 与 测试 之间的关系 习惯上总以为程序设计在先 测试在后 如图 a 所示 而对于一些复杂的 程序 将测试分为同步测试与总测试更有效 如下图 b 所示 现在还有一种全新的软件开发模式 以测试驱动软件开发 总的思想是 软件测试是贯穿于 软件开发过程的 软件生存周期的各个阶段中都少不了相应的测试 软件生存周期各个阶段的测试 分别对应于软件测试过程中的单元测试 集成测试 系统测试和确认测试 如图所示 这种对应关 系有利于软件开发过程的管理和软件质量的控制 总的测试和开发流程如下 a 程序设计在先测试在后 b 测试分为同步测试与总测试 程序设计 测 试 程序设计 同步测试 总测试 需求分析 单元测试集成测试确认测试 编 码软件设计 需求分 析说明 书 确认测 试 集成测 试 单元测 试 源程序 代码 详细设 计说明 书 概要设 计说明 书 第 6 页 发布服务器 1 拿到新版本 测试人员测试2 记录Bug3 获得Bug开发人员 4 check out 5 修改Bug 编译器6 编译 源代码服务 器 8 取最新代码编译器 9 编译 源代码服务器 开发人员7 check in TFS对应项目 测试虽然也与我们的开发过程紧密相关 但关心的不是过程的活动 而是对过程的产物以及开 发出的软件进行剖析 测试人员要 执行 软件 对过程中的产物 开发文档和源代码进行走查 运行软件 以找出问题 报告质量 测试人员必须假设软件存在潜在的问题 测试中所做的操作是为了找出更多的问题 而不仅仅 是为了验证每一件事是正确的 1 7 软件测试人员的基本素质软件测试人员的基本素质 不懈努力 追求完美 具有整体观念 对细节敏感 责任心 坚持原则 怀疑精神和学习能力 沟通能力 专注力 耐心和记忆力 洞察力 来源于经验 逻辑思维能力和敏感度 团队精神 具有一定的计算机编程基础 1 8 软件测试衡量标准软件测试衡量标准 第 7 页 衡量标准 多多 能够找到尽可能多的 以至于所有的 BUG 快快 能够尽可能早地发现最严重的 BUG 好好 找到的 BUG 是关键的 用户最关心的 找到 BUG 后能够重现找到的 BUG 并为修正 BUG 提供尽可能多的信息 省省 能够用最少的时间 人力和资源发现 BUG 测试的过程和数据可以重用 2 2 2 测试工作流程图测试工作流程图测试工作流程图测试工作流程图 2 1 目的目的 规范技术部测试人员的功能测试工作流程 包括功能集成测试 功能系统测试以及功能 系统测试环境部署 并和其它部门合作 为公司提供合格可用的实验室软件 2 2 责任人责任人 总监 项目经理 需求分析师 测试组长 功能测试人员 2 3 测试工作流程图测试工作流程图 测试工作的流程图如下 第 8 页 测试工具 立项阶段 需求分析 开发 修正 编写测试计划书 测试目的测试环境测试用例 做好测试准备工作 执行测试 单元测试集成测试系统测试确认测试 撰写错误报告 撰写测试报告 公司验收 测试结束 结项总结阶段 1 单元测试 单元测试 单元测试是层次测试的第一步 也是整个测试的基础 单元测试发现的错误 约占程序总错误数的 65 接近 2 3 对于多模块程序的测试从单元开始 至少有一下好 处 1 减少测试的复杂性 2 易于确定错误的位置 3 多个单元可以并行测试 4 缩短测试周期 暂时公司的实际情况 单元测试暂时只能由开发人员来进行 第 9 页 单元测试的流程图如下 驱动模块 被测模块 桩模块桩模块 结果 界面 局部数据结构 边界条件 独立路径 错误处理路径 测试用例 2 集成测试 集成测试 可以分自顶向下 由底向上和从两头逼近的混合方式 3 种 1 自顶向下测试 从顶层模块开始 沿被测程序的结构图逐步向下测试 按照移动路线的 差异 又可区分为两种不同的实施步骤 M1 M2S4M3 M5M6S7 M8 广度优先实施步骤 这时模块的组装顺序是 M1 M2 M3 S4 M5 M6 S7 M8 深度优先实施步骤 这时模块的组装顺序是 M1 M2 M5 M8 M6 M3 S4 S7 2 由底向上测试 它与自顶向下一样 每次也只添一个新模块 但组装顺序恰好相反 采 取由下向上的路线 其典型步骤可以描述为 从下层模块中找出一个没有下级模块的模块 由下向上的逐步添加新模块 组成程序中的一个 子系统或模块 从另一个子系统中选出另一个无下级模块的模块 仿照前一步组成又一个子系统 重复上一步 直至得出所有的子系统 把它们组装为完整的程序 这时模块的组装顺序是 第 10 页 M8 M5 M6 M2 S7 S4 M3 M1 3 混合方式测试 它是上述两种测试方式的结合 其具体步骤为 对上层模块采取自顶向 下测试 对关键模块或子系统采取由底向上测试 3 确认测试 确认测试 其任务是判断目标软件系统是否满足用户的功能和性能需求 文档资料是否完 整 准确 1 黑盒测试 确认测试继集成测试之后进行 其目的在于确认组装完毕的程序是否满足软件需求规格说明书 SRS 的要求 典型的确认测试通常包括有效性测试 黑盒测试 在 SRS 中一般都有标题为 有效性标准 的一节 其中的内容就是确认测试的依据 2 验收测试 如果软件是给一个客户开发的 需要进行一系列的验收测试来保证满足客户所有的需求 验收 测试主要由用户而不是开发者来进行 可以进行几个星期或者几个月 因而可发现随时间的积累而 产生的错误 3 Alpha 与 Beta 测试 如果一个软件是给很多客户使用的 例如 Office 软件 让每一个用户都进行正式的验收测试 显然是不切实际的 这时可使用 Alpha 与 Beta 测试 来发现那些通常只有最终用户才能发现的错 误 Alpha 测试是在一个受控的环境下 由用户在开发者的 指导 下进行的测试 由开发者负责纪 录错误和使用中出现的问题 Beta 测试则不同与 Alpha 测试 是由最终用户在自己的场所进行的 开发者通常不会在场 也不能控制应用的环境 所有 Beta 测试中遇到的问题均由用户纪录 并定 期把它们报告给开发者 开发者在接收到 Beta 测试的问题报告之后 对系统进行最后的修改 然 后就开始准备向所有的用户发布最终的软件产品 4 系统测试 系统测试 系统测试是在更大的范围进行的测试 除被测程序外 系统还可能包括硬件和 第 11 页 原来就有的其他软件 测试的目的是检查把确认测试合格的软件部署到系统中以后 能否与系统的 其余部分协调运行 并且完成 SRS 对它的要求 系统测试是验收工作的一部分 应由用户单位组织实施 软件开发单位应付为系统测试创造良 好的条件 负责回答和解决测试中可能发现的一切质量问题 2 4 执行测试执行测试 执行测试是执行所有的或选定的一些测试用例 并观察其测试结果的过程 尽管为执行测试所 做的准备和计划工作会贯穿于软件开发生命周期之中 但是执行测试往往都会在软件开发生命周期 的末期 或者接近末期进行 即在编码完成之后进行 由于测试过程一般分成代码审查 单元测试 集成测试 系统测试和验收测试几个阶段 尽管这些阶段在实现细节方面都不相同 但其工作流程 方面却是一致的 执行测试的过程由以下 4 个部分组成 输入 要完成工作所必须的入口标准或可交付的结果 执行过程 从输入到输出的过程或工作任务 检查过程 确定输出是否满足标准的处理过程 输出 推出标准或工作流程产生的可交付的结果 如下图所示 产产品品输输入入执执行行测测试试检检查查测测试试工工作作产产品品输输出出 否否 工工具具 是是 第 12 页 2 5 中止测试的标准中止测试的标准 黑盒测试和白盒测试都是选择测试 不可能彻底发现程序的所有错误 但是显然 测试过少 程序的遗留错误较多 将降低其可靠性 但过量的测试 也会不必要的增大软件成本 1 规定测试策略和应达目标 白盒测试时一般可规定以完全覆盖为标准 即语句覆盖和判定覆盖必须分别达到 100 满足 了这些条件可中止测试 黑盒测试时 可结合程序的实际情况选择一种或数种方法来设计测试用例 当把所有的测试用例全部用完后测试便可中止 2 规定至少要查出的错误数量 如果已经积累了较丰富的测试经验 可以把查出预定数量的错误 作为某类应用程序的测试终 止标准 例如 假定被测程序时一个约有 10000 行的管理信息系统 根据以往的经验 这么多行 的程序约有 300 个设计错误和 200 个代码和结构错误 若预定的目标是消除 95 的设计错误和 98 的编码与结构错误 则可以规定 查出 285 个设计错误和 196 个编码与结构错误就可以终止 测试了 2 6 测试软件用到的主要测试分类测试软件用到的主要测试分类 对于测试类型的说法多种多样 最多的能有 30 多种测试类型 而实际工作中很多测试是互相 包含的 按照企业中实际工作需要 测试主要包含下面的类型 详细的测试分类如下图 第 13 页 白盒测试 不实际运行程序 而是通过检查和阅 读等手段来发现错 误并评估代码质量 的软件测试技术 也称为静态分析技 术 实际运行程序 并通 过观察程序运行的实 际结果来发现错误的 软件测试技术 在不知道程序内部结 构 只知道程序规格 的情况下采用的测试 技术或策略 在知道程序内部 结构的情况下采 用的测试技术或 策略 开发组内 部进行 的 采用 讲解 讨 论和模拟 运行的方 式进行的 查找错误 的活动 开发组进 行 采用 讲解 提 问使用 Checklist 进行查找 错误的活 动 有正 式的计划 流程和结 果报告 开发组测 试组进 行 采用 讲解 提 问使用 Checklist 进行查找 错误的活 动 有正 式的计划 流程和结 果报告 针对要求 的程序功 能以外的 其他要 求 包括 性能 安 全 配 置 负载 等指标 按照规范 的流程进 行的测 试 针对要求 的程序功 能 性 能 安 全 配 置 负载 等指标 基于破坏 目的 按 照经验进 行的随机 测试 程序修改 或者版本 更新以 后 为了 确保以前 正确的功 能和其他 指标仍旧 正确 而 重新进行 的测试 在测试过 程中 选 择足够的 测试用 例 使得 每一个可 执行语句 至少被执 行一次 在测试过 程中 选 择足够的 测试用 例 使得 程序中的 每一个分 支判断的 每一种可 能结果都 至少被执 行一次 在测试过 程中 选 择足够的 测试用 例 使得 程序中的 每一条可 能执行的 路径都至 少执行一 次 针对要 求的程 序功 能 按 照规范 的流程 进行的 测试 软件测试技术 技术评审 静态测试 代码走查 代码审查 动态测试 黑盒测试 功能测试 性能测试 攻击测试 回归测试 语句覆盖 分支覆盖 路径覆盖 1 人工测试 人工测试的主要方法有桌前检查 代码审查和走查 经验表明 使用这种方 法能够有效地发现 30 70 的逻辑设计和编码错误 这部分主要由开发人员去完成 2 黑盒测试 不是基于内部代码和设计的知识 而是基于需求和功能 3 白盒测试 基于应用程序的内部逻辑的知识 通过语句 分支 路径和条件的覆盖率 目前公司尚未达到这个标准 白盒测试暂时由开发去做 4 单元测试 测试中的最小单位 测试特殊的功能或代码模块 由于需要对内部代码和设 计的详细知识 该测试一般由开发者完成而不是由测试人员完成 该测试的容易程度同代码设计的 好坏直接相关 5 集成测试 测试应用程序结合的部分来确定它们的功能结合到一起是正确的 在这里 部 分 的概念可能是代码模块 独立的应用程序 在网络上的客户端和服务器断程序等等 这类型测 试典型的是于客户 服务器和分布式系统相关 用以检测和排除子系统 或系统 结构上的错误 6 功能测试 是一种黑盒测试 同应用程序的功能需求紧密相关 这类型测试应当有测试 第 14 页 人员来完成 这并不意味着开发人员在发布版本之前就不需要检查他们的代码 7 系统测试 检验组成整个系统的代码 以及系统的软硬件配合有无错误 代码实现的系 统与用户需求是否吻合 检验系统的文档等各种是否完整 有效 模拟验收测试的要求 检查系统 是否符合用户的验收标准 8 验收测试 系统是否符合事先约定的验收标准 9 回归测试 验证程序修改或者版本更新以后 以前正确的功能和其他指标仍旧正确 10 健壮性测试 健壮性是指软件对于规范要求以外的输入情况的处理能力 指对于规范 要求以外的输入能够判断出这个输入不符合规范要求 并能有合理的处理方式 另外健壮性有时 也和容错性 可移植性 正确性有交叉的地方 11 性能测试 性能测试用来测试软件在集成系统中的运行性能 特别是针对实时系统嵌入 系统 性能测试可以在测试过程的任意阶段进行 但只有当整个系统的所有成分都集成到一起后 才能检查一个系统的真正性能 这种测试常常与强度测试结合起来进行 压力测试是性能测试的一 种 它不是在常规条件下运行手动或自动测试 而是在计算机数量较少或系统资源匮乏的条件下运 行测试 通常要进行软件压力测试的资源包括内部内存 CPU 可用性 磁盘空间和网络带宽 在 重负载之下的功能测试结果 12 用户界面测试 测试用户界面的风格是否满足客户要求 文字是否正确 页面是否美观 文字 图片组合是否完美 操作是否友好等等 13 兼容性测试 测试系统在不同的平台 硬件 操作系统 浏览器上的表现情况 2 7 测试用例的设计测试用例的设计 测试用例的设计和编制是软件测试活动中最重要的 测试用例是测试工作的指导 是软件测试 的必须遵守的准则 更是软件测试质量稳定的根本保障 测试用例比较通常的说法是 指对一项特定的软件产品进行测试任务的描述 体现测试方案 方法 技术和策略 内容包括测试环境 测试步骤 包括测试数据 预期结果 测试脚本等 并 第 15 页 形成文档 对软件的每个特定功能或运行操作路径的测试构成了一个个测试用例 设计测试用例 设计测试用例 应该参照用例规约 或设计规格说明书 根据关联的功能 操作按路径分析法设计测试用例 而对孤立的功能则直接按功能设计测试用例 基本事件的测试用 例应包含所有需要实现的需求功能 覆盖率达 100 设计测试用例规范 设计测试用例应该参照用例规约 根据关联的功能 操作按路径分析法设计测试用例 而对孤 立的功能则直接按功能设计测试用例 基本事件的测试用例应包含所有需要实现的需求功能 覆盖 率达 100 测试用例设计步骤 打开 TFS 找到相对应的项目 选择工作项 点击右键 新建工作项 新建测试用 例 之后打开了测试用例新建窗口 填写了标题 测试标题是对测试用例的简单描述 用概括的语 言描述该测试用例的测试点 每个测试用例的标题不能够重复 因为每个测试用例的测试点是不一 样的 例如 实验记录页面的搜索功能 指派给 这个字段主要是指这个测试用例谁来执行 一般 就是书写测试用例者 状态 这个字段指的是这个测试用例的执行状态 也就是工作流的状态 未通 过 指的就是新建后还没有执行 已通过 指的是测试用例已经被执行 并且预期结果和实际结果一 样 重新打开 就是在上个版本已经通过的测试用例 这个版本又出现新的问题 置为 重新打开 优先级别 指的是此测试用例对于此产品目标的重要性 1 非常重要 依此类推 区域 这个字段指 的就是此测试用例关联的软件的路径 步骤 字段填写如下 1 前提条件 有前提条件的时候要把前提条件写在最前面 比如是需要特殊账户登录或者用 的浏览器 软硬件的不同等 都可以作为前提条件 如果不满足这些条件 则无法进行测 试 或者不能重现出现的 bug 2 输入数据 需要输入的外部信息 例如某些特殊字符 某一个文件 数据记录等 文字就 写在这里 不是文字就将附件的名字写到这里 然后将附件上传到附件那个位置 第 16 页 3 具体的操作步骤 首先 然后 执行当前测试所要经过的操作步骤 需要给出每一步 操作的描述 测试人员根据测试用例操作步骤 完成测试用例的执行 4 预期结果 当前测试用例的预期输出结果 用来与实际结果比较 如果相同则该测试用例 通过 否则该测试用例失败 具体将步骤都写完毕之后的 TFS 中截图如下 测试用例书写完毕后 点击保存 当有一些步骤在大量的测试用例中都会使用到的时候 为了节约设计测试用例的时间 此时可以设计 共享测试用例步骤 然后在设计一些测试用例 时 可以将这些共享的步骤插入到测试用例中 例如这个例子中 前提条件就可以作为一个共 享测试用例步骤 设置共享测试用例如下 1 打开测试管理器之后 点击进入测试 在这个界面中 点击 新建 选择共享步骤 2 然后在新建共享步骤的窗口输入标题 这里的标题命名需要浅显易懂 例如 前提条件 3 在步骤那里将要共享的步骤都写在这里 以备多个测试用例使用 4 写完保存后 在设计测试用例时 在步骤那里会有 插入共享步骤 然后搜索到此共享的 步骤 添加到步骤里面 然后下面再接着写需要补充的步骤 测试用例的综合策略 在任何情况下都必须使用边界值分析方法 经验表明用这种方法设计出测试用例发现程序 错误的能力最强 必要时用等价类划分方法补充一些测试用例 用错误推测法再追加一些测试用例 第 17 页 对照程序逻辑 检查已设计出的测试用例的逻辑覆盖程度 如果没有达到要求的覆盖标准 应当再补充足够的测试用例 如果程序的功能说明中含有输入条件的组合情况 则一开始就可选用因果图法 测试用例的设计方法 构造根据设计规格得出的基本功能测试用例 边界值测试用例 状态转换测试用例 错误猜测测试用例 异常测试用例 性能测试用例 压力测试用例 测试用例的执行步骤如图所示 开始 取下一个用例运行测试用例测试排错 有错误 是软件错 终止条件 否 否 否 是 记录错误 是 是 终止 2 8 测试分类与人员角色的关系测试分类与人员角色的关系 第 18 页 编号编号测试类别人员 角色 TestCase 001人工测试程序员 TestCase 002黑盒测试测试人员 TestCase 003白盒测试程序开发人员 TestCase 004单元测试程序开发人员 TestCase 005集成测试测试人员 TestCase 006功能测试测试人员 TestCase 007系统测试所有人员 TestCase 008验收测试所有人员 用户 TestCase 009回归测试测试人员 TestCase 010健壮性测试测试人员 TestCase 011性能测试测试人员 TestCase 012用户界面测试所有人员 TestCase 013兼容性测试测试人员 2 9 软件测试缺陷种类软件测试缺陷种类 软件缺陷简单说就是存在于软件 文档 数据 程序 之中的那些不希望 或不可接受的偏差 而导致软件产生的质量问题 按照一般的定义 只要符合下面 5 个规则中的一个 就叫做软件缺陷 软件未达到软件规格说明书中规定的功能 软件超出软件规格说明书中指明的范围 软件未达到软件规格说明书中指出的应达到的目标 软件运行出现错误 软件测试人员认为软件难于理解 不易使用 运行速度慢 或者最终用户认为软件使 第 19 页 用效果不好 具体的缺陷种类如下表 编号编号缺陷类别 TestErr 001功能不正常 TestErr 002软件在使用上不方便 TestErr 003软件的结构未做良好规划 TestErr 004功能不充分 TestErr 005与软件操作者的互动不良 TestErr 006使用性能不佳 TestErr 007未做好错误处理 TestErr 008边界错误 TestErr 009计算错误 TestErr 010使用一段时间所产生的错误 TestErr 011在大数据量的压力之下所产生的错误 TestErr 012在不同硬件环境下产生的错误 TestErr 013版本控制不良所产生的错误 3 测试的基本过程测试的基本过程 3 1 需求分析需求分析 需求分析是软件测试的一个重要环节 测试开发人员对这一环节的理解程度如何将直接影响到 接下来有关测试工作的开展 一般而言 需求分析包括软件功能需求分析 测试环境需求分析等 其中最基本的是软件功能需求分析 在此阶段会画思维导图配合界面原型来更加深入的理解需求 第 20 页 3 2 编制测试计划书编制测试计划书 测试计划书通常包括测试目的 测试环境 测试方法 测试用例 测试工具等 测试依据有以下几条 A 需求文档 B 产品的原型设计 C 软件设计文档 D 其他 如参考产品等 3 3 做好测试的准备工作做好测试的准备工作 1 明确测试任务的范围 测试人员首先要通读测试计划书 对整个测试要求形成整体认识 明确测试目的 以及测试要求和测试重点 明确软件测试方法和使用的测试工具 2 明确测试时间 明确测试周期和测试时间进度 在多人合作完成一个软件的情况下 要 首先明确属于自己的测试内容 根据测试内容和测试周期 估算自己每日应该完成的工作量 此外 由于软件测试是群体协作的测试活动 需要明确哪些测试内容要与其他测试人员协作才能完成 3 设置测试环境 根据测试计划书的要求 建立测试环境包括 硬件环境和软件环境 硬 件环境指测试必需的服务器 客户端 网络连接设备 以及打印机 扫描仪等辅助硬件设备所构成 的环境 软件环境指被测软件运行时的操作系统 数据库及其他应用软件构成的环境 所有这些完 成后 分别运行 查看是否能正确运行 保证符合测试计划书要求的测试环境 4 确认完全理解测试任务 软件测试最重要的要求就是确实明确了测试任务和要求 这包 括正确理解了测试计划书 确认可以按照测试进度要求 完成测试 对于测试工具要正确安装 熟 练使用 3 4 测试执行测试执行 执行测试的过程 除了按照测试计划和设计 搭建起来测试环境 执行测试用例之外 还要做 好错误管理 包括对错误的分类 报告 重现 跟踪和统计分析 测试执行的过程如下图所示 第 21 页 建立测试环境 执行测试用例 记录测试结果 报告测试结果管理软件错误 3 5 测试流程描述测试流程描述 提交 bug 一旦测试人员遇到软件存在的问题 应马上在 TFS 上相对应的项目下新建 bug 按照优先级定义和 bug 的严重级别书写 bug 具体操作步骤 输入的数据 以及预期结果等等 出 现比较严重或者异常的问题要及时截图 并且在此 bug 中上传此附件 设计 bug 规范 打开 TFS 找到相对应的项目 选择工作项 点击右键 新建工作项 新建 bug 之后打开了 bug 新建窗口 填写标题 标题是对 bug 的简单描述 例如 实验记录页面的搜索功 能失效 指派给 这个字段主要是指这个 bug 提交给谁 一般是谁负责这个模块就提交给谁 但 是有时候测试这边不清楚是谁负责的模板 那么会提交给总负责人 由这个负责人作为这个 bug 的 接口人 他来分配给下面的人来修改 bug 状态 这个字段指的是这个 bug 的状态 也就是工作流 的状态 包括 未解决 新建的 bug 状态 已解决 开发修正了的 bug 但是还未验证 重 新打开 对于状态变为 已解决 的 bug 经过验证后依然存在问题的 bug 需要置为此状态 已 否决 开发对于测试提交的 bug 经过衡量或者其他原因不予修改的 bug 开发置为此状态时候 需要在填写原因 已关闭 对于已经解决的 bug 经过验证后已经修复 则置为已关闭 优先 级别 指的是此 bug 对于此产品的重要性 1 必须修复 依此类推 区域 这个字段指的就是此 bug 关联的软件的路径 详细信息 字段填写如下 1 前提条件 如果有前提条件 把前提条件写在最前面 比如是需要特殊账户登录或者用的 第 22 页 浏览器 软硬件的不同等 都可以作为前提条件 如果不满足这些条件 则无法进行测试 或者不能重现出现的 bug 2 具体的操作步骤 首先 然后 出现此 bug 所要经过的操作步骤 需要给出每一步操作 的描述 越详细越好 开发人员根据操作步骤 可以重现 bug 在这要注意写输入的数据 也就是需要输入的外部信息 例如某些特殊字符 某一个文件 某些数据记录等 文字就 写在这里 不是文字就将附件的名字写到这里 然后将附件上传到附件那个位置 3 预期结果 经过上诉步骤 预期出现的结果 4 实际结果 将实际结果写出来 这样开发去修复 bug 最后达到预期结果的效果 在 TFS 中具体步骤的截图如下所示 分离和再现软件缺陷是考验软件测试人员专业技能的地方 测试人员应该设法找出缩小问题范 围的具体步骤 以及出现一些异常情况的规律 对测试人员有利的情况是 若建立起绝对相同的