1 / 5
文档名称:

产品测试流程标准产品测试流程.docx

格式:docx   大小:20KB   页数:5页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

产品测试流程标准产品测试流程.docx

上传人:cby201601 2022/4/28 文件大小:20 KB

下载得到文件列表

产品测试流程标准产品测试流程.docx

文档介绍

文档介绍:产品测试流程标准产品测试流程
需求分析需求分析由产品人员制定,他们要做的不是一份
简单的文档,而是细化每一个功能的细节,每一个按钮的位
置,对于稍大或复杂一点的需求都进行建模。
需求评审需求评审(产品需求人员、开发人员、测试人
员产品测试流程标准产品测试流程
需求分析需求分析由产品人员制定,他们要做的不是一份
简单的文档,而是细化每一个功能的细节,每一个按钮的位
置,对于稍大或复杂一点的需求都进行建模。
需求评审需求评审(产品需求人员、开发人员、测试人
员、设计人员)前期需求进入会大大增加测试人员对产品的功
能的整体把握,现在测试人员担任的是测试和产品体验员的身
份。测试人员提出需求,开发人员考虑功能实现的方案与可行
性、当然开发负责也是要参与的。测试人员主要是对需求的理
解提出疑问,以便才能根据需求写用例。QA人员是最终对软件
质量进行验证的人,所以也需求了解需求。
开发人员编写排期开发人员需求根据需求功能点进行排
期。然后将开计划转交给测试人员。
测试计划排期测试人员根据开发计划,对测试具体测试时
间,也就是开发功能完成后的时间,进行几轮测试等。然后,
把项目的开发与测试计划发送给各部门负责人及参与项目的所
有人员。
编写测试用例根据详细的需求分档,开始进行用例的编
-- 》测试人员编写测试计划 -- 》邮
件通知所有人员及部门负责人。 】用例评审在用例进行评审之
间,先以邮件形式将用例发送给相关人员,以便他们事先了解
用例对哪些功能进行验证以及验证的细节。
然后,测试人员组进行用例评审,开发人员对用例与实际
功能不符合有哪些,产品人员对会通过用例对功能的具体实现
进行把握等等。
【测试用例评审(产品需求人员、开发人员、测试人员、
QA人员)】提交基线开发人员完成所有功能后,会对自己的功
能进行一个自测。自测完成后提交测试人员进行基线。 【开发代
码及自测 --- 》编写测试用例】具体测试流程开发人员对于基到
测试线的功能进行测试,发现的问题通过缺陷管理工具进行反
馈,开发人员对问题进行修复,然后,准备第二轮测试。
测试人员完成第一轮测试后,需要写测试结论,发到相关
人员。然后对基线后的第二轮进行测试,第二轮会对第一轮中
发现的问题进行重点回归。
测试具体流程如下:
1 、测试和发现软件中存在的软件缺陷使用各种测试技术和
方法来测试和发现软件中存在的软件缺陷。测试技术主要分为
黑盒测试和白盒测试两大类。
其中黑盒测试技术主要有等价类划分法、边界值法、因果
图法、状态图法、测试大纲法以及各类典型的软件故障模型等
白盒测试的主要技术有语句覆盖、分支覆盖、判定覆盖、基本
路径覆盖等;2 、测试工作需要贯穿整个软件开发生命周期完整
的软件测试工作包括单元测试、集成测试、确认测试和系统测
试工作。
单元测试工作主要在编码阶段完成,由开发人员和软件测
试工程师共同完成,其主要依据是详细测试。集成测试的主要
工作测试软件模块之间的接口是否正确实现,基本依据是软件
体系结构设计。确认测试和系统测试是在软件开发完成后,验
证软件的功能与需求的一致性、验证软件在相应的硬件条件下
的系统功能是否满足用户需求,其主要依据是用户需求。
、缺陷报告编写及提交测试人员