软件测试员的
工作目标就是发现存在于软件中的
bug并对这bug进行跟踪至bug得以修复并关闭。但是并不是所有的bug在当前版本中能够被修复，这取决于这种因素，譬如bug的严重级别，优先级以及项目的进度等等。
Bug也有生命周期。测试人员发现了bug并提交当前发现的bug，并置bug的状态为New，开发组经理查看这Bug并判定，若不是bug，则reject，否则分派给开发人员并被开发人员打开，此时bug的状态是open。开发人员处理完，则置状态为fixed，测试人员对bug进行回归测试，检查这bug是否被修复成功。若bug修复，则置状态为close,bug被关闭，否则返给开发人员，开发人员reopen bug重新修复。bug一般要经历new --> assign --> open --> fixed -->close的基本过程。
Bug严重级别severity:
A-Crash 严重错误。包括以下各种错误：1. 由于程序引起的死机，非法退出，系统崩溃 2.系统悬挂无法操作，死循环3.数据库发生死锁 4.因错误操作导致的程序中断 5.功能错误 6.与
数据库连接错误 7.数据通讯错误
B-Major 较严重错误。功能未实现或导致一个性能不能运行并且没有替代方案。包括以下错误：1.程序或程序接口错误 2.数据库的表、业务规则、缺省值未加完整性约束条件
C-Minor 一般性错误。错误导致一个性能不能运行但有替代方案。包括以下错误：1. 操作界面错误 2.打印内容、格式错误 3.简单的输入限制未放在前台进行控制 4.删除操作未给出提示 5.数据库中有过多的空字段
D-Trival 错误表面化，对功能几乎没有影响，产品及属性仍可使用。 包括以下错误：1. 界面不规范 2.辅助说明描述不清楚 3. 输入输出不规范 4.长时间未给用户提示 5.提示窗口文字未采用行业术语 6.可输入区域和只读区域没有明显的区分标志
E-Nice to have 建设性的意见和建议
Bug优先级priority:
5-Urgent 立即修复，阻止与此密切相关功能的进一步测试
4-Very high 必须修复，发版前必须修正，主要功能丧失
3-High 必须修改，但不一定马上修改，但在某个特定结束前修改，影响产品使用
2-Medium 如果时间允许应该修改，对产品使用影响不大，如提示信息不准确
1-Low 允许不修改。不影响产品继续使用，如错别字
Bug处理意见：
Fixable
Duplicated 注明和xxxbug重复
Postponed
By Design 因设计结构问题无法修改
Can't reproduce不可复现
Disagree with suggestion 不同意所提意见，不采纳
Not Error
Won't Fix 是bug，但没重要到非要更正不可的地步，可以忽略不计
1-new defects
2-second defects 复测新出现的bug
3-Faculative 偶发性
4-Reappear 原来修改过的问题又出现
5-By Requirement需求要求但没有做的功能
6-Suggestion
7-Differ with Requirement 与需求不一致
8- By Design 设计要求但没有做的功能
问题定位：
Calculate_error
Date_error
Graphics_error
Interface_error
Requirement_error
Function_error
Unknown_error
缺陷来源：requirement,architecture,design,code,test,integration
解决bug:
FIXED 修改被登记，并且已经经过测试
Invalid 被描述的问题不是一个bug
Wontfix被描述的问题是一个bug,但不准备进行修改
Later被描述的问题是一个BUG，但不在这个版本修改
REMIND被描述的问题是一个bug,但可能不在产品的目前版本中进行修改，但可能还是问题
Duplicate提出的问题和当前已经存在的某个bug重复
worksforme不能重现这个bug
Bug的描述：
1. 对BUG进行描述
2. 重现BUG的步骤
3. 期望的结果
4. 实际出现的结果
5. BUG截图及相关资料
在准备填写BUG前，应该先检查下，这BUG或具有相同原因的BUG是否已经被提交。
