HW测试需求分析报告过程详解.docx
《HW测试需求分析报告过程详解.docx》由会员分享,可在线阅读,更多相关《HW测试需求分析报告过程详解.docx(38页珍藏版)》请在冰豆网上搜索。
HW测试需求分析报告过程详解
产品名称Productname
密级Confidentialitylevel
部公开
产品版本Productversion
Total34pages共34页
测试需求分析过程详解(入门级)
(仅供部使用)
Forinternaluseonly
拟制:
Preparedby
王健立59754
日期:
Date
2008-12-05
审核:
Reviewedby
日期:
Date
批准:
Grantedby
日期:
Date
华为技术
HuaweiTechnologiesCo.,Ltd.
所有XX
Allrightsreserved
修订记录Revisionrecord
日期
Date
修订版本Revisionversion
修改描述
changeDescription
作者
Author
2008-12-05
1.00
初稿完成
王健立59754
目录TableofContents
测试需求分析过程详解(入门级)
1目的
书写本系列文章的目的是期望,能够通过系列的培训,完善外包的测试知识、使其了解相关测试要点或重点、使其测试相关知识尽量和我司标准靠拢(方便过程文档后续的维护和重用),以完成对外包测试人员的培养计划。
本文以介绍外包测试中测试需求分析为主,通过本文,期望使外包测试人员,对于我司合作项目的测试需求分析阶段有所了解,并能够独立使用我司提供测试需求分析模板,完成测试需求分析设计工作。
注1:
本系列培训材料主要对象是委托开发测试人员和委托测试人员。
而由于委托开发项目特殊性,测试周期较我司自研项目短了很多,所以,测试设计培训材料,统一采用excel模板(word模板效果好些,但是需要投入的时间也太久)为例进行讲解。
注2:
合作方培训系列胶片分级原则:
1、入门级:
专业人员结合合作人员普遍水平,书写培训材料,要保证浅显易懂。
合作方人员主要通过自学的方式进行,不占用工作时间。
材料学习完毕,期望合作方人员基本上能够对业务有了初步的认识和了解,在我司人员的稍加指导下,能够完成基本的开发、测试或资料书写工作。
主要是各部件的基础概念、基本功能及典型业务流程介绍
2、提高级:
专业人员结合合作人员普遍水平,书写培训材料,在入门级的水平上进行提高,讲述业务中较为深入的知识(比如测试设计中的各种工程方法的详解、一些原理知识:
例如组播原理,等等)。
这部分知识将由我司专家对合作方团队中骨干人员进行培训,然后,由合作方骨干人员对其团队部人员进行培训,不占用工作时间。
培训完毕,期望合作方人员能够对业务有了较深的认识和了解,基本上能够独立的完成基本的开发、测试或资料书写工作,并且质量较好,能够达到我司普通员工的水准。
主要是业务流程中比较深入的一些知识,例如具体的实现方案、整体的架构、物理组网、接口以及一些原理知识(如组播原理)等
3、精深级:
专业人员结合多年的经验,参考各种材料,书写培训材料,专业、系统的讲述业务中较为高深的知识。
此级别为拓展级别,并不要求所有合作方人员全部掌握,只是以拓展合作方人员知识与眼界为主,这部分由我司专家定期进行全员培训。
如果能够完全掌握,基本上能够达到我司骨干人员的水准。
主要是针对当前情况对产品后续发展的一个展望,包括业务的扩展及一些优化工作
2正文
2.1测试需求分析重要性
目前,测试过程中存在以下问题:
1、产品质量维度关注不全面,测试类型不完整;
2、没有测试规格,测试分解分配比较随意;
3、没有系统的工程方法或指导;
4、测试过程中,经常会出现需求遗漏、测试设计遗漏的问题;
为提高客户满意度需要提高产品质量,减少网上问题,作为质量保证的重要一环,测试需要站在客户立场做测试,需要首先明确应该测试什么的问题。
测试需求分析的目的是明确测试什么。
2.2测试需求分析基本概念
测试原始需求:
产品测试规格分析的输入,是从产品包需求、系统需求、测试经验库等需求来源中提取的经过整理的输入集合。
测试规格:
测试规格是产品测试规格和特性测试规格的通称。
一般而言,我们所说的测试规格都是指产品测试规格。
产品测试规格是对客户需求、产品包需求、设计需求、设计规格以及其它可能的需求进行综合的测试分析,从测试角度分析并整合形成的测试需求集合,明确了测试应该测试什么。
产品测试规格经过相关整理后相互之间没有重复,每条产品测试规格都有唯一的标识。
测试特性:
逻辑上相关的产品测试规格集合,可以是功能性的产品测试规格集合,也可以是非功能性的产品测试规格集合。
逻辑相关性,指的是按照一定的规则进行划分,这个规则是个广义的规则,区别于开发按照功能进行划分的特性。
测试需求分析基本可以分成以下几步:
,下面一一论述。
2.3原始需求收集
2.3.1原始需求来源
原始需求目前主要有5类来源:
1、开发需求;
2、协议和规;
3、测试经验库;
4、继承产品需求;
5、用户原始需求;
目前,应用最多的是开发需求、协议规和继承产品需求。
但是,也不能忽略掉了测试经验库和用户原始需求,往往很多隐藏较深的问题,都是在这部分发现的。
2.3.2原始需求收集使用步骤
进入需求分析首页面,单击“1、原始需求收集”按钮,excel自动生成“原始需求来源”标签。
注:
文中将以下面的文档作为需求分析模板:
“原始需求来源”标签中表格如下图所示:
原始需求来源
来源编号
文档名称
备注
列名解释:
1.原始需求来源:
表示对被测试对象进行分析的来源的类型,目前有5类:
开发需求,协议和规,测试经验库,继承产品需求和用户原始需求。
2.来源编号:
表示对来源的编号,对于不同的来源有不同的字母表示,对于相同的来源以数字编号区别。
开发需求--DR,协议和规--PR,测试经验库--ER,继承产品需求--SR,用户原始需求--UR。
如对于某文档《XXXX产品需求规格说明书》,其编号可能为DR001
3.文档名称:
表示需求来源的文档的名称。
然后,根据需求来源和文档名称,填写此表格。
注:
本文以下面文档为需求来源对测试需求分析过程进行实际案例分析:
需求来源:
文档《MINI988E2EOR.XLS》:
文档《MINI988设计规格样例.DOC》:
文档《MINI988设计需求样例.DOC》:
根据以上相关文档,“原始需求收集”结果如下:
原始需求来源
来源编号
文档名称
备注
开发需求
DR001
MINI988设计需求样例.DOC
开发需求
DR002
MINI988E2EOR.XLS
开发需求
DR003
MINI988设计规格样例.DOC
由于设计需求较为详细,设计规格作为参考,补充测试原始需求
用户原始需求
UR001
MINI988E2EOR-bussiness.XLS
协议和规
PR001
由于是样例,没有分析协议
继承产品需求
SR001
由于是样例,没有继承关系
测试经验库
ER001
由于是样例,没有测试经验库
2.3.3原始需求收集注意事项
原始需求部分最重要的一点就是要注意广泛性和全面性,要尽可能的收集更多的原始需求,而且,这些需求应该不仅仅局限于上述的五种来源类型,也不仅仅局限于各种文档、资料。
2.4原始需求整理
2.4.1原始需求整理使用步骤
进入需求分析首页面,单击“2、原始需求整理”按钮,excel自动生成“原始需求整理”标签。
如下图所示:
来源编号
需求标识
需求描述
开发特性
测试原始需求编号
测试原始需求描述
列名解释:
1.来源编号:
同“需求来源”表的“来源编号”
2.测试原始需求编号:
"编号规则:
特性编码+XXX“特性编码”为针对开发提供的特性进行编码,可以用缩写作为编码(如VPMN特性,可以缩为VPMN),也可以顺序编号(如,R001等)。
XXX为顺序编号,对于同一个开发特性,如果有多条原始需求,可以按照顺序编号(001开始)。
"
3.测试原始需求描述:
对原始需求的描述,可以是从来源文档中的需求描述的拷贝,或者是从测试角度的提炼出来的描述。
4.开发特性:
表示开发文档中的功能特性。
5.需求标识:
表示该原始需求在来源文档中的标识
6.需求描述:
表示该原始需求在来源文档中的描述,如果此项与“测试原始需求描述”相同可以不填写,是可选项。
7.需求优先级:
表示该需求的优先级,与来源文档中的相同。
8.测试规格分析的工程方法:
表示对该原始需求进行测试分析时将要使用的测试规格分析的工程方法,可以多种工程方法联合使用。
目前对原始需求进行测试分析的工程方法有:
测试类型分析,功能交互分析,关联图分析,测试特性建模,测试规格整合,特性关系分析
9.需否实现:
表示该需否是否已经实现或在本版本中是否实现。
然后,根据“原始需求来源”标签中容和其他相关文档容,填写“原始需求整理”标签。
例如:
来源编号
需求标识
需求描述
开发特性
测试原始需求编号
测试原始需求描述
DR001
OR_MKT.00010
能够支持电子的收发
Email
EMAIL-001
能够支持电子的收发
DR001
OR_SPT.00011
通过LCD可以查看手机中的各种状态和错误信息
LCD
LCD-001
LCD能够显示手机的状态、错误信息、呼叫状态、
DR002
手机应该支持显示输入的(0-9#*:
字母),手机状态,呼叫状态。
LCD
LCD能够显示手机的状态、错误信息、呼叫状态、
DR001
OR_MKT.00028
LCD需提供背景灯,当有来电和短消息、Email时均能自动点亮
LCD
LCD-002
LCD需提供背景灯,当有来电和短消息、Email时均能自动点亮
2.4.2注意事项
原始需求整理部分,同样要注意广泛性和全面性,要完全覆盖各种文档中的需求,不存在任何遗漏。
并且可以对需求进行适当的扩充,比如,我们完全可以通过头脑风暴的方式,对原始需求进行扩展或补充,从而形成新的需求,新的约束点。
并且,在这个部分需要对需求进行初步的规划,尽量避免各个需求之间有过多的交集。
2.5继承性分析
2.5.1继承性分析使用步骤
进入需求分析首页面,单击“3、继承性分析”按钮,excel自动生成“继承性分析”标签。
如下图所示:
来源编号
继承特性
失效影响度
成熟度
继承方式
优先级
测试建议
新增需求
功能交互分析的重点