一般实习生、新入职的软件测试新手，主管一般是让你先执行别人的用例。
为什么呢，其实很简单，新人执行用例是最好的边工作边学习的方式，如果让新人直接开始写用例，那么结果就是评审的时候提出很多问题、用例需要大改，费时费力。
而已经会写用例的人，新入职，一方面每个测试团队的测试用例粒度有所区别，另一方面，刚入职对于整个业务不熟，执行用例是熟悉业务的方式之一。
过了执行用例阶段，一般你会负责一个模块测试。但是很多人工作好几年，依然是只负责过模块的测试都没有机会（也许是不敢）独立负责一个完整项目的测试、上线。
那么独立负责项目的测试上线，你需要做什么呢？
1、需求评审，确认研发计划。编写测试计划、测试方案。
2、先根据产品的需求文档 + 自己对当前行业的了解，拆分测试点 。拆分测试点的过程中，把遇到的不清晰的需求（或者技术方面，不理解的知识点），通过问产品/开发/搜索引擎检索/查阅公司内部资料，搞定 。
根据自己梳理完成的最终测试点，开始设计测试用例、进行用例评审（或是测试点评审）。
3、测试执行过程中 ，问题提交Bug系统，对提交的bug进行跟进、回归 。
4、关注风险 / 延期 ，以及 质量 / 进度 的平衡 ，及时反馈。
5、完成测试，提交测试报告 。
6、开始发布 、上线 （或有灰度发布流程。记得把上线的步骤，自己用文档，完整的记录下来，并模拟几次，确保无遗漏）。
7、进行生产环境测试
8、上线后，核心业务的日志、数据监控
9、上线后，线上问题反馈流程 。
10、上线后的值班。
11、项目复盘（总结会）
~欢迎私聊补充~
题外话：一件事自己没经验的时候，最好的方法是模仿；看看同事怎么做的，把步骤全部记录下来。
公司内部，关于代码发布 / 项目测试，一定都有其固定的流程（新创公司，或者小作坊，可能流程不明显）。
文章首发于公众号（软件测试er）
如果觉得我的总结对你有用可以关注哦，因为其他平台有时候不记得更新，会比较慢~