1:测试人员的工作流程
需求分析(评审) > 编写测试用例 > 用例评审(开发,测试,产品) > 通过后部署测试环境,等待开发提测 > 执行冒烟测试(预测) > 进入系统测试,执行测试用例 > 提交bug,回归bug > n轮测试 > 出具测试报告 > 项目上线 > 面向用户使用
简要的流程就是这样,测试计划阶段是测试老大写的,但自己也知道有哪些内容,被问到的时候可以加上
详情 首先进行需求(评审)分析,主要是探讨需求主要的一些功能点,完了之后,开发就排期进行开发, 测试老大编写测试计划,对我们进行任务分配,我们参照需求文档(或原型图)设计测试用例 测试用例写好后进行用例评审,如果不通过,则对用例进行修改,如果通过,则开始部署测试环境,等待开发提交项目包 部署项目包后,执行冒烟测试对主流程进行预测,主要是对主要的业务流程进行测试,预测不通过,打回给开发重新修改,预测通过,开始执行测试用例. 测试过程中,提交bug,跟踪bug的状态,回归bug,直到不存在严重的不管,满足用户的需求,测试完成后编写测试报告,测试报告通过审核后,发布上线,关注项目是否正常运行.
2:提交bug后,如何对bug进行跟踪,以及开发修改bug后的处理方法
首先我们发现了一个bug之后,指派给对应的开发人员,开发人员对bug进行确认,然后开发将bug修复后会把状态改为
已解决",等开发解决了一定的bug数后,通知开发将新的项目包发过来,我们重新部署项目,
之后对bug进行回归验证,确定修改好之后就关闭,如果没修改好就重新指派,直到改好为止.
期间:开发在确认bug的时候,如果将bug的状态设置成下面的情况,需要分别进行处理