1、公司现阶段流程
我加入公司之前，公司是没有测试的，刚到公司经理就丢了两个已开发完成的系统让测试，也没有开会讲解需求，需求文档说明书统统都没有，也没有说如何测试，反正就是2周的工作日内完成，测试完成，bug都没有修复完，就直接拿给用户试用了，但是上线后就出问题了，即在不同模块的树形结构下添加完全相同名字的菜单添加不起。经理紧急开会讨论什么原因导致bug。会议上我说了自己的观点：
1）没有需求文档，时间紧急，测试用例没有写；
2）bug没有修复完就直接上线给客户使用了，虽说客户着急使用，但是至少要在上线前对bug进行讨论评估是否可以不修复就上线；
3）客户使用过程中出现的问题已经提交在禅道上；
4）需求会议评审的时候测试没有参与；
在出现问题后公司定了个粗略的测试流程：
1） 测试与开发同时介入需求，都要参加需求评审会议（到现在仍然有很多时候开需求会都不会叫测试）
2）根据需求，测试和开发分别给出相应的计划（很多时候项目经理只根据开发的计划来跟项目进度，因为很多时候产品都给客户使用了才丢给测试进行测试）
3）开发根据需求画好原型后（公司没有UI设计）进行评审
4）评审通过后测试根据原型写测试用例（需求文档始终都没有，开发说写需求要耗费很多时间）
5）测试用例设计好后开发、测试、项目经理开会对测试用例进行评审（只是评审了1,2次后面又不按照流程走了）
6）产品完成后开发把部署包和转测文档给测试进行部署并测试（时间紧不测试就给客户用的现象仍然存在）
7）等开发修复好bug后进行回归测试（bug没修复完就上线的现象仍然存在）
我觉得进行更改后的测试流程没有起到推进作用，仍然处于被动状态，也仍然存在很多问题，比如需求变更后根本就不经过测试，甚至测试根本就不知道有需求变更，总之问题很多，跟项目经理提，项目经理说按照公司现在的情况，项目不可能按照流程走。
2、 希望的测试流程
1）有专门的需求人员编写需求文档，且需求评审时需求人员、开发、测试一起参与；
2）需求评审通过后，测试根据需求和开发计划制定测试计划；
3）需求评审通过后，UI根据需求画原型，且原型评审时需求人员、开发、测试一起参与；
4）DB设计好数据库后进行评审，且评审时需求人员、开发、测试一起参与；
5）开发写代码阶段，测试根据需求文档和原型进行测试用例设计；
6）测试用例设计完成后进行评审，且评审时需求人员、开发、测试一起参与；
7）测试用例设计评审通过开始编写测试用例；
8）开发完成后发部署包给配置管理员，发转测文档给测试，配置管理员打tag，然后把tag的地址给测试，测试在Jenkins上进行更新；
9）更新完成后首先进行冒烟测试，测试不通过打回，直到冒烟测试通过才开始进行后续的系统测试；
10）bug修复后进行回归测试；
11）版本测试完成后出各种测试报告；
