《atStudy缺陷报告》观后感

red-hat

今天登论坛，看到22号海龙老师发的一个帖子，《不容错过的测试实战机会》，大致的内容大家都知道了，只因为昨天外出公干，没有机会参加这个活动了，只是大致看看了这个Website ，然后看到帖子最后有个附件，是有些学弟学妹们做的测试的执行报告，然而当我看完这个《缺陷报告》后，我陷入了深思，脑子里有一个大大的问号：怎么缺陷报告还是这样写的？我记得我们那期是海龙老师教的“缺陷管理”，所谓缺陷报告就是要把缺陷的每一个属性都要描述清楚，尤其是缺陷的详细描述，这是帮助开发人员定位、修改问题的重要依据之一，回过头来再看看《atStudy缺陷报告》里对于缺陷的描述，可以说没有一个符合标准，简直就是简单描述，Summary，主要的问题有:
    A含混不清，连似乎等字眼都出现在里面，你测试人员都拿不准，不能确定的东西，我开发人员怎么能信服你；
    B拖沓冗长，语言不精练，像老太太的裹脚一样，说了半天，其实几个字就能概括；
    C口语化，不会用专业术语来描述问题………………
    看完之后，我真的觉得很担心。
   最后，不经意间翻出了以前的上课笔记，看到了海龙老师讲课记录，让我们共同再来温习一下缺陷报告写作的“5C”原则：
   
Correct(准确):每个组成部分的描述要准确,不会引起歧义;

· Clear(清晰):每个组成部分的描述清晰,易于理解;

· Concise(简洁):只包含必不可少的信息,不包括任何冗余信息;

· Complete(完整):包含复现该缺陷的完整步骤和其他本质信息;

· Consistent(一致):按照一致统一的格式书写全部缺陷报告

  衷心希望我们在工作中不要出现类似的问题!!


不当或过激之处，乞望海涵斧正

[ 本帖最后由 red-hat 于 2007-6-25 09:04 编辑 ]

limengyun326

-.-!!!!!!!!!!!!!!!!!!

偶错了!sdlkfj9

理论都知道..实践起来有难度...(理想是美好的,现实是残酷的..)

因为没有详细的需求说明书,对于某些缺陷不能很肯定...

只是抱着试试看的心理去测试了网站...所以没向海龙老师去确认需求...

scorix

那课还没上
刚讲完软件质量

lytton

这样说可能会打击同学们的积极性sdlkfj7

songfun

缺陷管理课程最重要的是让同学们掌握如何填写缺陷报告和理解一个成熟的缺陷流程（这又包括的缺陷的生命周期、缺陷的状态、属性以及缺陷相关角色、职责等知识点）。
关于这些知识点每个对应的授课老师都会强调，与是否是海龙老师授课不应该有关。
出现你所说的情况，我们要冷静分析这个现象产生的原因：
1、如果班上大部分同学都没掌握好，那可能是老师没上好课——这是老师的责任；
2、如果班上大部分同学都掌握了，那可能只是个别同学个人原因导致——这需要同学们课后多和同学、老师交流、沟通，把缺漏的知识补上。

无论是哪一种，我认为最重要的不应该是事后抱怨，而应该以积极的心态去解决问题，无论是老师还是学生。

原帖由 red-hat 于 2007-6-23 15:18 发表
今天登论坛，看到22号海龙老师发的一个帖子，《不容错过的测试实战机会》，大致的内容大家都知道了，只因为昨天外出公干，没有机会参加这个活动了，只是大致看看了这个Website ，然后看到帖子最后有个附件，是有 ...

red-hat

看到楼上的帖子,自己也感到了自己的言辞过激了,首先我不是针对老师的,只是看到这个情况了,自己心里着急,正是因为基于对51testing的热爱,所以我才写了这个帖子,谢谢songfun 老师的提醒,我也把帖子的名字改了,希望51testing的老师们以后多多指导,谢谢

fly_pineapple

大家是因为难得有了一次实战的机会，急着发现bug，所以才没有规范化

red-hat

谢谢大家的关注!!