软件测试Bug表
密闭空间安卓版
2/6
145 146 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
密闭空间安卓版
3/6
验证人
末次验证日期
备注
密闭空间安卓版
4/6
密闭空间安卓版
5/6
密闭空间安卓版
6/6
严重等级
解决过程描述
回答者
回答日期
原因归类
其它原因 第1次验证结果 验证人
末次验证日期
备注 第2次验证结果
截图1，是 操作手册上 预期结果， 和实际结果 截图2 截图3 截图4 截图5 截图6
1/6
68 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
8 未解决 5 通过替代方案解决/暂不处理 0 保留（已通过讨论） 1 正常解决
最新状态ห้องสมุดไป่ตู้●
▼
▼ ■ ▼ ■ ■
▼ ▼ ▼ ■ ■ ● ▼ ▼
问题点详细描述
密闭空间安卓版
参考图 截图1
截图2
截图3 截图4 截图5
截图6 截图7 截图8 截图9 截图10 截图11 截图12 截图13 截图14
测试人
发现日期 2016/12/1
状态及 统计
编号 1 2
▼ ■ 〇 ●
出错位置
3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67
软件错误与问题记录表
待商议
方式选择手动时，当其它地方先进行选择时，毛重不可输入
当点击该子菜单时，会出现“没有符合条件的查询结果”
修改人
修改日期
测试人
测试日期 测试问题
输入一个备份文件的名字，点击备份按钮，会出现错误提示 在删除最后一条记录后，再点击添加的时候，不响应，再点击的时候 才会响应 当前状态与实际操作不对应
只能添加与删除，不能修改
待商议
要输入数字的地方可以输入字母，比如年龄、身份证号码等 当最小容量大于最大容量以及当前容量小于最小容量时，仍能保存成 功，有时，在当前容量大于最大容量时，仍可保存成功 点击查询按钮时，总是显示入库统计界面
模块名称 参数维护
BUG类型 实时错误
参数维护
实时错误
数据维护.exe
运行时错误
ቤተ መጻሕፍቲ ባይዱ
管理部门设置
管理部门设置
材料规格维护
人员信息维护
原材料货位管理
物质出入库查询
原物料入库单
权限维护窗口
《软件名称》错误与问题记录表 软件名称》
问题描述 在结算日期中，输入一个长整型的数据26234234，在失去焦点后，会 弹出溢出实时错误 在网格滚动行数中输入一个特别大的数据，会弹出错误提示 状态 溢出 将截断字 符串或二 进制数据 错误文件 名或数 备注
软件名称错误与问题记录表模块名称问题描述状态备注修改人修改日期测试人测试日期测试问题参数维护实时错误溢出参数维护实时错误在网格滚动行数中输入一个特别大的数据会弹出错误提示运行时错误输入一个备份文件的名字点击备份按钮会出现错误提示管理部门设置在删除最后一条记录后再点击添加的时候不响应再点击的时候才会响应管理部门设置当前状态与实际操作不对应材料规格维护只能添加与删除不能修改待商议人员信息维护要输入数字的地方可以输入字母比如年龄身份证号码等待商议原材料货位管理物质出入库查询点击查询按钮时总是显示入库统计界面原物料入库单方式选择手动时当其它地方先进行选择时毛重不可输入权限维护窗口当点击该子菜单时会出现没有符合条件的查询结果bug类型在结算日期中输入一个长整型的数据26234234在失去焦点后会弹出溢出实时错误将截断字符串或二进制数据数据维护
标准BUG反馈表模板
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 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
编号 状态 重复编号
描述
前置条件
1 Done
B连接4S
使用安装器安装应用的时候，当安装完第一个应用 后，安装第二个应用客户端报错
2.在桌面依次双击IPA文 件，添加到安装器安装 队列（QQ三国、使命召
唤）
2 Open
3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41
B连接4S
2
使用安装器安装应用的时候，当安装第一个应用的 后，安装第二个应用客户端无法安装。
2.在桌面依次双击IPA文 件，添加到安装器安装 队列（QQ三国、使命召
唤）
软件测试BUG提交规范_模板
软件测试BUG提交规范_模板BUG提交模板和注意事项一、BUG提交模板1.现象描述<详细描述BUG现象>2.组网环境<组网图及简要说明：机箱、板卡（型号、序列号和槽位）、测试仪、连接线缆等描述> 注：简单组网环境或一般性BUG情况下，可只简要描述组网环境，无需组网图。
3.版本信息<被测设备所有组件版本信息>软件版本：硬件版本：芯片版本：CPLD版本：MCU版本：uboot版本：4.操作步骤<详细描述发现BUG的操作步骤>注：说明发现BUG对应用例名称编号或为非用例发现BUG。
5.期望结果<预期正确的结果>6.实际结果<实际不正确的结果>7.BUG严重性等级<初步判定BUG的严重性等级>8.开发确认情况<开发确认BUG情况描述及确认人>注：严重等级以上BUG必须要有开发人员确认9.附件<包括：组网图、BUG现象截图、操作产生的系统日志等>注：严重等级以上BUG必须带有附件，一般性BUG则附件可选。
10.备注二、BUG提交注意事项1．请测试人员提交新缺陷时，尽量用最简洁的语言最清晰的描述出BUG的出处、操作步骤、现象、（建议），并尽量截图；2. 当你的BUG报告以“not repro（不可重现）”打回给你时，测试人员应该反复阅读它，集中剔除那些没有关系的步骤或词语，再检查是否有遗漏或清晰的步骤，再去找研发人员。
研发人员通常是在无法用BUG报告中的步骤重现BUG时才选择这个选项；3. 测试人员在精简空话的同时，应该再仔细检查报告是否会产生误解的地方。
测试人员应该尽量避免使用模糊的，会产生歧义的、主观的词语。
目标是使用能够表述事实、清楚的，不会产生争执的词语；4. 不要使用感叹号或其它表现个人感情色彩的词语或符号；5. 不要使用含糊的词语（例如，好像，似乎）或网络语言来描述发现的现象；三、需要注意的地方当你发现一个BUG时，请考虑如下问题：1. 同一软件中的相似功能是否有相同的问题？2.其他的浏览器是否有相同的问题？3. 其他的软硬件配置是否有相同的问题？4. 其他的区域是否有相同的问题？5.以前的版本是否有相同的问题？四、Bug的严重等级1.致命BUG，包括以下各种错误：1.由于程序所引起的死机,非法退出2.死循环3.导致数据库发生死锁4.因错误操作导致的程序中断5.严重的数值计算错误2.严重BUG，包括以下各种错误：1.功能不符2.数据流错误3.程序接口错误4.轻微的数值计算错误3.一般性BUG，包括以下各种错误：1.操作界面错误(详细文档)2.打印内容、格式错误3.简单的输入限制未放在前台进行控制4.删除操作未给出提示4.提示性BUG，包括以下各种错误：1.界面不规范2.辅助说明描述不清楚3.显示格式不规范4.长时间操作未给用户进度提示5.提示窗口文字未采用行业术语6.可输入区域和只读区域没有明显的区分标志7.系统处理未优化5.测试建议（非BUG）：界面重构、描述更改、流程改进。
软件测试作业bug举例
软件测试作业bug举例
（原创实用版）
目录
1.测试的目的
2.常见的 bug 类型
3.bug 的影响
4.如何处理 bug
正文
软件测试是软件开发过程中非常重要的一环。
其目的是为了发现和修复软件中的错误，以确保软件能够按照预期的方式运行。
在这个过程中，测试人员常常会遇到各种类型的 bug。
常见的 bug 类型包括功能性 bug、界面 bug、兼容性 bug 等。
功能性 bug 指的是软件的功能无法按照预期的方式运行，例如，一个支付系统在支付时出现错误，可能导致支付失败或资金丢失。
界面 bug 是指软件的界面元素，如按钮、菜单、对话框等，不能正常显示或使用。
兼容性 bug 是指软件在不同的操作系统或浏览器上运行时出现的问题。
bug 的出现可能会对软件的质量、用户的体验以及开发团队的效率产生负面影响。
因此，及时发现和修复 bug 是软件测试的重要任务。
当遇到 bug 时，测试人员应该首先记录下 bug 的信息，包括 bug 的出现条件、症状以及对软件的影响等。
然后，他们需要使用一些工具，如缺陷跟踪系统或代码审查工具，来报告和跟踪 bug。
最后，开发人员会对 bug 进行修复，并在修复后进行重新测试，以确保 bug 已经被彻底解决。
总的来说，软件测试是一个复杂而重要的过程。
第1页共1页。
本地化测试软件缺陷分类详解
当天化尝试硬件缺陷分类详解之阳早格格创做当天化尝试创造的硬件缺陷特性明隐，便于分类.本文依照当天化尝试硬件缺陷的特性举止分类，仔细天分解百般缺陷的表示特性，简要形貌百般缺陷的爆收本果，末尾给出百般缺陷的建正要领.1. 缺陷典型综合天道，硬件当天化的缺陷主要分为二大类：核心缺陷战当天化缺陷.二类缺陷的仔细分类如下图所示：百般缺陷对付应的英文称呼如下表所示：华文称呼英文称呼证明当天化缺陷Localization Bug L10N Bug2. 缺陷表示特性由于当天化缺陷是当天化尝试中出现的数量最多的缺陷，所以最先分解当天化缺陷的表示特性.而当天化尝试中创造的核心缺陷虽然数量已几，然而是它们的妨害程度更大，所以需要严肃对付待，交下去分解它们的表示特性.2.1 用户界里缺陷•控件的笔墨被截断（Truncation）o对付话框中的文本框、按钮、列表框、状态栏中的当天化笔墨只隐现一部分•控件大概笔墨不对付齐（Misaligned）o对付话框中的共类控件大概当天化笔墨不对付齐•控件位子沉叠（Overlapped）o对付话框中的控件相互沉叠•多余的笔墨（Extra strings）o硬件步调的窗心大概对付话框中的出现多余的笔墨•拾得的笔墨（Missed strings）o硬件步调的窗心大概对付话框中的笔墨部分大概局部拾得•纷歧致的控件筹备（Inconsistent layout）o当天化硬件的控件筹备取源谈话硬件纷歧致•拾得的笔墨（Missed strings）o硬件步调的窗心大概对付话框中的笔墨部分大概局部拾得•笔墨的字体、字号过得（Incorrect font name and font size）o控件的笔墨隐现不好瞅，不切合当天化谈话的精确字体战字号•多余的空格（Extra space）o当天化笔墨字符之间存留多余的空格2.2 谈话品量缺陷•字符不当天化（Unlocalized strings）o对付话框大概硬件步调窗心中的该当当天化的笔墨不当天化•字符不完备天当天化（Incomplete localized strings）o对付话框大概硬件步调窗心中的该当当天化的笔墨惟有一部分当天化•过得的当天化字符（Error localization）o源谈话笔墨被过得天当天化，大概者对付政事敏感的笔墨过得天举止了当天化•纷歧致的当天化字符（Inconsistent localized string）o相共的笔墨前后翻译纷歧致o相共的笔墨各谈话之间纷歧致o相共的笔墨硬件用户界里取联机助闲文献纷歧致•过分当天化（Over localization）o不该该当天化的字符举止了当天化•标面标记、版权、商标标记过得（Incorrect punctuation, Copyright）o标面标记、版权战商目标当天化不切合当天化谈话的使用习惯2.3 当天化功能缺陷当天化功能缺陷是当天化硬件中的某些功能不起效率，大概者功能过得，取源谈话功能纷歧致.•功能不起效率（Not working）o菜单、对付话框的按钮、超链交不起效率•功能过得（Error function）o菜单、对付话框的按钮、超链交引起步调解体o菜单、对付话框的按钮、超链交戴去取源谈话硬件纷歧致的过得截止o超链交不链交到当天化的网站大概页里o硬件的功能不切合当天化用户的使用央供•热键战快速键过得（Error hot keys and short-cut keys）o菜单大概对付话框中存留沉复的热键o当天化硬件中缺少热键大概快速键o纷歧致的热键大概快速键o快速键大概快速键无效2.4 源谈话功能缺陷源谈话功能缺陷是正在源谈话硬件战局部当天化硬件上皆不妨复现的过得.•功能不起效率（Not working）o菜单不起效率o对付话框的按钮不起效率o超链交不起效率o控件中心跳转程序（Tab键）不精确•笔墨真量过得（Incorrect strings）o硬件的称呼大概者版本编号过得o英文拼写过得、语法过得o英文用词汇不妥当等2.5 源谈话国际化缺陷源谈话国际化缺陷是正在源谈话硬件安排历程中对付硬件的当天化本领的处理缺累引起的，它只出当前当天化的硬件中.•天区树立过得（Error regional setting）o当天化日期要领过得o当天化时间要领过得o当天化数字要领（小数面、千位分开符）过得o当天化货币单位大概要领过得o当天化度量单位过得o当天化纸弛大小过得o当天化电话号码战邮政编码过得•单字节字符过得（Error DBCS）o不收援单字节字符的输进o单字节字符隐现治码o不克不迭保存含有单字节字符真量的文献o不克不迭挨印单字节字符3. 缺陷爆收本果核心缺陷是由于源步调硬件编码过得引起的，比圆启垦人员对付于某个功能模块的编码过得，大概者不思量硬件的国际化战当天化本领，而将代码设定为某一种谈话；当天化缺陷是由于硬件当天化历程引起的，比圆谈话翻译品量较好、界里控件筹备不当、翻译了步调中的变量等.4. 缺陷建正要领当天化缺陷是尝试中创造的数量最多的Bug，它只出当前当天化的版本上，而不出当前源谈话版本上，不妨由当天化工程师建改当天化硬件相闭资材文献办理，比圆建改过得的翻译笔墨、安排控件的大小战位子等.核心缺陷中的源谈话功能缺陷既出当前当天化硬件，也不妨正在源谈话硬件上复现，而核心缺陷中的源谈话国际化缺陷，虽然只出当前当天化版本中，然而是只可通过建改步调代码真止，属于源谈话硬件的安排过得，那类缺陷只可由硬件启垦人员建正.。
bug报告模板(经典)
b u g报告模板(经典) -CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN
BUG管理与改错计划
问题优先级
Bug严重程度
Bug状态
新建状态（ NEW ）
Bug创建后的初始状态。
已分配状态（open）
经过确认有效的问题后分配给开发人员的状态。
拒绝状态（Rejected）
验证不是有效的问题
解决状态（Fixed）
开发人员处理此问题后的状态
结束状态（closed）
经测试部门对修改后的软件问题进行验证并确认修改正确后的状态。
重新打开状态（REOPENED）
对开发部门修改后软件问题，经过验证，如果仍然存在，则将其状态改为“重新打开”状态。
对于“关闭/延迟修改”状态的软件问题，如果时机成熟，需要重新开发，则将其状态改为“重新打开”状态。
测试BUG等级划分标准
测试BUG等级划分标准
BUG类型缺陷
S级bug，优先级最高
致命缺陷：
1、代码存在巨大缺陷（代码结构有巨大问题）
2、数据库存在巨大隐患（如恶意攻击造成的账户私密信息泄露）
3、充值存在问题（如金钱计算错误、充值不到账）
4、具体功能未实现
5、系统不稳定等（如常规操作会引发系统崩溃、死机、死循环）
A级bug，优先级次高
严重缺陷：
1、重要功能未实现（例如：更新的功能为实现，功能设计与需求严重不符）
2、功能操作影响多个其他功能
3、代码有错误（非常规操作会导致的崩溃、死机、死循环等）
4、UI界面存在影响功能实现的问题（封面图片的失真、压缩、完全变形等）
5、前端的安全问题等（密码明文显示等）
B级bug，优先级一般
一般缺陷：
1、次要功能不能正常实现
2、操作UI显示错误（增删改查等）
3、部分操作未给出提示（例如：删除、修改等）
4、UI兼容性问题等
建议修改类型缺陷
优化建议，优先级最低（建议修改）
程序在一些显示上不美观，不符合用户习惯，用户体验不佳或者是一些文字的错误
1、界面格数等不规范
2、辅助说明描述不清楚
3、提示窗口文字未采用行业术语
4、界面存在文字错误等等
需求
测试过程中发现的一些为实现功能，但不属于本次版本内容，下个版本增加的内容，缺陷记录为：需求。
测试中常见的bug总结
测试中常见的bug总结1、输⼊框为空/最⼤值判断;为空、最⼤值显⽰设计时，应统⼀规范规则，特别是输⼊框最⼤值。
还有内容为空时页⾯如何展⽰。
⼀般会出现⽂字内容过多或为空时，页⾯排版错乱。
以及内容为空时，会显⽰：NULL。
图⽚数据为空，会保留为空的图⽚数据位置。
链接为空时，点击图⽚，会刷新页⾯。
服务端部分字段为空，整个页⾯出现空⽩。
2、重复性判断⽐如⾝份证号，号等唯⼀性的值，提交时应有重复性的判断。
如导⼊时⼿机号重复，⽤户的部分信息应更新显⽰为最新的数据。
3、输⼊框⽂本内容判断未加限制像⼿机号不能输⼊⾮数字以外的字符，长度的限制；这些在输⼊或者提交的时候应加判断，不允许⾮法输⼊。
4、接⼝传值有误：经常遇见的问题有：值为空，未获取到值；传值错误，值显⽰其他字段值。
5、判断顺序/逻辑缺陷对界⾯进⾏多个输⼊判断的时候，⾮常容易出现这种问题。
例如判断年⽉顺序，判断长度，判断⾮空等。
假如操作员仅仅满⾜单个条件，保存不能成功;⽽按界⾯从上之下顺序⼀⼀满⾜条件之后，保存是没有问题的。
但是，改变⼀下输⼊的次序，校验失效。
输⼊框判断应按控件顺序从上往下，经常遇到先判断下⾯输⼊框合法性，再判断上⾯输⼊框的合法性的问题。
不符合⽤户的操作习惯。
6、多地点登录/单点登录设计时应考虑是否允许多点登录。
例如涉及到⽤户提交数据以及订单购买的功能，应只允许⽤户单点登录。
7、信息同步⽹站+APP+微信数据未同步。
8、兼容性问题经常会出现不同平台的，功能、样式问题。
PC与⼿机浏览器，同段代码会展⽰不同的样式。
不同的⼿机，弹窗处理机制会不⼀样，导致有些⼿机点击弹窗按钮，弹窗不会出现同个功能在不同的浏览器上⾯，功能会出现失效的现象。
9、功能未实现或只实现了部分/功能实现错误这类问题在过程中也经常出现，交测试的版本有的只实现了部分功能，未实现产品需求说明书⾥的全部功能，或者功能与需求不⼀致，测试时流程⾛不通，这⼀般都是开发没有⾃测引起的。
10、第三⽅应⽤，访问⽹页第三⽅应⽤分享，微信、QQ、微博三种分享渠道，有三种不⼀样的分享机制。
(完整版)BUG 等级划分标准
BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
常用测试缺陷报告
XX报告
测试编号：修复状态：
缺陷类型：严重程度：
缺陷概述：
缺陷详述：
备注：
致命：系统崩溃或挂起等导致系统不能继续运行；
严重：使系统不稳定、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可避免的主要问题；
一般：系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题，如：显示不正确但输出正确；
轻微：界面拼写错误或用户使用不方便等小问题或需要完善的问题；
A类：严重错误，包括以下各种错误
1.由于程序所引起的死机,非法退出
2.死循环
3.数据库发生死锁
4.数据库设计未达到第三范式的要求或需求规格说明的格式水平
5.功能错误
6.与数据库连接错误
7.数据通讯错误
B类：较严重错误，包括以下各种错误
1.程序错误
2.因错误操作迫使程序中断
3.程序接口错误
4.数据库的表、业务规则、缺省值未加完整性等约束条件
C类：一般性错误，包括以下各种错误
1.操作界面错误（包括数据窗口内列名定义、含义是否一致）
2.打印内容、格式错误
3.简单的输入限制未放在前台进行控制
4.删除操作未给出提示
5.数据库表中有过多的空字段
D类：较小错误，包括以下各种错误
1.界面不规范
2.辅助说明描述不清楚
3.输入输出不规范
4.长操作未给用户提示
5.提示窗口文字未采用行业术语
6.可输入区域和只读区域没有明显的区分标志。