1.1 功能测试流程

功能测试大致按照以下流程进行：

(1).需求分析与评审

(2).测试计划与测试

(3).测试用例设计

(4).测试用例评审

(5).执行用例

(6).缺陷跟踪及报告产出

1.2 功能测试流程详解

(1).需求分析与评审

功能测试应从需求出发，功能测试就是尽量覆盖用户需求，是软件能够最大程度满足用户的需求，在开始功能测试之前，技术人员应一起进行需求评审，明确需求，避免需求出现问题，导致后面开发，测试在错误的基础上进行

测试人员在需求评审过程中要：

确认自己对需求理解清晰，不存在疑惑 - 确认需求文档完整，准确，能够为后期测试工作所使用 - 对需求中不合理的地方提出自己的修改建议

(2).测试计划与测试方案

测试计划：是指描述要进行测试活动的范围，方法，资源和进度的文档，测试计划侧重在“计划”二字，其核心内容包含但不限于以下：

测试范围与目标 

角色与职责 

进度与资源 

风险与应对

准入准出标准

测试计划一般由测试组长，测试经理负责编写，也可能有测试工程师编写

测试方案是从技术的角度去分析需求，在方向上明确要怎么测，分析结果侧重点在于测试策略与计数实现

• 策略与方法
• 环境
• 工具的选择

(3).测试用例评审

测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包括：测试环境、操作步骤、测试数据、预期结果等要素。其实，测试用例就是一份编写了要测哪些内容的文档，测试用例表达要清楚，无二义性；用例可操作性强；用例的输入与输出明确，用例是测试人员根据需求进行设计的，设计方法有：等价类划分法，边界值法，判定表法，正交法，场景法，错误推测法，基于需求设计。

(4).测试用例评审

测试用例评审是指，测试人员设计好测试用例后，需要进行评审，检查用例设计是否合格，是否能够最大程度上覆盖用户需求

(5).执行用例

测试用例评审通过，测试人员就可以根据测试用例对开发提交的代码进行测试了，并将测试结果与用例中的预期结果进行对吧，并详细记录

(6).缺陷跟踪及报告产出

缺陷跟踪，是指测试未通关提交的Bug，开发需要修复Bug，再次提测，测试人员要继续测试，如果不通过还要再次提Bug，直到测试通过，这个过程就是缺陷跟踪，最后产出报告。

 

总结：

感谢每一个认真阅读我文章的人！！！

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取。