软件测试流程

• 需求分析

         （1）当前阶段的核心目的就是 梳理清楚我们要测试的点是什么。

          （2）需求的来源：需求规格说明书、API文档、竞品分析、个人经验。

• 编写测试计划

         （1）测试负责人编写测试计划；

         （2）测试计划的内容

                 包括：产品概述、测试范围/测试区域/测试项、测试目标、测试优先级、测试配置/测试资源(硬件、软件、人力、技术等)、测试周期、进度安排（测试任务、人员安排）、测试策略、测试方法/途径、测试交流、风险分析、测试标准、需交付文档等内容。

• 设计用例

          （1）用例就是用户为了测试软件的某个功能而执行的操作过程。

          （2）设计用例是有方法的（等价类、边界值。。。）

          （3）设计用例主要反映在编写测试点上。

          （4）根据公司格式或选择一些模板编写测试用例。

注意：用例我们一般都用excel来做的。

• 评审用例

      对当前用例进行添加或者删除、或者完善、修改等过程。

• 配置环境

     （1）环境:指的就是当前被测对象运行所需要的执行环境，作为测试人员需要具备环境安装的能力。【一般情况下都会使用一键安装的集成环境】

     （2）环境分类：操作系统+服务器软件+数据库+软件底层代码的执行环境+测试环境、缺陷软件、自动化工具等等。

 

• 执行用例

     （1）一般在执行用例之前我们会做一个冒烟测试。这种测试的核心就是快速的对当前软件的核心功能或者主体执行流程进行验证。如果冒烟测试阶段有问题，则可以将此版本回退给开发。

冒烟测试定义：

首先冒烟测试英文叫smoke test.

ST测试一般在开发转测时，测试要进行的冒烟测试，冒烟测试是测试根据自己的测试用例抽离出比较核心的流程的case，一般建议在10-15%之间，不要太多，那么为什么要冒烟测试呢？因为前边我也说了是对核心流程的测试，如果这些核心流程测试不通过的话，那么对测试来说，其实成本会很高，为什么呢？因为核心流程不通过，那么我们要进行测试，可能流程是不通的，流程不通进行测试，会加大测试的返工率，这样影响测试的进度，反反复复修改，反反复复测试，进一步消耗了时间，所以保障st测试通过，测试对不同的流程就能更好进展。

           （2）如果冒烟测试通过那么才会开展全面的测试。

• 回归测试及缺陷跟踪

        （1）回归测试指的就是当我们将某个缺陷提交给开发之后，由他们进行修复。修复完成之后需要测试人员再次对其进行测试[回归测试]

        （2）缺陷跟踪:指的就是当测试人员发现某个缺陷之后要 一直对其进行状态的跟踪。

• 输出测试报告

将当前的测试过程中产生的数据进行可视化的输出，方便其它人去查看。

• 测试结束

当将整个测试过程中产生的一些文档 进行整理归档，方便后续版本的使用。

       （1）分析实际测试与计划的偏差

       （2）收集并提交各种测试文档和数据，对数据进行分析。

        （3）给出是否继续测试还是终止测试结论。

         （4）总结经验教训。