第一步，需求评审

项目经理和各领导确定立项后，产品经理输出了需求。 这个时候，相关的项目经理、研发人员、测试人员和产品经理必须参加。 通过需求审查，我们可以清楚地知道产品想做什么。 对开发来说，可以根据这些来确定技术方案，我们的测试也可以根据这些来确定测试方案。 另外，通过技术方案和测试方案，可以有效地进行风险评估和工作计划的安排。

我以前所在的公司在要求审查之前，至少给了我半天的时间来熟悉要求文档。 为什么要给这半天的时间，是因为事先了解会议的内容和要求，有充分的时间考虑其他问题，也不会在审查时装作无知的样子。

在有些公司，如果不给这个时间，就会出现评论时说什么都可以理解，觉得没问题的问题。 我们当时的想法完全是在产品经理的带领下跑的，所以没有时间考虑更多的问题。 虽然会考虑一些问题，但是经常会看漏，真的在实际开工实施的时候会发现各种各样的问题。

第二步，编写测试用例

一般来说，需求评审结束后，制作测试用例。 关于具体如何制作，如何规范用例，稍后将拿出文章进行说明。 在此对制作用例的作用进行说明。

用例的作用是首先有效地进行工作交接。 在实际工作中，不能负责你制作的用例部分。 因为总是要接手别人的工作，或者别人会接手你的工作，所以必须用用例来完成工作交接。

其次，在实际测试中，我们每天的工作强度其实也很高，并不能完全记住自己的进度和所有的测试场景。 此时，使用例子会变得方便。 另外，用例可以重复使用，可以更新版本，进行后期维护。

软件测试资料免费接收100名企业测试内资源，共享信息

第三步，用例评审

用例评审最重要的作用是参与项目开发和产品使我们了解测试的想法，并在评审过程中纠正我们的错误。 这包括对需求的错误理解和错误泄露的用例，但不限于此。

毕竟，人的思想是有限的，无法判断对自己需求的理解是否符合产品的设计。

通过用例评审，可以让开发同事更好地了解需求。 产品只是提出了需求，但我们的例会涉及到各种场合。

第四步，执行测试

运行测试什么也不说，按照用例冒烟，功能，数据，兼容性，健壮性，稳定性，弱网，把这些做一遍，跟踪识别bug，就OK了。

达到

第五步，编写测试报告

在线标准后，可以生成测试报告。 别说怎么写报告，百度上有很多模板。

测试报告的作用首先是总结本版本的测试工作，可以让同事和导师更直观地了解本版本的测试工作的情况。 此外，还可以通过报告分析此次版本的风险和问题。 下次可以避雷。

第六步，上线以及线上测试

确定在线后，需要在线测试。 在线环境和测试环境本来就不一样。 如果发生任何问题，可以重新发行、热更新或在更严重的情况下进行版本回滚等修复。

如果

第七步，文档归档

联机，联机版本也趋于稳定，则可以进行归档。 需要归档的文档包括本次版本中测试人员生产的所有文档，包括测试计划、程序、用例和报告，并保存在版本控制工具中，以便于将来的更新和维护

读了这个内容后，我相信以下两件事对你的自我提高也有帮助。

1、夸奖，让更多人看到的同时，你的认可也会鼓励我创造更优质的内容。

2、让自己变得更坚强：想想看。 如果你要在测试这个行业长期干下去的话，工作经验和测试技术是绝对不够的。 有必要提高。 需要丰富技术堆栈。 你在等什么