软件测试之Bug管理的一般流程
软件测试 的主要目的在于发现软件存在的错误(Bug),对于如何处理测试中发现的错误, 将直接影响到测试的效果。只有正确、迅速、准确地处理这些错误,才能消除软件错误,保证 要发布的软件符合 需求 设计的目标。在实际软件 测试过程 中,对于每个Bug都要经过
软件测试的主要目的在于发现软件存在的错误(Bug),对于如何处理测试中发现的错误,
将直接影响到测试的效果。只有正确、迅速、准确地处理这些错误,才能消除软件错误,保证
要发布的软件符合
需求设计的目标。在实际软件
测试过程中,对于每个Bug都要经过测试、确
认、修复、验证等的管理过程,这是软件测试的重要环节。
错误跟踪管理系统
为了正确跟踪每个软件错误的处理过程,通常将软件测试发现的每个错误作为一条条记录
输入制定的错误跟踪管理系统。
目前已有的
缺陷跟踪管理软件包括
Compuware公司的
TrackRecord软件(商业软件)、
Mozilla公司的Buzilla软件(免费软件),以及国内的微创公司的BMS软件,这些软件在功能
上各有特点,可以根据实际情况选用。当然,也可以自己
开发缺陷跟踪软件,例如基于Notes
或是ClearQuese开发缺陷跟踪管理软件。
作为一个缺陷跟踪管理系统,需要正确设计每个错误的包含信息的字段内容和记录错误的
处理信息的全部内容。字段内容可能包括测试软件名称,测试版本号,测试人名称,测试事
件,测试软件和硬件配置环境,发现软件错误的类型,错误的严重等级,详细步骤,必要的附
图,测试注释。处理信息包括处理者姓名,处理时间,处理步骤,错误记录的当前状态。
正确的
数据库权限管理是错误跟踪管理系统的重要考虑要素,一般要保证对于添加的错误
不能从数据库中删除。
软件错误的状态
新信息(New):测试中新报告的
软件缺陷;
打开 (Open):被确认并分配给相关开发人员处理;
修正(Fixed):开发人员已完成修正,等待
测试人员验证;
拒绝(Declined):拒绝修改缺陷;
延期(Deferred): 不在当前版本修复的错误,下一版修复
关闭(Closed):错误已被修复;
Bug管理的一般流程
测试人员提交新的Bug入库,错误状态为New。
原文转自:http://www.ltesting.net