最近逛了很多论坛和博客,总结了一些测试基础经验
如何进行问题定位/定位Bug?
答:
- 抓包
- 后台日志查看错误信息
- 及时和开发沟通,一起定位
- 若开发暂时没空,则提Bug时尽可能详细描述Bug的环境情况、重现步骤、预期、实际结果等
公司的测试流程是什么?
答:
需求分析>提取测试点(一般需求分析时就开始提取测试点)>编写测试计划>编写测试用例>评审用例>
执行用例>回归测试>验收测试>编写测试报告
Bug的生命周期是什么?
答:
- 测试人员开始执行测试,发现bug则新建bug提交给开发
- 开发进行判断,接受则修改bug,不接受则备注原因后期与修改完成的已接受的bug统一返回给测试人员
- 测试人员再进行回归测试,如果确实修改正确则关闭bug,该bug的生命周期结束
- 开发拒绝的bug反馈给项目经理判断拒绝是否有效,如果无效,则重新打开,同验证修改不正确bug统一发给开发 ; 如果确实不是bug,则添加备注信息,该bug的生命周期到此结束(bug状态增加一个无效状态)
测试报告的核心要素是什么?
答:
-
测试结论
从测试工程师的专业角度分析,是否达到发布标准,是否可发布 。如果你的测试报告,结论都没有,那这份报告的意义是什么? -
风险
已知风险 & 未知风险 ,抛出。
项目经理、产品经理等多部门,需要根据这份风险分析,确定最终这个版本是否发布出去。 -
测试时间 & 测试人员
这是非常重要的,投入了哪些人,用了多少时间,测试起止时间。 -
测试环境、测试设备
用到哪些测试手机,什么客户端环境,什么浏览器等等。 -
需求大纲
当前的这个版本,到底包含了哪些大的需求点。 -
Bug数据分析(非常重要的一点)
可以从多个维度分析,
比如,Bug等级分布,遗留Bug分析,Bug类型分布,模块Bug分布,Bug激活次数分析 等等(具体可根据公司实际情况,进行多维度分析)。 -
测试总结
从测试角度,对这个版本,你觉得存在的一些问题,一些建议,等等。