测试Bug记录表模板
- 格式:xls
- 大小:20.00 KB
- 文档页数:4
b u g报告模板(经典) -CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN
BUG管理与改错计划
问题优先级
Bug严重程度
Bug状态
新建状态( NEW )
Bug创建后的初始状态。
已分配状态(open)
经过确认有效的问题后分配给开发人员的状态。
拒绝状态(Rejected)
验证不是有效的问题
解决状态(Fixed)
开发人员处理此问题后的状态
结束状态(closed)
经测试部门对修改后的软件问题进行验证并确认修改正确后的状态。
重新打开状态(REOPENED)
对开发部门修改后软件问题,经过验证,如果仍然存在,则将其状态改为“重新打开”状态。
对于“关闭/延迟修改”状态的软件问题,如果时机成熟,需要重新开发,则将其状态改为“重新打开”状态。
BUG管理
问题优先级
分五个等级,即A~E,A的优先级别最高,之后逐级递减。
Bug严重程度
Bug状态
新建状态(NEW )
Bug创建后的初始状态。
已分配状态(open)
经过确认有效的问题后分配给开发人员的状态。
拒绝状态(Rejected)
验证不是有效的问题
解决状态(Fixed)
开发人员处理此问题后的状态
结束状态(closed)
经测试部门对修改后的软件问题进行验证并确认修改正确后的状态。
重新打开状态(REOPENED)
对开发部门修改后软件问题,经过验证,如果仍然存在,则将其状态改为“重新打开”状态。
对于“关闭/延迟修改”状态的软件问题,如果时机成熟,需要重新开发,则将
其状态改为“重新打开”状态。
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-001
大模块名>>小模
块名>>功能页面
名-错误的简单
描述
1.
2.
3.
4.
5.
6.
Bug-002
1.
2.
3.
4.
5.
6.
Bug-003
1.
2.
3.
4.
5.
6.
**公司/中心
**系统测试缺陷跟踪汇总表
2.具体的填写说明请见"填写说明"sheet表
3.测试完成后需要定期把本表反馈给开发负责人,由其判断是否需要修改及修改缺陷的具体时间等信息后反馈给测试工程师
4.测试工程师根据测试情况,在每一轮测试结束时,填写"问题统计"sheet表中的内容。
测试BUG记录表外呼前台:图二图三1.通讯录——个人通讯录——添加,图二图三1.知识树不能及时刷新,添加了内容后,需要重新回到此页面才能显示更新内容。
2.知识库——个人知识库——添加,若换行输入知识库内容,添加成功后,再次编1.个人管理——工作日报(每周小结)——添加,换行输入,保存出现如上图1所示,列表内容中包含换行符2.个人管理——工作日报(每周小结)——添加(添加过一次),输入内容单外呼后台:座席信息——座席工作组设置——添加,在弹出窗口中工作组描述文本框中不能座席信息——座席公告信息——添加。
第一次添加公告没有选择收取人,会提示如果勾选了收取人复选框后再勾选掉,也能添加成功。
如上图二。
所以字数多了会出错,且公告内容不能换行输入。
图二图三图四1.企业信息——客户类型——添加,弹出窗口中“客户类型名称”字段没有做字符限制,添加多了会出错,“客户类型描述”字段不能换行输入。
如图一图二图三图四1.企业知识库、共享知识库删除后都需要手动刷新页面才能显示,另外添加内容后,知识树需要手动刷新才能显示2.知识库管理——知识库结构——添加,“菜单名称”输入过多也会出错,如图一3.知识库管理——企业知识库——添加,信息标题、信息内容字数过多都会出先程序错误,且添加企业知识库时,没有选择信息分类,也可以添加成功,如图三4.知识库管理——知识库结构——编辑,若只想修改隶属菜单,单击保存,则电销前台:图二图三1.知识库——企业知识库——查询,无法执行查询2.知识库——个人知识库——添加,输入换行内容再查看时,弹出网页中出现换行符,如图三3.不论是企业知识库、个人知识库还是共享知识,查看时弹出网页的标题都是企业知识库,如图二修改反馈记录(格式:时间 + 修改情况)图二1.个人管理——工作日报——添加,在弹出窗口中换行输入内容后,则列表中出现图一所示2.个人管理——每周小结——添加,在弹出窗口中换行输入内容后,则列表中出现图二所示3.如果每周小结/日报,添加过一次不允许添加弹出提示框后应立即关闭“添加每电销后台图二电销管理——电销号码分配——号码分配,在弹出号码分配窗口中,选择列表中的号码分配,弹出窗口,如图一所示。
竭诚为您提供优质文档/双击可除
bug文档模板
篇一:bug模板
测试人员在提交bug时统一报bug模板,参考如下:
概要:【模板】bug简要描述(包含:现象、动作、概率、场景)预置条件:
1.进入xx网站
2.账号登录情况(或手机wiFi连接情况)
操作步骤:
1.操作a
2.操作b
3.操作c
实际结果:
4.实际结果xxx
预期结果:
5.预期结果xxx
出现概率:例如100%、1/10等
log及图片路径:建议测试人员抓取log及问题pic
版本号:v0.1
log)(概率问题尽量保持
篇二:bug报告模板(经典)
bug管理与改错计划
问题优先级
分五个等级,即p1~p5,p1的优先级别最高,之后逐级递减。
bug严重程度
bug状态
新建状态(new)bug创建后的初始状态。
已分配状态(open)
经过确认有效的问题后分配给开发人员的状态。
拒绝状态(Rejected)验证不是有效的问题解决状态(Fixed)开发人员处理此问题后的状态结束状态(closed)
经测试部门对修改后的软件问题进行验证并确认修改正确后的状态。
重新打开状态(Reopened)对开发部门修改后软件问题,经过验证,如果仍然存在,则将其状态改为“重新打开”状态。
对于“关闭/延迟修改”状态的软件问题,如果时机成熟,需要重新开发,则将
其状态改为“重新打开”状态。
篇三:bug报告模板(经典)
bug管理与改错计划。
文档说明如下:
Bug严重程度:
A-Crash(崩溃的):由于程序所引起的死机、非法退出、死循环;数据库发生死锁;因错误操作导致的程序中断;主失或数据异常;数据库连接错误;数据通讯错误。
B-Major(严重的):程序运行错误;程序接口错误;主要功能轻微错误、次要功能缺失;边界条件操作时导致异常;的表、业务规则、缺省值未加完整性等约束条件。
C-Minor(一般的):操作界面错误(包括数据窗口内列名定义、含义是否一致);打印内容、格式错误;简单的输入能冗余;删除操作未给出提示;数据库表中有过多的空字段。
D-Trivial(轻微的):界面不规范(不美观、不符合习惯);辅助说明描述不清楚;输入输出不规范;长时间操作未给采用行业术语;可输入区域和只读区域没有明显的区分标志;系统处理未优化。