1:测试人员的工作流程
需求分析(评审) > 编写测试用例 > 用例评审(开发,测试,产品) > 通过后部署测试环境,等待开发提测 > 执行冒烟测试(预测) > 进入系统测试,执行测试用例 > 提交bug,回归bug > n轮测试 > 出具测试报告 > 项目上线 > 面向用户使用
简要的流程就是这样,测试计划阶段是测试老大写的,但自己也知道有哪些内容,被问到的时候可以加上
详情
首先进行需求(评审)分析,需求分析后开发老大开始编写开发计划
测试老大编写测试计划,然后我们根据计划领取对应的测试任务,开始根据需求文档(或原型图)设计测试用例
测试用例写好后进行用例评审,如果不通过,则对用例进行修改,如果通过,则开始部署测试环境,等待开发提交项目包
部署项目包后,执行冒烟测试对主流程进行预测,预测不通过,打回给开发重新修改,预测通过,开始执行测试用例
将发现的bug提交到bug管理系统里面,并跟踪bug的状态,开发修改好后,重新部署项目进行回归验证,验证通过就关闭bug,否则重新打开指派给开发
n轮测试后,等到没有什么严重的bug,所有bug都处于稳定的状态,开始编写测试报告,测试报告通过后发布上线,对线上环境进行主流程的测试
2:提交bug后,如何对bug进行跟踪,以及开发修改bug后的处理方法
首先我们发现了一个bug之后,指派给对应的开发人员,开发人员对bug进行确认,然后开发将bug修复后会把状态改为
已解决",等开发解决了一定的bug数后,通知开发将新的项目包发过来,我们重新部署项目,
之后对bug进行回归验证,确定修改好之后就关闭,如果没修改好就重新指派,直到改好为止.
期间:开发在确认bug的时候,如果将bug的状态设置成
不是bug:
重复bug:
无法重现:
不予解决
下个版本解决
我们需要分别进行处理,
原文地址：https://www.cnblogs.com/zhongzhouyun/p/10804060.html