1.功能测试总结

1.1 功能测试流程

(1).需求分析与评审
(2).测试计划与测试方案
(3).测试用例设计
(4).测试用例评审
(5).执行用例
(6).缺陷跟踪及报告产出

1.2 需求分析与评审

首先需要明确的是软件的需求, 软件的需求就是客户为解决问题提出的需要满足的要求.

需求评审是为了技术人员一起确认需求的完整与准确, 所有人对需求的理解是一致的, 不产生歧义或错误的理解, 此可以降低因为需求不明确带来的项目失败风险.

一般需求评审, 在公司会召开需求评审会议, 也可能通过线上会议进行. 与会人员一般包括: 产品, 开发, 测试和UI. 其中测试人员在需求评审中, 要确认自己对需求要清晰的理解, 没有疑惑; 确认需求文档完整, 准确, 能够为后期测试工作所使用; 对需求中不合理的地方提出自己的修改建议.

1.3 用例设计与评审

测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包括：测试环境、操作步骤、测试数据、预期结果等要素。

其实, 测试用例就是一份编写了要测哪些内容的文档. 测试用例表达要清楚, 无二义性; 用例可操作性强; 用例的输入与输出明确.

用例是测试人员根据需求进行设计的, 设计方法有:  等价类划分法, 边界值法, 判定表法, 正交法, 场景法, 错误推测法, 基于需求设计.

用例设计过后, 一般需要进行评审.

1.4 用例执行与缺陷跟踪

测试人员根据测试用例, 按照测试用例一条一条的进行测试, 并在用例中详细记录测试的实际结果, 如果测试结果与预期输出结果不一致, 则判定为软件缺陷.

缺陷要提交给开发人员, 进行修改, 修改过后, 测试人员要对修改过后的软件再次进行测试, 被称为回归测试, 如果测试通过则标记通过, 未通过则再次提交Bug, 开发人员进行修改, 知道测试人员测试通过. 整个过程就是缺陷的跟踪过程. 作为测试人员要对自己测试的软件或软件的相应模块的质量负责.