自从开始工作以来，大大小小的参与项目也有十几个，涵盖财务类、保险类、办公类软件。
从测试过程来看，基本上也是相似的。 在这里，我们将整理一些常见的测试流程。
欢迎大家作为刚入行的朋友学习的参考，完善补充。
一、需要答疑评审参与方：
产品、开发、测试、需求提交人和其他利益相关者
主要内容：
审查需求文档，如有疑问或错误，进行讨论交流，保证需求理解的正确性和一致性。
需求文档中最好有业务流程图，以帮助利益相关者快速了解业务需求。
实现目标：
在这次会议中，我们将了解每个模块的对应开发人员，并确定测试时间
二、罗列测试要点的主要内容：
通过需求评审后，测试根据定版需求或UE结构测试脑图。
在脑图中列出测试点和测试方法，根据脑图整理测试计划。
大脑影像工具：
Xmind、MindManager等
测试方案如下：
测试环境、测试数据、测试模块、测试点、测试方法、测试风险等
实现目标：
在此角，您将输出测试点和测试计划，并指导下一项测试工作。
强烈推荐：
如果测试任务紧急，写不了用例，请确保列出并Review测试点。
避免无序测试，扰乱思路，消除三五。
三、制定测试计划的主要内容：
根据开发计划制定测试计划
测试计划包括：
测试范围、测试目标、测试出入口、合格标准、测试人力安排(作用和职责)、测试进度安排
(用例设计审查开始和结束时间、用例执行开始和结束时间、回归测试时间计划、测试交付时间等)、测试交付件、测试风险。
实现目标：
输出测试计划
四、用例编写、评审的主要内容：
测试工作最重要的环节是设计生产测试用例，必须严格专业。
用例可读性强，不仅要给自己看，而且要做到谁拿在手里都能执行。
用例设计完成后，要进行用例评审，检查不足，不断改进用例； 也可以通过成对创建用例来提高用例的设计质量。
测试用例配置：
作者、用例编号、用例名称、前提条件、测试数据、优先级、操作步骤、预期结果、实际结果、测试器等
用例设计思路：
UI测试、权限测试、功能测试、数据测试、过程测试(包括正常和异常过程)、接口测试、兼容性测试、性能测试、安全测试等
应用设计方法：
一般常用边界值和等价类，其次有场景法、因果关系图、错误推测。
根据不同的需求，测试点的选择和侧重点可能不同。
实现目标：
通过用例的设计、评审，输出比较完善的测试用例。
五、发烟测试开发测试后，正式测试前，验证主要流程或主要实现功能是否有问题。
解决问题后进行系统测试，测试相关工作已经准备开展，但避免核心业务无法执行的情况。
六、执行测试用例冒烟测试后，按测试计划开展测试。
在这个阶段，还可以进行交叉测试，其中执行用a写的用例b，执行用b写的用例c。
中途遇到无法控制的因素和问题，影响测试计划落地的，必须提前报告。
七、编写测试日报的主要内容：
根据测试要求的具体情况，发行测试日报(一般多为邮件形式，也有对看板和要求平台进行评论)。
测试日报包括：
用例总数、执行用例数、失败数、发现的错误数、已关闭的错误数、剩下的错误数、问题级别、影响程度、错误趋势、其他建议等。
接受者：
相关产品、开发、测试或用户。
八、测试报告是整个需求或版本测试完成后的总结。
主要反应测试中的问题和应对版本的质量状况、是否符合发布标准、遗留问题的状况、是否影响相关使用、特殊注意事项等。
这么多文字用心的人，往往都想得到大家的认可。 如果你认为这篇文章对你有帮助，请双击屏幕，称赞一下。
共享软件测试资源
软件测试技术交流群