软件测试之缺陷管理.docx

软件测试之缺陷管理
也许你觉得作为测试提一个缺陷很简单，但是要提一个好的缺陷其实是非常难的。在 这里其实还有个隐藏的属性，叫做缺陷的概念，也就是说什么是缺陷？
一般来说缺陷有两种情况，一个是违反了所谓的规则，还有一种是我们无法接受这样 软件测试之缺陷管理
也许你觉得作为测试提一个缺陷很简单，但是要提一个好的缺陷其实是非常难的。在 这里其实还有个隐藏的属性，叫做缺陷的概念，也就是说什么是缺陷？
一般来说缺陷有两种情况，一个是违反了所谓的规则，还有一种是我们无法接受这样 的情况。比如对于美来说，每一个人心目中都有一种对美的定义，你会觉得她很美，但是 换个人来看待就未必。所谓的情人眼里出西施应该是指个人需求下的狭义定义。而大众情 人就是那种所谓的约定俗成的广义规则。
我们做一个软件面向的对象是不同的，甚至我们需要超出用户需求来做一点东西的， 所以对于缺陷的判断成为了一个非常困难的事情，这里只能说对于缺陷这种东西，不要用 肉眼去看要用心眼去看。
缺陷管理
缺陷管理是最开始也是最基础的测试必备技能。在工作了很多年后仍然会发现大量的 测试人员没有办法合理的做好缺陷管理。
在我眼中的缺陷管理包含以下几层概念：
1：缺陷的描述
2：缺陷的定义
3：缺陷的跟踪
4：缺陷的度量分析
缺陷的描述
关于缺陷的描述，无非就是当别人看到你写了一堆关于这个缺陷的巴拉巴拉后，是不
是明白了 5w1h，然后能够根据你的建议开始进行缺陷的修改。本质上有一点就是缺陷的 描述就像议论文，一定要有说服力。如果你写出来的东西都不能让别人觉得有道理，你又 怎么让别人愿意按照你的逻辑去修改这个缺陷呢。
为了方便把缺陷写的更容易理解，所以现在无论是Excel的记录方式还是使用系统的 记录方式，我们都会将一个缺陷分割为很多个属性，来便于管理和理解，常见的属性包括:
标题，详细说明，版本，环境，发现人，发现时间，修复人，修复时间，修复说明， 状态，严重级别，优先级别等。
本着不浪费笔墨和浪费阅读者理解的前提下，缺陷应该是写的越简单越说明问题是最
好的。但是在我遇到的大多数情况下，作为小白写出来的缺陷往往是无法阅读和理解的， 因为小白总会觉得自己写出来的东西别人肯定看得懂，而忽略了很多背景或者参考的说明， 常见的问题无非是:
我的xx功能出错了；点击某个按钮无效果；无法启动软件等。
包括在各个QQ群的提问，也经常会出现这样的无头无脑，毫无内涵的提问，让别人 完全无法回答。甚至常常让我想当你在工作几年后开始学习自动化或者性能测试的时候， 连一个问题或者缺陷都无法合理明确的描述出来，你做自动化和性能测试能靠谱么？能解 决问题么？
但是写好一个缺陷又不是简单看几个例子就行的，它需要时间和足够多的练习才能做 到，让别人看了会明白what、why、where、whe n、who以及how,甚至还能明白什 么是对的，并且应该做成什么样。
如果想要提升自己的缺陷描述能力最简单的方法就是学会吐槽，而且要吐槽吐的到位， 那么你就能在生活中反复的锻炼如何使用最精简的语句来说明问题的关键，而不是总在问 题的外围徘徊；而同样命中靶心的另外一个要素就是你能从本质知道这个问题的“身世”， 就像你手中的一个小骰子，只能有这样几种结果。
等你能够通过吐槽收集能量让你的呆毛蹦起的时候，你就能