功能测试之bug描述

上一篇 / 下一篇  2022-01-21 13:59:09 / 个人分类:测试

在这段测试的工作中,领导长期外地出差,除了邮件,还会经常要用到QQ和经理沟通测试结果的一些东西。就这一段时间来发现了自己对于测试人员的描述问题上发生了很不应该的问题。
做测试人员要严谨一点比较好
问题一:打字语言不够严谨,以为对方知道要讲的是什么意思,所以打的字很简单。但这样的误区就是测试结果本来就是一个很敏感和严密度要求比较高的问题。
问题二:在描述方面,站在测试人员的角度去判断一个问题而给它下结论。这个是不对的。对于同一个问题,对于开发人员,现场配置人员,测试人员看问题的角度都是不一样的,所以下次在描述测试数据的时候不要轻易去下结论,而只要把自己所测试看到的种种现象一一记录清楚,以待评估阶段来定夺最后的结果。
问题三:平时我们在BUG管理工具中提交给开发人员的bug,偶尔也会遇到开发人员来问测试人员这个是什么意思。这看起来没有什么,其实是个很严重的现象,说明测试人员的描述问题的时候出现了问题,开发人员没有看明白。
  • Bug描述的要求为分类准确、叙述简洁、步骤清楚、有实例、易再现、复杂问题有据可查(截图或其它形式的附件)
  • Bug描述中同样也要包括以下三要素:位置、操作、现象。
具体来说:
  1. 位置:首先应说明操作进行的位置,通常是系统中的某一模块。另外是具体的出错位置,可能是某一字段、某一页面...;
  2. 操作:详细的、有次序的、每一步的操作步骤,包括输入的数据;
  3. 现象:具体的错误描述,包括界面显示、错误信息。

TAG:

 

评分:0

我来说两句

Open Toolbar