测试流程

作者: 静雨无痕 | 来源:发表于2017-06-10 13:49 被阅读54次

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

    相关文章

      网友评论

      • 这个冬天不太冷小游:我们这次功能都没测完,就发布,结果出问题了
      • 倔强的潇洒小姐:bug没修复完就上线的现象我们有存在,不过要看这个bug的影响程度,如果用户操作频率很小,继续上线,留到下次发布,很紧急的要么发布延迟要么这个功能先不上线
        静雨无痕: @倔强的潇洒小姐 我们是根本就不会对遗留的bug做任何评估就上线了

      本文标题:测试流程

      本文链接:https://www.haomeiwen.com/subject/tjvqqxtx.html