智者千虑，必有一失－－谈如何发现ＢＵＧ，定义ＢＵＧ的级别和状态

软件测试离不开defect，还有个小名叫bug，因为它是架设和ＤＥＶ沟通的桥梁，也是记录软件缺陷的数据库。为什么软件会有缺陷，因为软件是人做的，就这么简单。那为什么有了ＤＥＶ还要ＱＡ呢？如果用考试的试卷来解释或许更简单些，如果试卷是自己出的，自己再去答题，会不会做错呢？答案很肯定，不会的，因为自己在出题的时候就把题目的考点想到了，当然不会做不出来，而ＱＡ就相当于出试卷的，这样才能考虑的考点，盲点不同，才更容易发现软件的缺陷在哪里，既然发现了软件的缺陷，又如何定义缺陷的级别和状态呢？下面将一小节大概说明一下，因为各公司的标准不一样，但大概都是几种情况。

Bug的级别和状态 

BUG一般有六种级别

ü       Fatal：致命错误，造成系统或应用程序崩溃(Crash) 、死机。

ü       Critical：严重错误，指功能或特性(Feature)没有实现

ü       Major：较大的问题，虽然不影响系统的使用，但没有很好地实现功能，没有达到预期效果，或用户界面差、操作时间长等一些问题

ü       Minor：不对齐、字母拼错、界面等一些小问题

ü       Suggestion：建议程序做适当的修改，来改善程序。

ü       Question Design：对设计不合理、不明白的地方提出质疑

 

BUG一般有四种状态，当然过程中还会有些其余状态，主要列举些ＱＡ的几种常见状态：

ü       Open：问题没有解决，QA人员新报的Bug, 或验证后Bug仍然存在；

ü       Fixed：开发人员修改程序后，认为问题已解决

ü       Close：QA人员验证Fixed Bug后, 确认Bug不存在

ü      Hold：所报的Bug，目前不需要解决或无法解决。

 

4.4 如何报Bug

 

报好Bug，是QA工程师的基本功，基本的标准是：描述清楚，所需信息（图片、Log文件）完整，使code人员能容易再现它。

首先要确认是不是Bug，依据是Functional Specification和正确的理解；其次正确判断Bug的错误级别。一般情况下要求对Bug进行交叉验证(Verify)，力求再现。对严重的Bug要考虑多种情况的交叉验证：

ü       测试人员交叉验证

ü       测试的机器交叉（同一个操作系统和浏览器）验证

ü       测试的平台交叉 ( Windows 9x, Windows NT 和 Windows 2000等) 验证

ü       不同的浏览器（IE , NS）验证

对得到验证、确实存在的Bug：

ü      及时报到testdirector中；

ü      标题、测试步骤、结果等应描述准确；

ü      应附的各项信息应完整准确，即及时记录Bug发生的具体环境( 通过图片、系统信息来描述)、操作步骤等。

ü      增强个人理解和创造性的测试，不断完善Case表。

ü      尽力在报告中分析出错误产生的原因。

下面是详细描述：

1) Bug levels:

o                   S1: Fatal: The bug that cause system or browser or application crash, make the system do not work

o                   S2: Critical: A feature doesn't work, bugs that make you can not continue your testing.

o                   S3: Major: A bug that does not affect the system usage

o                   S4: Minor: Spelling, wording, etc. error

2) Bug title: The title should be clear and accurate to summarize the bug including all key words.

 Flag “language: ” and module name

 

3) Test environment:  Version: the version of the project

Module: select one module from the list

OS: input the OS, which the bug occurred

Browser: select one browser from the list

Hardware: CPU, chipest, memory

Device: Device's mode, firmware

 

4) Description: - Write every step clearly and accurately and always keep a question in you mind:are there other conditions related with this bug?

                         - Type the expect result completely

- Describe the result clear

- How many times is this bug occurred.

The description of the bug must be detail and clear. And screenshot and other required attachments are not missed.

 

5) Change status: Should add a comment. We can't reopen it without verifying if developers write comments like “It is not bug ”