测试流程管理规范V10

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

测试流程管理规范

当前版本:V01

2018-6-11

历史版本

版 本 作 者 修改内容 修改日期 备 注 V0.1 刘吉彪 新建 2018-6-11

目 录

1覆盖范围 (3)

2名词解释 (3)

3测试流程 (3)

4测试管理 (5)

4.1测试流程管理 (5)

4.2测试文档管理 (6)

5版本管理 (6)

5.1版本管理约定 (6)

5.2版本管理流程 (7)

1覆盖范围

包括关键物料验证、生产测试,研发测试(环境试验),路测和用户试用(第三方认证)。

2名词解释

DUT——Device Under Test(被测设备),一般指硬件产品,有时也用来表示被测程序。

测试用例——T est Case(缩写为TC),是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果的说明或程序,以便测试某个程序路径或核实DUT是否满足某个特定需求。通常我们说测试方案(大纲)中的测试项,就是若干条测试用例。测试用例是执行测试的最小单位。

BUG——bug本义是臭虫、缺陷的意思,现在人们将在电脑系统或程序中,隐藏着的一些未被发现的缺陷或问题统称为BUG(漏洞)。在硬件测试中,我们认为一切影响客户使用的问题都称为BUG。BUG的核心要素是危害程度和出现频度。

3测试流程

测试流程如图3所示。

从两个维度(项目管理和智能部门)考虑,把测试过程和关键节点穿插到当前的大流程中,全面覆盖研发、生产、销售和采购的相关测试,不留死角,确保可靠的产品质量。

销售(项目管理):输出《产品需求规格说明书》,进行文档测试;收集用户试用的问题反馈,添加到测试方案中(版本升级)。

研发:输出《产品设计方案》,编写测试方案,并参与到研发过程中的模块测试、接口测试,输出样机和《产品使用说明书》,进行综合测试(执行测试方案的所有测试项),输出BUG清单并进行回归测试,最后整理测试报告,组织评审。

生产:参与小批量试制的生产测试,验证测试方案中的生产测试项与测试方法。

供应链(保障):对采购的关键物料,提供检验技术支持。

图3 测试流程图

4测试管理

测试管理主要包括测试流程管理和测试文档管理两大类。

4.1测试流程管理

流程管理主要是针对测试任务流,其中任务流中又包括BUG子流程。

测试任务流的入口条件:

(1)《产品需求规格说明书》;

(2)《产品设计方案》;

(3)《产品使用说明书》;

(4)样机2套;

(5)程序(或固件);

测试任务流的结束(产品发布)前提:

(1)测试方案中的测试项全部执行,有数据记录;

(2)BUG的解决方案详实,且验证通过;

(3)测试报告评审通过;

流程管理的方法很多,嵌入项目管理中、开源管理平台(如“禅道”)、专业的测试管理平台(如QC、Redmine、TestLink),可以定制符合公司体制的管理平台(如泽众T estCenter),现阶段前两种比较合适(无成本,效率高)。

BUG子流程如图4-1所示,BUG管理平台有BugZilla、Mantis,也可以用Excel表单管理(一个产品对应一张BUG清单),简单明了。

图4-1 BUG流程图

4.2测试文档管理

测试文档包括研发输入文档、程序,自编的测试文档等。

研发输入类文档包括《产品需求规格说明书》、《产品设计方案》、《产品使用说明书》、程序等,通常打一个压缩包(命名:项目号+产品名称+版本+日期);

自编的测试文档包括《测试方案》、《产品测试记录》、《测试报告》、测试程序等,归档时也打一个压缩包(命名:项目号+产品名称+版本+日期)。

《产品测试记录》在模块选型测试、模块测试、接口测试和生产测试中采用,现已提供标准模板。《测试方案》和《测试报告》提供模板,后续的测试文档必须按模板格式编写。

测试文档归档在共享网盘 \\Desktop-gj5gcir\测试共享上,伙伴们可随时监督和查看。5版本管理

5.1版本管理约定

(1)归档文件为PDF格式,命名要求:项目号+产品名称+版本+日期,文档中必须包含历史版本记录页;

(2)程序文件为压缩包格式,命名要求:项目号+产品名称+版本+日期,压缩包中包含源程序代码和版本变更记录文档(可以是txt);

(3)版本号组成:“V”+1位大版本号+“.”+2位小版本号,大版本号为0表示未验证的临时版本,为1表示验证的正式版本;小版本号为奇数,表示内部过程版本;为偶数表示对外的正式发布版本(如V1.02);

(4)分为3个版本库:研发库、测试中间库、成品库,研发库版本会不断迭代,更新较快,自行控制;测试中间库按测试任务要求接收研发版本,阶段性较强,可屏蔽频繁的升级更新,中间库的版本测试通过后,可转成品库,一旦转入成品库,将版本封存不允许随意变更;成品库相对稳定,归档时整理版本目录和会签记录,生产直接从成品库中领用,并且禁止任何时候使用其他库中的版本;

(5)建议设立版本管理员(可兼职),重点负责成品库的归口管理;

(6)版本定期备份,以防数据丢失。成品库保存期限为长期,其他库自定;

5.2版本管理流程

版本管理流程如图5-2所示。

图5-2 版本管理流程图

相关文档
最新文档