移动App测试实战 第1章 产品功能测试概述

1.1 互联网产品常见的研发流程

首先需要介绍一个互联网产品研发相关的分工
1、产品经理，负责产品方向和具体需求的规划，需要文档的编写。
2、项目经理（PM），负责项目的立项和时间安排，并跟进项目研发的进度、变更和风险，以及各种跨团队的协调工作。
3、设计师，负责产品的交互设计、视觉设计等方面
4、研发人员，负责产品的技术架构设计和代码编，产出是可运行的实际产品
5、测试人员，负责产品的质量把关，包括功能、性能和稳定性等多方面的测试内容。
6、运维人员。
7、运营人员。

从测试人员的角度，需求评审的价值主要在以下几个方面
1、充分理解需求，为后续的测试用例编写打下基础
2、基于对需求细节的了解，可以更准确地评估测试的要点和工作量
3、发现需求中模糊不清的地方。

1.2 测试用例设计和评审
是否编写用例上的建议：
1、用例设计上的投入。
2、用例编写的详细程度。测试用例应该至少包括下面的要素：
    a.用例的题目
    b.测试步骤
    c.前置条件
    d.测试数据
    e.期望的测试结果
用例就是一个故事梗概，需要对应的测试人员了解需求的上下文，以及基础的实现方法。
3、表现形式
    常用的Xmind、Freemind等工具。《软件测试》Paul C.Jorgensen 《微软的软件测试之道》《探索式软件测试》

1.3 测试进度管理
1、测试进度报告：在测试阶段中间发出，告知测试工作的进度，发现的问题、风险，以及接下来的计划。
    风险和问题、测试工作进度、当前bug统计、未关闭bug列表。
2、测试完成报告：标志测试工作的结束，会给出对应的测试结果和结论，包含是否达到可发布的标准以及还有那些遗留问题。
3、系统化的方法
    在信息的完整性和效率上也要进一步提升的空间，主要问题体现在下面几个方面：

• 报告里面的信息都是手工填写的
• 一些时间维度的信息丢失
• 沟通的成本

    功能测试平台的信息粗略地说需要来自三个方面的系统

• 版本需求管理平台
• 测试用例管理平台
• 缺陷管理平台