当前位置: 首页 > >

测试工作流程及工具使用

发布时间:

1 前言
本文档仅作用于公司内部人员使用参考,主要概括的是开发组与测试组的工作流程及工作衔接内 容,该文档由测试组人员内部制定,若有考虑不周之处请给出建议!编写此流程的主要目的是规范测试, 提高开发组与测试组的工作效率,尽可能早地找到 BUG,并保证得以修复。
2 测试流程简介
2.1 测试工作总体流程
2.1.1 测试计划 用例设计
2.1.1.1 执行环境
1、 项目立项后,项目组讨论项目实施过程后执行此流程; 2、 前提是须有《项目技术规范说明书》,若客户未提供可从其它途径获取客户需求(如以前项目文
档,样机获取等); 3、 与开发组的程序设*锥瓮剑纯⑸杓葡钅渴凳┦辈馐宰橥浇胁馐陨杓疲斯涛馐
执行做准备工作; 4、 立项 项目经理把技术规范说明书共享给开发、测试组 开发组人员解析说明书并设计代
码、测试组根据说明书作出测试计划、测试用例 此阶段完成(此过程中开发组和测试组进行 功能规格沟通)。
2.1.1.2 执行细则
测试计划
测试负责人根据项目的需求,制定测试计划,明确目标与测试任务以及测试人员的安排。测试计划 分复杂文档型和简单实用型,综合我司目前情况,比较适用后者即简单实用型,引用 Microsoft Project 来计划分配项目任务,把项目细分为各个阶段、阶段再细分为各个任务,任务精确到具体时间、负责人, 测试计划的主要要素包括:项目名称、任务名称、工期、开始时间、完成时间、资源名称等,如下图。
测试用例
依据已引用的用例模板,进行用例设计,挖掘用户潜在需求并结合到用例设计,与需求接口人沟通

获取更直观的用户要求; 若项目时间充足,测试用例可提供给开发人员,以便开发人员结合代码设计思路给出建议,使测试
用例达到更高的可执行效果; 测试用例由测试组相应测试人员设计。
2.1.2 系统测试
备注:测试阶段分为单元测试、集成测试、系统测试、验收测试,单元测试由开发人员根据代码进 行测试,集成测试即分模块单独测试(此阶段跳过),系统测试即集成后的版本测试(我司主要以此阶 段作为测试的重心),验收测试即模拟用户进行使用测试(发布前的版本)。
结合公司环境,目前测试执行(测试执行区别于测试设计,测试设计主要是方法、过程的设计,测 试执行是执行已设计好的方法及过程)包括系统测试、回归测试、验收测试三大步骤。
2.1.2.1 执行环境
1、 执行前提是“测试计划 用例设计”阶段完成; 2、 此阶段开发组须集成可测版本提供给测试组执行测试,测试组先进行冒烟测试,冒烟测试不通过则
须返回开发组再集成可测版本;(在此说明,冒烟测试即机顶盒常用功能都可正常执行操作,可理 解为机顶盒的基本功能测试) 3、 完成测试文档前期准备工作;
2.1.2.2 执行细则
测试人员针对独立的测试任务进行方案设计(可自定义) 测试人员执行测试用例 实时提 交发现的 BUG 至 TestDirector、开发人员实时访问刷新 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 执行细则
验收 模拟用户使用环境及常惯执行测试 记录验收过程及结果 通过则制定测试总结报 告并结束、不通过则进入下一步 实时提交发现的 BUG 至 TestDirector、开发人员实时访问刷新 BUG 页面跟踪并修复 BUG 开发人员提供新版本 测试人员回归测试检测已修复 BUG、提交新 BUG 重 复蓝色标记步骤直至所有 BUG 通过。
下面简单的介绍两种通常情况下的项目流程,藉此说明一下开发与测试在整个项目中的协同工作, 其实测试活动并不是等到项目编码完成之后才开始,从一开始就是和开发并行进行的项目活动,以下两 个流程图可以得到例证:
2.2 项目简易流程 1(单个项目运行)
2.3 项目简易流程 2(多个项目运行)
3 TestDirector 工具使用说明
TestDirector (简称 TD)提供并集成了测试需求管理、测试计划和用例管理、测试日程控制、测试 执行和缺陷跟踪等功能,目前公司主要引用的模块为缺陷跟踪,作为主导的 BUG 管理工具。
3.1 操作说明
3.1.1 登陆
打开 IE,在地址栏中输入,就可以打开 TD 主页面(首次登陆会提示要求安装插件,点击“是”选 择安装) 安装插件后就可以打开 TD 主页面,如下图: 点击页面左上角 TestDirector 进入:

3.1.2 增加缺陷(Bug)-程序员||测试员

注释:并不是只有测试人员才能提交 BUG,开发人员发现了问题一样可以提交,当然此处的提交并不是 开发期的缺陷,而是项目已集成后的缺陷,开发人员提交的问题可作为今后其它项目的参考范例,便于 整理公司产品的“综合症”。 窗口介绍:

在此我们工作过程中主要引用到的是缺陷管理模块,在以上选项中选择

即打开缺陷窗口,如

上图,可选择 登记缺陷:

下的更改密码进行用户密码修改操作。

3.1.3 修改缺陷(Bug)状态



栏,根据实际情况修改 Bug 的状态,Bug 的状态有五种:New 、Open、 Reopen 、Rejected、

Fixed、 Close。 希望大家不会觉得以上的操作过于繁琐!

3.2 TestDirector(TD)的优点

1、 TestDirector 能让测试人员、开发人员通过一个中央数据仓库(服务器),在不同客户端就 能互通测试信息。及时的获取到项目出现的问题,并修改缺陷或测试回归确认;
2、 TestDirector 将测试过程流水作业,从提交缺陷—>中间缺陷修复过程—>缺陷关闭,整个过 程都可以得到直观的了解。 3、 方便最后缺陷分析及归档,通过 TD 的导出功能可以直接导出为 Excel、word 文档形式;




友情链接: