测试流程文档Word格式.docx
- 文档编号:19847017
- 上传时间:2023-01-10
- 格式:DOCX
- 页数:11
- 大小:75.90KB
测试流程文档Word格式.docx
《测试流程文档Word格式.docx》由会员分享,可在线阅读,更多相关《测试流程文档Word格式.docx(11页珍藏版)》请在冰豆网上搜索。
3.5.测试用例设计6
3.6.测试用例评审7
3.7.测试准备7
3.8.测试开始评审(可裁剪)8
3.9.测试执行8
3.10.测试结束评审(可裁剪)9
4.相关测试模板定义9
概述
背景
本文档描述开鼎科技有限公司项目开发过程中测试的相关流程,本文档适用于测试、研发、QA等相关工程师。
目的
定义测试工程师在项目开发过程中活动阶段,以及相关阶段的活动内容。
优化以及完善测试流程,提高测试覆盖率和提高产品测试质量。
说明
本文档流程适应于开鼎科技有限公司;
适应于SD项目和IC项目。
测试总体说明
测试总体框架
裁剪说明
裁剪应该符合特定项目需要。
过程域裁剪时,应该得到QA、CM、测试.等相关人员同意。
裁剪参考:
项目规模
项目开发周期
项目资源
当前项目开发生命周期成熟度
测试流程描述
需求评审
该章节内容应该会在项目管理指南中有所描述,本文档不再进行相关描述。
请参照相关过程域说明。
测试需要参与用户需求评审、功能需求评审。
测试计划
Ø
描述:
定义在项目开发工程中测试执行计划。
目的:
明确在项目开发过程中,测试的资源、时间、项目、测试等相关内容描述。
参考依据:
测试计划模板
设计方法:
5W1H(Who/What/Where/When/Why/How)
Who:
测试设计人员/测试执行人员
What:
被测试体测试范围
Where:
测试环境测试情况
When:
测试周期、测试时间点(可由project跟踪)
Why:
阐述相关计划制定的根据
How:
测试设计原理、策略
说明:
测试计划评审,可与项目计划一起评审。
本文中,不再进行相关阐述。
测试方案/测试需求设计(可裁剪)
测试方案/测试需求是对项目需求进行相关的细化。
根据产品功能需求,使用相关设计方法,罗列以及细化形成可测试的需求;
罗列不可测试的需求。
描述测试总体环境/项目总体环境
确保测试设计全面性
产品需求
测试方案/测试需求模板
Chipset:
产品总体设计说明书
业务/功能逻辑:
根据业务/功能,进行需求扩展。
通常参考需求文档中对功能/业务的分类。
设计原理:
根据设计原理,进行需求扩展。
可以参见白盒测试的方法,考虑进行相关路径覆盖。
因果分析:
分析各种原因和结果,进行相关统计与区分;
并把相关需求按统计区分进行分类。
情景/模式分析:
测试方案/测试需求评审(可裁剪)
通过正式的评审会议或者非正式的邮件形式,组织项目相关人员进行测试方案的评审,确保相关人员对测试方案达成一致。
确保测试用例的设计覆盖率。
测试方案评审指南
评审点:
检查测试方案是否符合模板?
参照需求文档,检查测试方案是否有遗漏?
参照需求文档,检查测试方案是否扩展范围过小?
参照需求文档,检查测试方案是否有测试无效性?
参照需求文档,检查测试方案是否有测试冗余?
参照需求文档,检查测试方案是否有描述错误?
参照需求文档,检查测试方案是否有设计错误?
不可测试需求,是否可以进行相关测试?
测试方案的设计逻辑是否正确?
测试方案的需求分类/细化是否正确?
参与人员
测试、研发、QA、项目经理
测试用例设计
根据需求以及测试方案,测试工程师编写测试用例。
测试用例是基于需求的产品测试项目集合。
提高测试设计覆盖率
测试执行的依据性文件
产品需求
测试方案
测试用例设计模板
产品概要设计说明书(可选)
边界值方法
业务逻辑
等价类划分
异常情况测试方法
如果有测试方案/测试需求过程域,可以直接对测试方案/测试需求进行细化。
如果裁剪测试方案/测试需求过程域,则测试用例设计时,应该考虑测试方案/测试需求的相关设计方法。
测试用例评审
通过正式的评审会议或者非正式的邮件形式,组织项目相关人员进行测试用例的评审,确保相关人员对测试用例达成一致。
测试用例评审指南
检查测试用例是否符合模板?
参照测试方案和需求文档,测试用例是否有遗漏?
参照测试方案和需求文档,测试用例测试方法是否有错误?
测试用例的测试环境、测试步骤、预期结果是否正确?
描述是否清楚详尽,步骤是否明确?
测试用例编号是否正确?
参与人员:
测试准备
根据测试用例,搭建相关测试项目的OLT环境配置;
编写相关测试脚本;
IXIA的消息结构配置。
提前准备测试环境,提高测试执行时效率。
提前发现测试环境风险。
无
测试开始评审(可裁剪)
通过正式的评审会议,在开始测试执行前,评审提交测试的条件是否具备?
是否开始进行相关测试?
相关测试执行策略讨论。
确保提交测试的版本质量
确保测试有效性
⏹SD
版本releasenotes是否具备?
(或者相关版本说明性文档)
自测报告是否具备?
是否进行相关自测试?
App是否集成,可以供测试使用?
测试硬件是否具备?
测试资源是否具备?
其他设计文档是否具备?
⏹Chipset
FPGA/ASIC是否能够符合测试要求?
寄存器Datasheet说明书是否具备?
测试执行
根据测试策略,进行相应测试覆盖率的测试。
验证产品是否符合需求
测试用例
说明
测试终止条件:
1.提交版本无法运行
2.提交版本经常性重启/死机
3.MPCP注册失败
4.OAM发现失败
5.Bug涉及的40%的模块
Bug应在发现后,立即提交OA。
测试报告
在测试结束后,根据测试报告模板;
对项目测试执行过程,进行总结分析。
总结项目测试过程
测试报告模板
测试结束评审(可裁剪)
在结束测试执行时,评审测试执行过程以及产品相关质量是否符合要求?
评审是否进行发布?
评估测试执行覆盖率
评估产品质量
测试覆盖率:
是否存在测试遗漏
遗留缺陷:
是否符合公司质量标准
产品测试结果是否符合项目质量目标(缺陷数/测试周期是否符合项目质量目标)
相关缺陷统计分析:
缺陷趋势/缺陷模块分析/缺陷生命周期/缺陷质量目标
如果裁剪该过程域,相关评审需在发布评审中进行。
测试、研发、QA、项目经理、市场
相关测试模板定义
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试 流程 文档