XXX项目_bug记录表

BUG处理情况确认表
编号：无序号：06
项目名称国旅游基础数据库建设项目负责人XX
存在问题及解决方法：
1)服务器端的目录不存在或无权限，创建目录并修正权限可解决问题。

2)服务器端该模块（tee）需要验证用户名密码，但客户端没有提供正确的用户
名密码，认证失败。

提供正确的用户名密码解决此问题。

3)服务器不存在指定模块。

提供正确的模块名或在服务器端修改成你要的模块
以解决问题。

是否解决：
已解决
领导意见：
无
确认人：XX 日期：13.12.15 客户意见：
存在问题确已解决，暂无任何问题
确认人：日期：13.12.15
制表单位：北京兴润佳源科技有限公司。

bug记录表No模块名称BUG描述1综合管理/权限管理前台收银时的开单、点菜、退菜、换菜等功能无法在此处实现，应添加相关按钮2前台收银/开单开单时，一名服务员可以服务的客人数量没有限制3前台收银/开单开单时，一名服务员可以服务的包间或桌子数量没有限制4前台收银/开单同一个包间或桌子可以开单的数量应该有限制5前台收银/菜品调价菜品调价应该不能调为零6前台收银/提示开关提示开关无效7前台收银/打印点菜单没有连接打印机时，打印功能仍能运行，但没有给出任何提示。

8前台收银用鼠标拖动滚动条时，对话框不能实时滚动9前台收银/屏保点开屏保后，所弹出的对话框无法关闭10前台收银/结账最低消费无法更改，一直为零11前台收银/结账服务费无法更改，一直为零12前台收银/结账结账时，菜品打折应该有所限制13前台收银结帐时，如果顾客被选为VIP成员（中行－金卡），并且采用非打折方式时，VIP成员的打折算法会出错。

14前台收银/换桌如果将客人换至另一个已有其他客人的包间，仍可以操作，造成混乱15前台收银/菜品评议此模块中，如果不能查出账单，系统不能自动给出提示。

16前台收银/屏保没有屏保17前台收银/当日消费单据没有连接打印机时，打印功能仍能运行，但没有给出任何提示。

18前台收银/当日消费单据如果查不出账单或查询条件选择错误，系统不能给出任何提示。

19综合管理/大堂管理/客户管理新增功能中的姓名项应该设置为能重复20综合管理/大堂管理/客户管理新增功能中的客户姓名数据类型不正确21综合管理/大堂管理/客户管理新增功能中的电话号码数据类型不正确22综合管理/大堂管理/客户管理新增功能中的手机号码数据类型不正确23综合管理/大堂管理/客户管理新增功能中的身份证号码数据类型不正确24综合管理/大堂管理/客户管理新增功能中的卡凸号数据类型不正确25综合管理/大堂管理/客户管理新增功能中的卡号数据类型不正确26综合管理/大堂管理/客户管理新增功能中的身份证号码长度不正确27综合管理/大堂管理/客户管理新增功能中的身份证号码应该禁止输入特殊字符28综合管理/大堂管理/客户管理新增功能中的电话号码应该禁止输入特殊字符29综合管理/大堂管理/客户管理新增功能中的邮政编码应该禁止输入特殊字符30综合管理/大堂管理/客户管理新增功能中的卡号应该禁止输入特殊字符31综合管理/大堂管理/客户管理用鼠标拖动滚动条时，对话框不能实时滚动32综合管理/大堂管理/客户管理新增功能中的荣誉度没有大小限制33综合管理/大堂管理/客户管理新增功能中的卡凸号应该禁止输入特殊字符34综合管理/大堂管理/客户管理没有连接打印机时，打印功能仍能运行，但没有给出任何提示。

XXX软件bug测试记录表文档编号：背景信息项目名称测试目的硬件环境软件环境测试时间测试人员测试说明1、严重等级：A-Crash（崩溃的）：由于程序所引起的死机、非法退出、死循环；数据库发生死锁；数据库异常；数据库连接错误；数据通讯错误。

B-Major（严重的）：程序运行错误；程序接口错误；主要功能轻微错误、次要功能缺失；边界条件操作的表、业务规则、缺省值未加完整性等约束条件。

C-Minor（一般的）：操作界面错误（包括数据窗口内列名定义、含义是否一致）；打印内容、格式错误能冗余；删除操作未能给出提示；数据库表中有过多的空字段。

D-Trivial（轻微的）：界面不规范（不美观、不符合习惯）；辅助说明描述不清楚；输入输出不规范；采用行业术语；可输入区域和只读区域没有明显的区分标志；系统处理未优化。

E-nice to Have（建议）：建设性的意见或建议。

2、Bug 状态：New 为测试人员新问题提交所标志的状态。

