软件测试流程总结
一、介绍
软件测试工作流程(或者说一个项目中的流程)主要包括的几个阶段。
(1)测试需求分析阶段：
对产品同学提出的需求，进行理解。主要是对业务的学习，分析需求点，参与需求评审会议。这种会议一般是领导拍板要做的，会上所有同学都会在一起听产品同学讲解。
(2)测试制定计划阶段：
主要是编写测试计划，测试计划包括测试的安排、时间节点、进度、人力及环境等，整体测试策略的制定。风险评估与预警，提前暴露问题等。
(3)测试设计阶段：
通常是测试用例编写阶段，会通过需求文档(原型)为依据，进行测试用例编写，用例编写完成后，可以让项目组内的同学一起进行用例评审，查漏补缺。
(4)测试执行阶段：
开发完成编码之后，提交测试，有时候是测试同学搭建测试环境，根据测试用例为标准，进行测试执行。
进行bug提交，bug流程管理，bug的清除，直到所有bug都已经解决之后，执行结束。
(5)测试结束阶段。
测试结束，一般产品验收阶段(预发布环境)。验收通过之后，就可以正式部署上线。
测试同学再进行线上功能验证，通过之后，发送测试报告。
二、测试需求分析的目的
1、把用户需求转化为可落地的功能。
(1)对当前需求测试的范围进行分析，影响范围、功能点罗列等等。
(2)对需求业务的场景进行度量。
(3)明确需求功能点，梳理出输入、处理和输出的功能。
2.测试活动的五个要素
(1)需求要明确，需求要明确，需求要明确。重要的事说三遍。有时候产品需求不明确，导致有些问题无法拍板解决。因此，要让产品同学把文档写清楚。
(2)测试计划和方案，如何测试。
(3)确定提测时间、测试时间、验收时间、上线时间。
(4)确定测试人员。
(5)确定测试环境，工具及相应的背景只是，测试过程中可能遇到的风险等等。
三、测试用例设计
进行测试用例设计，分析需求，梳理出测试点，明确每一个功能的业务处理流程，不同的功能点做业务的组合，以及项目的隐式需求。
测试用例设计要通过常见的设计方法进行分析，还要有:
(1)异常情况的设计
(2)性能的设计
(3)各模块之间相关联功能的设计
(4)兼容性测试等。
四、用例评审和更新
编写完测试用例之后，需要项目组内的同学一起进行用例评审。主要是为了：
(1)测试用例的内容是否完整，测试步骤是否描述清晰，预期输入、预期输出是否描述准确。
(2)测试数据的准备是否恰当、准确。
(3)功能点用例设计覆盖是否足够多，是否有遗漏或需要补充的功能点。
(4)产品需求是否理解透彻，是否还存在不明确的功能点，通过评审进行确认。
通过用例评审阶段之后，可能会遇需求更改或功能新增时、还有测试过程中发现考虑不周的地方，对测试用例进行修改更新。
五、测试执行阶段。
有的公司需要自己搭建测试环境，需要提前熟悉环境部署相关功能。开发提测，按照测试用例进行测试，依据用例一条一条执行。
测试执行阶段主要包含:
(1)功能测试阶段(用例执行) 。第一轮测试。这个阶段开发解决的bug不要急于回归，要先完成第一轮测试全部功能，再进行回归。
这个阶段主要根据用例执行测试，有不符合的功能、或错误等，进行提交bug。
(2)回归测试阶段。第二轮测试。这个阶段主要进行bug的回归，对开发解决的问题进行再次验证，包括需求不明确、产品文档不完善、开发无法解决的问题等，对整体的项目功能再进行一次回归。
(3)验收测试阶段(预发布环境)。产品同学为主、测试同学为辅。产品验收通过之后，就可以上线。
(4)上线之后的功能回归。开发同学上线之后，对基本功能进行回归，验证是否有问题。
六、发送测试报告
最后，上线验证没有问题之后，根据测试情况写测试报告，对整个测试过程和版本的质量做一个评估。
测试报告是指把测试的过程和结果写成文档，对发现的问题和缺陷进行分析。
测试报告一方面是总结这个版本的测试内容，二是对自己工作结果的总结。
测试报告一般包括：
(1)产品项目背景、说明，产品版本
(2)测试概要(测试时间、测试范围，比如功能、兼容性、接口性能等测试)
(3)测试结果与缺陷分析，对bug进行分类，比如产品不明确问题、一般bug问题、兼容问题等。
(4)测试是否延期，延期的主要原因是什么，测试的建议，总结。
软件测试是贯穿于整个软件生命周期的，通过跟进一个版本的测试，就可以快速熟悉整个软件测试流程。最后觉得这篇文章对你有帮助的同学，动动手指点点赞、收个藏吧~~我建了一个测试群，可以谈谈测试/恋爱/职场/人生，可以私我拉你。生活很苦，有你很甜~~