《测试流程搭建》.docx

PAGE10 / NUMPAGES10 目录 Bug【严重性】的定义 2 Bug的修复【优先级】定义 3 Bug【状态】定义4 【测试计划】 9/10 【测试用例】 6 【测试报告】7 【测试总结报告】 8 参考信息： 《软件测试的测试规范》，《微软制胜策略03》，《软件开发的科学与艺术之软件测试》 《软件测试技术》，网络等资料 Bug【严重性（缺陷类型）】定义： 【严重性】分为A,B,C,D,E五个等级； 由参加测试的人员设置（项目经理或组长可以进行更改）A类（考虑备案）严重错误，包括：1、系统Crash,不能进行安装2、由于程序所引起的死机，非法退出3、死循环4、导致数据库发生死锁5、数据通讯错误6、严重的数值计算错误B类（考虑备案）较严重错误，包括：1、需求说明书（需求讨论中的重要功能没有实现）2、功能不符3、数据流错误4、程序接口错误5、轻微的数值计算错误C类（考虑备案）般性错误，包括：1、功能存在缺陷2、界面错误（详细文档）3、打印内容、格式错误4、简单的输入限制未放在前台进行控制5、删除操作未给出提示D类较小错误，包括： 功能可以进一步改进辅助说明描述不清楚显示格式不规范长时间操作为给用户进度术语可我输入区域和只读区域没有明显的区分标志系统处理未优化E类测试建议（非缺陷） Bug修复【优先级】定义： 【优先级】分为1,2,3,4,四个等级； 由项目经理或组长设置1必须立即修复。此错误阻止进一步测试，否则会导致从测试的停滞。 例如，软件的主要功能错误或者造成软件崩溃，数据丢失的缺陷。2必须修复。此错误在软件发布前必须修复，否则会影响软件的发布和使用。3应该修复。如果时间允许，应该修复此错误。4考虑修复。此错误即使不修复，也可以发布。 Bug【状态】定义： 在整个过程中Bug的可能状态有8种即：Fixed，Postponed，Ignored，Designed，Rejected，Open，Closed，Reopen； 项目经理或组长可以把【测试总结报告】中的【新状态】中更改为任意状态由开发人员或修改Bug的人员设置如下状态：Fixed表示Bug已经被修复或更正了Postponed表明这个Bug在当前阶段不进行更正了，在以后阶段再更正Ignored--报告的问题可能是误报（如对软件需求的理解产生偏差）； --某个问题很微小，而不同的人对于这是不是一个问题还存在争议Designed测试人员认为是Bug，不符合逻辑，也不符合用户的需求，但开发人员则认为是按照项目经理的设计做的Rejected如果报告的错误无法被重现、报告状态不完善、报告难以被阅读或理解而拒绝修改由测试人员设置如下状态：Open未发布的，Bug的初始状态（默认状态）Closed已经修复，Bug的最终状态Reopen未修复 【测试用例】模板 　　　　　　　　　　　　　　 编制人你我他编号/版本VER3.5时间2010-12-20模块名称系统名称—模块名称—功能名称用例描述所应用的测试方法如等价类/边界值/场景法/错误猜测/因果图/判定表…… --当前的测试目的如用户界面/功能点/业务场景……用例ID操作描述与 输入预期输出实际输出是否通过TC001--原密码：空格123（原密码为123） --新密码：A --确认密码：A原密码输入错误原密码输入错误PASS; FAIL; FAIL(A/B/C/D/E) 【测试报告】模板（阅读者开发人员）： 说明--时间 --相对应的用例范围，功能模块用例ID概要严重性优先级 状态其它描述ABCDE12345Fixed Rejected Ignored ByDesign--截图， --修复人， --处理日期 --其它说明，  【测试总结报告】模板（阅读者项目经理或组长）： A类--时间信息 --统计数字等信息状态概要 新状态用例ID其它描述Reopen Closed Postponed Ignored DesignedReopen Closed Postponed Ignored DesignedB类--时间信息 --统计数字等信息状态概要新状态用例ID其它描述C类--时间信息 --统计数字等信息状态概要新状态用例