如何提交bug

上一篇 / 下一篇  2016-06-17 20:54:04 / 个人分类:bug

1.包含起码的重新步骤、预期结果和实际结果
2.不要假定用户熟悉软件,清楚写下每一个步骤
3.不要包含不必要的步骤
4.添加必要的附加说明
5.与环境有关,添加对应的环境配置
6.不要简单截图,一定要有必要的文字说明
7.清楚描述重点,若步骤太多可直接写重点
8.标题必须简洁明了,何种情况,发生什么样的失败。
基本模板是,xxx时,xxx。客观描述问题症状,清楚表达观点
9.测试步骤尽量具体,无歧义
10.注意缺陷的可读性
数字列表记录重现步骤,截图视屏提供更多信息,空行分隔不同部分
11.客观中立的书写测试报告,不建议解决方案,只在讨论时表达意思,若有疑问可进行上诉
12.修复的bug,及时复测,对应测试相关模块
13.版本发布最好一轮测试完毕后再进行,中断测试容易阻塞测试进度
14.无法复现的缺陷第一时间抓包,给研发查看问题,不要在无法重现的缺陷上耗费太多时间
15.注意缺陷的查询,标题有一定的规范,便于后期查看
16.测试的优先级,先测试重点,然后测试细节

遇到的问题:
1.总是被其他人中断测试,导致测试效率低下
2.一天一版本,复测时间周期长
3.实际问题与预期问题多得多
4.无法复现问题多
5.流程不通,被迫中断
6.领导盯得紧,被迫给出一些反馈,优先执行小细节,重点流程被推后
7.需求、设计问题多,沟通时间长
8.测试周期短,加班加点,过度疲劳,效率低下
9.问题提不完,复现步骤复杂
10.testlink执行时间过长

解决方案:
1.bug描述重点,简略部分前提步骤
2.截图文字描述,单个bug标注须修改部分
3.必要文字说明
4.测试效率低下时,使用思维导图重新整理测试思路
5.尽量今日事今日毕,无法提交bug有相关记录,以免遗忘
6.项目组流程问题,可后期向领导反馈,先完成任务为紧要
7.无法分清重点,是用例未编写好
8.用例编写时,尽量一个用例一个测试点,流程问题要在确保无其他问题时执行,否则容易出现提出无法复现的bug

TAG: 如何

 

评分:0

我来说两句

Open Toolbar