app软件测试工作流程

软件测试工作流程

结合公司的项目情况制定合理的测试流程，提高测试效率和产品质量。结合公司的项目情况制定合理的测试流程，提高测试效率和产品质量。核心还是要加强项目成员之间的沟通，弱化文档。

一、 测试流程说明

二、 测试流程

• 需求创建：业务发展的需要。

（1）产品数据的分析以及用户的需求。
（2）公司内部的需求。
（3）产品经理的奇思妙想。

• 需求分析

要求细化每一个功能的细节，每一个按钮的位置以及边界范围，对于稍大或稍复杂需求要求建模。
（1）测试需求是 制订测试计划 的基本依据，只有确定了的测试需求才能够为测试计划提供客观依据;
（2）测试需求是 设计测试用例 的指导，只有确定了要测什么、需要测哪些方面，才能有针对性的设计测试用例;
（3）测试需求是 计算测试覆盖 的分母，没有测试需求就无法有效地进行测试覆盖.

• 需求确认：

同产品，开发以及相关人员确认需求。

• 需求评审：

（需求澄清）参与人员，包括：开发、测试、产品、设计，并不是所有的项目都要进行需求评审，可对适当的需求进行合适的需求评审。
（1）需求评审过程中，开发从技术角度来分析实现方案，实现难易程度。设计从交互角度给出适当的建议，有没有不合理的交互流程，是否存在可优化的地方？测试从用户角度来给出产品逻辑上是否存在不合理的建议。
（2）在需求评审的结束之后，明确相关人员的职责，评估设计，开发，测试周期，制定项目计划。
（3）项目计划内容：项目成员职责，项目进度计划。
• 开发编写排期：开发人员需要根据需求功能点进行排期，然后将开发计划发送给参与项目的所有人员，测试人员根据开发计划，安排测试的具体测试时间。

• 测试编写用例

根据详细的需求文档，开始进行用例的编写。

• 测试用例评审

（1）用例评审前，先将用例发送给相关人员，以便他们事先了解用例将对哪些功能进行验证以及验证的细节。
（2）在用例评审中，参与人员需要对用例中与实际功能不符合的用例或者格式不规范规用例提出修改建议。

• 系统测试、执行用例

开发人员自测完成后将实现的功能演示给测试人员，测试人员可以提出疑问由开发人员解答或者后续提单解决。
（1）第一轮测试，主要是对项目的核心功能或提测模块的主要功能进行冒烟测试，如果冒烟测试通过，就进入ST功能测试阶段；冒烟不通过版本打回，开发进行编码修改，直到冒烟通过为止
进入系统测试阶段，测试组会执行所有测试用例，发现缺陷提交问题单，并每日汇报测试进展。第一轮测试结束后，测试组将所有的问题单跟踪提交给开发人员，由他们进行修改。然后对第二轮进行测试，第二轮会对第一轮中发现的问题进行重点回归。
（2）首先是回归缺陷，然后会在用例中挑选一些优先级别比较高的用例来进行测试，发现问题继续提交缺陷问题单，直到缺陷率低于用户要求，测试组将进行最后一轮的大版本测试，结束系统测试。具体测试轮次根据版本质量和项目复杂度而决定。
· 预发测试：上线之前的最后一次测试，对所有的流程做一遍测试，出现问题及时修复，如没有问题就进行版本发布。
• 测试报告：经过两到三轮或四轮的测试后，直到没发现新的问题。或暂时无法解决，或不紧急的问题，跟项目负责人确认后，可以通过。
测试报告内容（重点）：
（1）测试项目的版本，测试项目内容的概述
（2）测试用例的执行情况
（2）测试结果的统计：总bug数，bug级别分类统计，已解决数，遗留数。
（4）测试评估：基于软件缺陷的质量评估，写明在当前版本，已实现的功能和未实现的功能。

• 线上测试

上线后，为避免因环境因素产生的一些问题，可视情况进行通测或者关联功能测试