软件测试培训之基本流程和方案

软件测试培训之基本流程和方案

需求分析及评审

需求分析是整个测试过程的基础，因为需求文档是业务验收的标准，为了避免由于理解不一致而导致的信息差,每一位项目相关人员都要参与，开发同学必须按照评审后所确定的需求详情进行开发。

参与需求评审可以帮助我们了解业务相关知识、对文档中未涉及的异常逻辑和风险前置、用户体验不好的地方提前优化。

这一阶段我们需要将产品需求转换为功能需求，对该需求的数据、易用性、参数、性能等方面进行确定，并配合场景分析，将可能调用的内外部模块和系统调用进行覆盖，再根据经验挖掘出隐形需求，例如部分极限、异常条件。

策略制定

参考需求文档，技术方案、视觉交互等文档，有计划的分出产品功能以及设计合理的测试用例，用例编写完成之后考虑每个功能域或阶段分别采用什么样的测试方法，可以更全面、高效的完成，例如：功能测试、兼容测试、性能测试，部分用例可以沉淀为自动化测试用例，设计用例后需要和产品、开发同学一起进行用例评审，保证用例的覆盖程度达到预期，避免因为漏测而导致线上问题。

计划制定

由于产品的复杂度越来越高，各类测试项目也逐渐多样化，测试计划的是为了让我们更好的提前应对风险，根据项目迭代计划，进行进度、测试资源的分配，进行风险评估和兜底策略的制定，同时明确测试完成后需要产出的测试资产(测试文档、测试用例、自动化工具)等。

编写测试计划时，需要充满考虑实际测试阶段涉及的各类因素，包含：项目排期、测试资源、测试目标、测试标准、测试风险等。例如测试风险，一般需要包含项目开发延期、测试人员不足、测试时间不足导致用例无法全部执行、BUG无法及时修改导致无法验证、测试环境不稳定等问题。因此，一份完备的测试计划可以让我们事半功倍。

测试执行

在开发同学提测前，我们可以先准备测试环境，在冒烟测试通过后，再正式执行测试用例，记录结果并进行bug跟踪直至bug修复完成，我们每个人在测试过程中都会遇到几种类型的测试，常见的功能测试包含:单元测试、冒烟测试、接口测试、回归测试、Beta /验收测试等。非功能测试包含，性能测试、负载测试、压力测试、容量测试、安全测试、相容性测试等，必要时还可以进行交叉测试，根据需求的特性，防止测试人员工作粗心导致漏测。选择合适的方法，可以帮助我们更敏捷的完成测试任务。

测试报告阶段

在实际测试执行阶段会因为各种主观、客观原因导致需求测试结果和测试计划有所出入，在测试报告中我们需保证数据真实、全面 。并且将测试中产生的问题进行分析，给出下次规避的方案，测试报告通过后需求发布上线。