测试工作流程及工具使用

1、1 前言本文档仅作用于公司内部人员使用参考，主要概括的是开发组与测试组的工作流程及工作衔接内 容，该文档由测试组人员内部制定， 若有考虑不周之处请给出建议！ 编写此流程的主要目的是规范测试， 提高开发组与测试组的工作效率，尽可能早地找到BUG，并保证得以修复。2 测试流程简介2.1 测试工作总体流程2.1.1 测试计划 用例设计2.1.1.1 执行环境1、项目立项后，项目组讨论项目实施过程后执行此流程；2、前提是须有项目技术规范说明书 ，若客户未提供可从其它途径获取客户需求（如以前项目文 档，样机获取等） ；3、与开发组的程序设计阶段同步， 即开发设计项目实施时测试组同步进行测试设计， 此过程

2、为测试 执行做准备工作；4、立项项目经理把技术规范说明书共享给开发、测试组 开发组人员解析说明书并设计代码、 测试组根据说明书作出测试计划、 测试用例 此阶段完成 （此过程中开发组和测试组进行 功能规格沟通） 。2.1.1.2 执行细则测试计划测试负责人根据项目的需求， 制定测试计划， 明确目标与测试任务以及测试人员的安排。 测试计划 分复杂文档型和简单实用型， 综合我司目前情况， 比较适用后者即简单实用型， 引用 Microsoft Project 来计划分配项目任务， 把项目细分为各个阶段、 阶段再细分为各个任务， 任务精确到具体时间、 负责人， 测试计划的主要要素包括：项目名称、任务名称

3、、工期、开始时间、完成时间、资源名称等，如下图。 测试用例依据已引用的用例模板，进行用例设计，挖掘用户潜在需求并结合到用例设计，与需求接口人沟通 获取更直观的用户要求； 若项目时间充足，测试用例可提供给开发人员，以便开发人员结合代码设计思路给出建议，使测试 用例达到更高的可执行效果；测试用例由测试组相应测试人员设计。2.1.2 系统测试备注： 测试阶段分为单元测试、集成测试、系统测试、验收测试，单元测试由开发人员根据代码进 行测试，集成测试即分模块单独测试（此阶段跳过） ，系统测试即集成后的版本测试（我司主要以此阶 段作为测试的重心） ，验收测试即模拟用户进行使用测试（发布前的版本） 。结合公

4、司环境，目前测试执行（测试执行区别于测试设计，测试设计主要是方法、过程的设计，测 试执行是执行已设计好的方法及过程）包括系统测试、回归测试、验收测试三大步骤。2.1.2.1 执行环境1、执行前提是“测试计划 用例设计”阶段完成；2、此阶段开发组须集成可测版本提供给测试组执行测试，测试组先进行冒烟测试，冒烟测试不通过则 须返回开发组再集成可测版本； （在此说明，冒烟测试即机顶盒常用功能都可正常执行操作，可理 解为机顶盒的基本功能测试）3、完成测试文档前期准备工作；2.1.2.2 执行细则测试人员针对独立的测试任务进行方案设计（可自定义） 测试人员执行测试用例 实时提 交发现的 BUG至 Test

5、Director 、开发人员实时访问刷新 BUG页面跟踪并修复 BUG 开发人员提供新版 本 测试人员回归测试检测已修复 BUG、提交新 BUG 重复蓝色标记步骤直至所有 BUG通过测试人员编写测试报告。2.1.3 验收测试2.1.3.1 执行环境1、执行前提是“系统测试”阶段完成；2、开发组提供最新版本，要求所有 BUG都已修复并经过测试人员确认完；3、确认 TestDirector 上严重、比较严重、非常严重级别的BUG都关闭（ Closed ），Low 状态的大部分BUG都关闭（ Closed ）；4、得出前期测试报告结果。2.1.3.2 执行细则验收 模拟用户使用环境及常惯执行测试 记

6、录验收过程及结果 通过则制定测试总结报 告并结束、 不通过则进入下一步 实时提交发现的 BUG至 TestDirector 、开发人员实时访问刷新 BUG 页面跟踪并修复 BUG 开发人员提供新版本 测试人员回归测试检测已修复 BUG、提交新 BUG 重 复蓝色标记步骤直至所有 BUG通过。下面简单的介绍两种通常情况下的项目流程，藉此说明一下开发与测试在整个项目中的协同工作， 其实测试活动并不是等到项目编码完成之后才开始， 从一开始就是和开发并行进行的项目活动， 以下两 个流程图可以得到例证：2.2 项目简易流程 1（单个项目运行）2.3 项目简易流程 2（多个项目运行）3 TestDirec

7、tor 工具使用说明TestDirector （ 简称 TD）提供并集成了测试需求管理、测试计划和用例管理、测试日程控制、测试 执行和缺陷跟踪等功能，目前公司主要引用的模块为缺陷跟踪，作为主导的BUG管理工具。3.1 操作说明3.1.1 登陆打开 IE ，在地址栏中输入，就可以打开 TD主页面（首次登陆会提示要求安装插件，点击“是”选 择安装） 安装插件后就可以打开 TD 主页面，如下图： 点击页面左上角 TestDirector 进入：3.1.2 增加缺陷（ Bug） -程序员 | 测试员注释：并不是只有测试人员才能提交BUG，开发人员发现了问题一样可以提交，当然此处的提交并不是开发期的缺陷

8、， 而是项目已集成后的缺陷， 开发人员提交的问题可作为今后其它项目的参考范例， 便于 整理公司产品的“综合症” 。窗口介绍：在此我们工作过程中主要引用到的是缺陷管理模块， 在以上选项中选择 即打开缺陷窗口， 如图，可选择下的更改密码进行用户密码修改操作。登记缺陷：3.1.3 修改缺陷（ Bug）状态在 栏，根据实际情况修改 Bug 的状态， Bug 的状态有五种： New 、Open、 Reopen 、 Rejected 、 Fixed 、 Close 。希望大家不会觉得以上的操作过于繁琐！3.2 TestDirector （ TD）的优点1、TestDirector 能让测试人员、开发人员通过一个中央数据仓库（服务器），在不同客户端就 能互通测试信息。及时的获取到项目出