前言

工作以来，大大小小参与的项目也有十几个了，涵盖财务类、保险类、OA 办公类软件。

从测试流程上看，基本也都大同小异，这里将常见的测试流程做一些梳理，

供刚入行的朋友学习参考，也欢迎大家完善补充。

一、需求答疑评审

参与人员：

产品、开发、测试、需求提出人、其它相关人员

主要内容：

对需求文档进行评审，对于有疑问或者有错误的地方，进行讨论沟通，来保证对需求理解的准确性和一致性。

需求文档中最好有业务流程图，能够较好的帮助相关人员快速的了解业务需求。

目标达成：

通过此次会议了解到各模块对应开发人员，以此来确定测试时间

二、罗列测试点

主要内容：

需求评审通过后，测试根据定版的需求或 UE 构造测试脑图。

通过脑图列出测试点以及测试方法，然后再根据脑图整理测试方案。

脑图工具：

Xmind、MindManager 等

测试方案包含：

测试环境，测试数据，测试模块，测试点，测试方法，测试风险等

目标达成：

这个环节，输出测试点和测试方案，指导接下来的测试工作。

强烈建议：

测试任务紧急来不及写用例的情况下，一定要列测试点并进行 Review。避免无序测试，思路混乱，丢三拉四。

三、制定测试计划

主要内容：

根据开发计划制定测试计划

测试计划包含：

测试范围、测试目标、测试出入口、通过标准、测试人力安排（角色及职责）、测试进度安排

（用例设计评审开始结束时间、用例执行开始及结束时间、回归测试时间计划、测试交付时间等）、测试交付物、测试风险。

目标达成：

输出测试计划

四、用例编写、评审

主要内容：

测试工作最重要的环节就是设计产出测试用例，一定要严谨专业。用例的可读性要强，不仅仅是写给自己看的，要做到任何人拿起来都可以执行。用例设计完以后，要开展用例评审，查漏补缺，不断完善用例；也可以采取用例结对编写的方式，提高用例设计质量。

测试用例组成：

编写人、用例编号、用例名称、前提条件、测试数据、优先级、操作步骤、预期结果、实际结果、测试人等

用例设计思路：

UI 测试、权限测试、功能测试、数据测试、流程测试（包括正常流程与异常流程）、接口测试、兼容性测试、性能测试、安全测试等

设计方法应用：

一般边界值和等价类常用，其次场景法、因果图、错误推测。针对不同的需求，测试点的选择或侧重点可能不一样。

目标达成：

通过用例设计、评审，输出较为完备的测试用例。

五、冒烟测试

开发提测后，正式测试前，先验证一下主流程或主要实现功能是否存在问题。

没有问题后再进行系统的测试，避免测试相关工作已经准备开展，而核心业务却执行不下去的情况。

六、执行测试用例

冒烟测试结束后，按照测试计划开展测试。

这个阶段也可采取交叉测试的方法，即：A 写的用例 B 执行，B 写的用例 C 执行。

过程中如遇到不可控因素或问题，影响到测试计划落地的，一定要尽早报备。

七、编写测试日报

主要内容：

根据测试需求的具体情况，发布测试日报（一般邮件形式较多，也有在看板或需求平台上备注的）。

测试日报包含：

用例总数、执行用例数、未通过数、发现 BUG 的数量、关闭 BUG 的数量、遗留 BUG 的数量、问题等级、影响程度、BUG 趋势以及其它建议等。

收悉人员：

相关产品、开发、测试或需求人员。

八、测试报告总结

在整个需求或版本测试完成后的总结。

主要反应测试过程中的问题以及对应版本的质量情况，是否满足发布标准、遗留的问题的情况、是否影响相关使用、特殊的注意事项等。

最后： 可以在公众号：伤心的辣条 ！ 自行领取一份 216 页软件测试工程师面试宝典文档资料【免费的】。以及相对应的视频学习教程免费分享！，其中包括了有基础知识、Linux 必备、Shell、互联网程序原理、Mysql 数据库、抓包工具专题、接口测试工具、测试进阶-Python 编程、Web 自动化测试、APP 自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。

学习技术千万不要孤军奋战，最好是能抱团取暖，相互成就一起成长，群众效应的效果是非常强大的，大家一起学习，一起打卡，会更有学习动力，也更能坚持下去。你可以加入我们的测试技术交流扣扣群：746506216（里面有各种软件测试资源和技术讨论）

喜欢软件测试的小伙伴们，如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！