作为一个测试工程师，几乎每次面试都要问的的一个问题就是讲讲你们公司的项目--测试流程。千万别傻傻的说我们公司没什么流程，或者，敏捷开发，流程很简单，这样基本上你就pass掉了。其实还是有个基本流程的框架呢，其顺序如下：
立项-->需求编写-->需求评审-->确认需求-->测试计划-->测试用例编写（研发要写研发设计了）-->用例评审-->集成测试-->第一轮功能测试-->第二轮功能测试（可包含性能，安全，回归等测试）-->第三轮功能测试（可包含性能，安全，回归等测试）-->系统测试-->验收测试-->发布正式版本。
当然中间穿插其他测试，如果涉及到敏捷开发，也可以减少一轮的功能测试，但是基本上，测试流程按照上述的说，是不会被pass掉的。当然比较严格的公司，发布版本的时候可能有试用版，正式版之分，这个看项目具体需求。
测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议
测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围（来自需求文档），进度安排，人力物力的分配，整体测试策略的制定。风险评估与规避措施有一个制定。
测试设计阶段：主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审。
测试执行阶段：搭建环境，执行冒烟测试（预）-然后进入正式测试，bug管理直到测试结束
测试评估阶段：出测试报告，确认是否可以上线测试
其实很多时候，公司并不需要这么复杂的流程，特别是小公司，为了敏捷开发，可能会减少很多步骤，笔者就遇见过不做性能测试，只测一轮就上线的公司，当然这样做，风险也很大，质量就不敢保证了。而面试官更愿意看到你有这个流程规范。每天分享一点测试技术，喜欢的话关注笔者 完全免费的 V X 公 众 号 王大哥自动化测试 公 众 号更新更早，更全面。