- 1、本文档共12页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
1 前言
本文档仅作用于公司内部人员使用参考, 主要概括的是开发组与测试组的工作流程及工
作衔接内容,该文档由测试组人员内部制定, 若有考虑不周之处请给出建议! 编写此流程的
主要目的是规范测试,提高开发组与测试组的工作效率,尽可能早地找到 BUG,并保证得
以修复。
2测试流程简介
2.1测试工作总体流程
2.1.1测试计划用例设计审核不通过《测试计划》1、根据《项目规范说明 书》确定机顶盒需求及 潜在需求;2
2.1.1测试计划用例设计
审核不通过
《测试计划》
1、根据《项目规范说明 书》确定机顶盒需求及 潜在需求;
2、定义机顶盒测试策略 与方法;
3、制定进入、退出测试 准则;
4、安排测试人员、测试 时间、测试资源。
《测试设计》
1、将测试计划整理的机 顶盒需求细化分解为独 立的功能点;
2、为每个功能点设计测 试用例;
审核通过
下一阶段
执行环境
1、项目立项后,项目组讨论项目实施过程后执行此流程;
2、前提是须有《项目技术规范说明书》 ,若客户未提供可从其它途径获取客户需求(如
以前项目文档,样机获取等);
3、与开发组的程序设计阶段同步, 即开发设计项目实施时测试组同步进行测试设计, 此
过程为测试执行做准备工作;
4、立项 一?项目经理把技术规范说明书共享给开发、 测试组 一?开发组人员解析说明书
并设计代码、测试组根据说明书作出测试计划、 测试用例一?此阶段完成(此过程中
开发组和测试组进行功能规格沟通)。
执行细则 测试计划
测试负责人根据项目的需求, 制定测试计划,明确目标与测试任务以及测试人员的安排。
测试计划分复杂文档型和简单实用型, 综合我司目前情况, 比较适用后者即简单实用型, 引
用Microsoft Project来计划分配项目任务, 把项目细分为各个阶段、 阶段再细分为各个任务, 任务精确到具体时间、负责人,测试计划的主要要素包括:项目名称、任务名称、工期、开 始时间、完成时间、资源名称等,如下图。
0工电g要
二世
顺
器却隹
娴牖
XI胡明3
"t
3 二二二五。三 ZZ
日一二二七厂
k 注解书
C 5工加
现密汨
ax稀如口
—
■营日E书
?工阳
制雨月,前
KG和月第日
皿学口桁书
1工帕
加舞魅日
浜耳9胎口
S州姥就荔韦
2工阳
工口也凋2s日
富?府3苫日
测试用例
依据已引用的用例模板,进行用例设计,挖掘用户潜在需求并结合到用例设计,与需求
接口人沟通获取更直观的用户要求;
若项目时间充足,测试用例可提供给开发人员,以便开发人员结合代码设计思路给出建 议,使测试用例达到更高的可执行效果;
测试用例由测试组相应测试人员设计。
2.1.2系统测试
备注:测试阶段分为单元测试、集成测试、系统测试、验收测试,单元测试由开发人员
根据代码进行测试,集成测试即分模块单独测试(此阶段跳过) ,系统测试即集成后的版本
测试(我司主要以此阶段作为测试的重心) ,验收测试即模拟用户进行使用测试(发布前的
版本)。
结合公司环境,目前测试执行(测试执行区别于测试设计,测试设计主要是方法、过程
的设计,测试执行是执行已设计好的方法及过程) 包括系统测试、回归测试、验收测试三大
步骤。
执行环境
1、执行前提是“测试计划 用例设计”阶段完成;
2、此阶段开发组须集成可测版本提供给测试组执行测试,测试组先进行冒烟测试,冒烟测
试不通过则须返回开发组再集成可测版本; (在此说明,冒烟测试即机顶盒常用功能都
可正常执行操作,可理解为机顶盒的基本功能测试)
3、完成测试文档前期准备工作;
执行细则
测试人员针对独立的测试任务进行方案设计(可自定义) 一?测试人员执行测试用例
一?实时提交发现的 BUG至TestDirector、开发人员实时访问刷新 BUG页面跟踪并修复
BUG 一?开发人员提供新版本 一?测试人员回归测试检测已修复 BUG、提交新BUG一?重
复蓝色标记步骤直至所有 BUG通过一?测试人员编写测试报告。
2.1.3验收测试
执行环境 1、执行前提是“系统测试”阶段完成;
2、开发组提供最新版本,要求所有 BUG都已修复并经过测试人员确认完;
3、确认TestDirector上严重、比较严重、非常严重级别的 BUG都关闭(Closed), Low状
态的大部分 BUG都关闭(Closed);
4、得出前期测试报告结果。
执行细则
验收 一?模拟用户使用环境及常惯执行测试 一?记录验收过程及结果 一?通过则制定 测试总结报告并结束、 不通过则进入下一步 一?实时提交发现的 BUG至TestDirector、开发 人员实时访问刷新 BUG页面跟踪并修复 BUG一?开发人员提供新版本一?测试人员回归
测试检测已修复 BUG、提交新BUG—?重复蓝色标记步骤直至所有 BUG通过。
卜面
文档评论(0)