2.软件测试流程

需求分析阶段

当产品经理提出需求后，开始这个阶段
需求的表现形式：原型图、需求文档、口述

需求文档：通过文字描述的形式，写清楚软件的需求

需求分析
梳理出整个项目的业务逻辑、流程（通过画流程图）
找出每一个最小的功能点（使用思维导图）
确定每个功能点的相关规则
（对应需求不明确的地方，
1、询问相关负责人。
2、根据自己的生活经验，自己制定合适的规则。
3、参考其他成熟的同类型的软件。）

编写需求分析说明书
把需求编写成文档

测试设计阶段

六合分析法（5W1H）：对选定的项目、工序或操作，都要从原因（何因Why）、对象（何事What）、地点（何地Where）、时间（何时When）、人员（何人Who）、方法（何法How）等六个方面提出问题进行思考。
测试计划
描述了要进行的测试活动的范围、方法、资源和进度的文档；是对整个信息系统应用软件组装测试和确认测试。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。

   测试计划编写的六要素（5W1H）：
   why：为什么要进行测试；
   what：测试的内容；
   where：相应文档，缺陷的存放位置，测试环境等；
   when：什么时候去做什么测试；
   who：安排谁去负责这些测试内容；
   how：怎么去做这些测试内容。

测试策略
规定测试的内容，测试的顺序，风险分析，找出可能会遇到的风险，并且制定解决方案。

测试方案（how）
关于每一个测试内容应该如何开展，单独的写成文档。

测试用例
是一切测试的基础
常见的测试方法：边界值、等价类（有效等价类、无效等价类）、场景法（正向场景、逆向场景）、猜错法、路径覆盖法、因果图、判定表……

要素	要求
用例编号	唯一的
用例标题	言简意赅，看到名字就知道是什么意思
前置条件	在执行这个用例之前，软件应该满足什么条件
优先级	和时间有关，越紧急优先级越高
重要级	和是否是核心业务有关
测试数据	通过等价类和边界值设计的数据
测试步骤	越清晰明白越好
预期结果	想要的结果
实际结果	实际的结果

测试执行阶段

执行测试用例
记录跟踪bug
版本管理（版本迭代）

bug的六要素：编号、bug标题、重要级、优先级、复现步骤、附件

bug等级	判断内容
致命的	和钱有关的/导致软件崩溃，完全不能使用的
严重的	核心业务流程无法进行的/重要级高的用例的正向场景
一般的	逆向场景出现的bug
轻微的	UI、易用性

bug的生命周期：

测试总结阶段

根据实际的情况去安排编写测试报告。
可以是每个小版本测试完成，
可以是每个大版本测试完成，
可以是整个软件测试完成。
测试报告应该包含工作总结，bug的统计和分析，质量评估。