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)版本测试完成后出各种测试报告;
网友评论