Open 为任务分配人(开发组长/经理)对该问题准备进行修改并对该问题分配修改人员所标志的状态。

Bug解决中的状态，由任务分配人改变。

对没有进入此状态的Bug，程序员不用管。

Reopen 为测试人员对修改问题进行验证后没有通过所标志的状态；Fixed 为开发人员修改问题后所标志的状态，修改后还未测试。

Close 为测试人员对修改问题进行验证后通过所标志的状态。

由测试人员改变。

Rejected 开发人员认为不是Bug、描述不清、重复、不能复现、不采纳所提意见建议、或虽然是个错误但还没到非改不可的地步故可忽略不计、或者测试人员提错，从而拒绝的问题。

由Bug分配人或者开发人员来设置。

Bug严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度。

由测试人员指定。

Deferred 为任务分配人（开发组长/经理）对该问题准备进行延期修改并对该问题分配修改，由任务分配人改变。

附录二：单元测试Bug清单 附录二：单元测试Bug清单 Bug
单元测试Bug清单
项目名称 Bug ID 提交人 提交给 问题名称 问题描述 项目阶段 用例 ID 下面由测试人员填写 版本号 提交时间 Email Email
□需求分析 □结构设计 问题类别 □硬件 问题级别 □重大 可再现否 □是 再现描述
下面由问题解决者填写 □无法再现问题 □依照设计 □保留 □问题被撤回 解决时间
下面由测试验证人员填写 验证人 验证版本 验证Bug ID 验证时间 □没有解决 □已经解决但引起新的问题 问题状态 □已经解决 已经解决但引起新的问题Bug ID 备注
□详细设计 □单元测试 □设计 □高 □否
□集成测试 □系统测试 □编码 □中 □不一定
□验收测试 □维护 □建议 □疑问 □低
修改建议 备 优先级 意见 注 下面由Bug管理人员填写 □立即解决 □尽快解决 □下一阶段解决 □可能的情况下解决 对问题解决的意见，建议，修改期限等 □ 解决 问题状态 □已经解决 已解决版版本 处理说明

状态及 统计
▼ ■ 〇 ● 出错位置 最新状态 ● ▼
8 5 0 1
未解决 通过替代方案解决/暂不处理 保留（已通过讨论） 正常解决 问题点详细描述 参考图 截图1 截图2 截图3 截图4 截图5 测试人 发现日期 严重等级 解决过程描述 回答者 回答日期 原因归类 其它原因 第1次验证结果 验证人
▼ ■ ▼ ■ ■ ▼ ▼ ▼ ■ ■ ● ▼ ▼
截图6 截图7 截图8 截图9 截图10 截图11 截图12 截图13 截图14
中国検証
1/6
69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146
中国検証
2/6
147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201
编号 1 2

1.1XXX软件系统项目缺陷记录日志及代码复查报告示例1.1.1实验步骤一、缺陷记录日志的设计和记录。

缺陷记录日志是为了帮助收集缺陷数据，我们应该尽可能详细的描述每个缺陷，以便以后可以理解它。

记录所有在复查、编译和测试阶段发现的缺陷，每个缺陷分别记录，且信息要完整，但一张表不够时，使用另一张。

1、制作缺陷记录日志表，格式如下页表所示：2、在表头依要求填入相应内容。

3、，组长与技术总工每人找有缺陷的代码，互相交换找出缺陷完成实验。

4、当遇到第一个缺陷时，在日志上记下它的编号，直到修复了这个缺陷时，再填写其它数据。

每个缺陷单独占一行。

5、修复缺陷后，登入其缺陷类型、引入缺陷的过程阶段。

6、缺陷的修复时间应该从开始意识到缺陷的存在时开始算起，直到修复完成且检查无误的估计时间。

7、如果该缺陷是由于在修复其他缺陷时引入的，填写修复缺陷项。

如果不能确定这个相关的缺陷编号，请在修复缺陷项中登入x.8、在描述部分对这个缺陷进行简短的描述。

描述应该足够清楚，以便以后可以看出该缺陷的起因以及你为什么做出这种判断。

二、代码复查检查表的使用。

1、当我们在小组中交换有缺陷的代码后，首先应该进行代码的复查，代码复查是有效的找到缺陷的方法。

2、确保编码实现了所设计的全部功能。

3、全面检查include(withs)语句、初始化、过程调用和名字是否有效。

4、在完成每个复查步骤之后，将发现的某个缺陷的个数纪录在右边的栏目中。

见第三页的代码复查检查表。

1.1.2缺陷记录日志1.1.3代码复查指南和检查表说明：代码复查指南和检查表中的“累计值”项中的数值为本次代码复查时发现的缺陷数和上次的累计值之和。