IT项目管理软件Bug详细记录表
BUG管理规范
BUG管理规范一、引言在软件开辟过程中，难免会浮现各种各样的BUG（缺陷），这些BUG会对软件的功能和稳定性产生负面影响。
为了提高软件开辟的效率和质量，确保项目顺利进行，需要建立一套科学的BUG管理规范。
本文将详细介绍BUG管理的标准格式和流程，以便团队成员能够准确理解和执行。
二、BUG管理标准格式1. BUG编号每一个BUG都应该有一个惟一的编号，方便团队成员进行跟踪和管理。
编号可以采用自动生成的方式，也可以手动指定，但必须保证惟一性。
2. 问题描述在BUG管理中，清晰准确地描述问题是至关重要的。
问题描述应包括以下内容：- 问题现象：具体描述问题的表现形式，如错误提示、功能异常等。
- 复现步骤：详细描述如何复现问题，包括操作步骤、输入数据等。
- 预期结果：说明问题应该得到的正确结果。
3. 问题严重程度根据BUG对软件功能和稳定性的影响程度，将问题划分为不同的严重程度，通常包括以下几个级别：- 严重：严重影响软件的功能或者导致系统崩溃。
- 普通：对软件功能有一定影响，但不会导致系统崩溃。
- 轻微：对软件功能影响较小，不会导致系统崩溃。
4. 问题优先级根据BUG的紧急程度和影响范围，将问题划分为不同的优先级，通常包括以下几个级别：- 高：需要即将解决，严重影响项目进度或者用户体验。
- 中：需要在合理的时间内解决，对项目进度或者用户体验有一定影响。
- 低：可以在后续版本中解决，对项目进度或者用户体验影响较小。
5. 问题状态为了更好地跟踪和管理BUG，需要定义一套问题状态的流转规则，常见的状态包括：- 新建：问题刚刚被提交，等待处理。
- 分配：问题已被分配给相应的负责人。
- 处理中：负责人正在处理问题。
- 待验证：问题已经修复，等待验证。
- 已关闭：问题已经得到解决并验证通过。
6. 问题负责人每一个问题都应该有一个负责人，负责人负责处理和解决问题，并及时更新问题状态。
7. 问题附件如果问题需要附带截图、日志文件等相关信息，可以在问题中添加附件，方便问题的分析和解决。
用excel记录测试bug问题总结
⽤excel记录测试bug问题总结 前⼏天与开发在讨论问题的时候，开发提了⼀个问题，说是已经解决的问题，能否⽤excel表格总结⼀下，问了⼀下原因，感觉想法很好，就总结了⼀下。
在上家公司的时候，提交bug⽤的是mantis，现在是禅道，两者模式差不多，都是提交bug、开发修改、测试验证是否解决，解决了关闭，没有解决则打回重新解决。
这个时候，假如开发在解决bug的过程中引⼊了新的bug，该如何判断是哪些操作引⼊了新bug？⼀般情况下，开发⼈员与测试⼈员在验证bug的时候，都是就题解题，很少会去关⼼其它⽅⾯。
例如：A点到D点，有A-B-D和A-C-D两种⽅法，假如在A-B-D⽅法有bug，A-C-D⽅法在已经测试过的情况下，验证在A-B-D⽅法中产⽣的bug，⼏乎很少再去验证A-C-D⽅法，假如这时候有新bug就在A-C-D⽅法中，开发不会知道，测试也很难发现，⽽且不要抱有侥幸⼼理，我在上家公司测试的时候就多次遇见这种现象。
特别是多个项⽬，分模块测试，这种⼏率会更⼤。
更可怕的是，这些新产⽣的bug，在短时间内很难被发现，只有在后期的复测、上线测试或者回归测试时才会被发现，到时候多个问题集到⼀起，免不了要加班加点。
问题来了要解决，在经过了⼀段时间后，开发如何快速的定位是修改哪个bug引⼊了新的bug？⽤bug管理⼯具？那可是所有开发与测试的问题总汇啊，好⼏⼗页呢，就算有模块区分，也要浪费很长时间。
这时候⽤excel表格分模块记录问题，其优点就来了。
⽤excel表格记录问题，和bug管理⼯具不但不冲突，还能优势补充。
⽤excel记录问题，只⽤记录bug的描述、bug解决⼈、bug的ID（⽤于在bug管理⼯具快速定位到bug）。
当某个模块或者项⽬即将结束时，把问题总结excel表发给开发和项⽬领导⼈，让他们能快速知道项⽬产⽣问题的多少与解决情况，哪个模块产⽣的问题⽐较多，⼀⽬了然。
还有⼀个重要的原因就是，开发不会忘记⾃⼰哪个bug没有修改。
IT项目管理IT项目产品质量评审表
查询结果少了统计信息
☆☆☆☆
在报表增加相关统计信息
产品的性能指标
数据库查询时系统的响应时间不大于20秒
显示查询结果用了40秒
☆☆☆☆☆
调整算法,保证响应时间不大于20秒
产品的可靠性指标
产品上线以后,产品出现Bug的频度为每周不能多于4个
试用一周时发现了10个Bug
☆☆☆☆☆
ITቤተ መጻሕፍቲ ባይዱ目产品质量评审表
产品功能性指标
指标
实际情况
重要性五分制
评审结果
人员、区域管理
满足实际业务要求
通过
权限管理
只对部门进行了管理,没有对区域权限进行管理
☆☆☆
增加对区域权限进行管理
产品是带图标的图形用户界面
只是下拉菜单的界面,不生动
☆☆☆☆☆
停止其它模块的开发,赶快修改现有模块界面
产品的输出界面和报表
增加测试力度,必须保证上线前的Bug出现频度.
软件测试问题记录表
程序名称：版本号：
测试人员报告
报告类型
严重程度
报告人
报告日期
问题描述
重现方法
修改建议
开发人员处理
出错位置
处理优先级
目前状态
出错原因
处理意见
新版本号
处理人
处理日期
处理后
测试人
测试日期
问题解决否
报告类型（1-6）： 1．代码错误2．设计错误3．建议
4．文档问题5．硬件问题6．疑问
严重程度（1： 1．尚未处理2．处理结束
处理优先级（1-4）：1．尽快修改；2．一个测试阶段结束后再予修改；
3．如果有时间就改，没有时间可以暂时搁置；4．可忽略不改。
处理意见（1-9）：1．暂时搁置2．修改完毕3．延期修改
4．测试人员弄错了5．不作修改
6．需要更多信息7．无法重现
8．无法修改9．不同意修改建议
软件测试bug记录表
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综合管理/大堂管理/客户管理没有连接打印机时，打印功能仍能运行，但没有给出任何提示。
IT设备故障处理记录(ISO27001及ISO20000管理体系)
服务器故障
2021/4/06
服务器
无法开机
系统损坏
重新安装系统
5.
服务器故障
2021/4/06
服务器
无法开机
系统损坏
重新安装系统
6.
邮件故障
2021/4/13
邮件客户端
无法正常收发邮件
收件箱太大
备份收件箱
7.
电脑故障
2021/4/22
合同软件客户端
合同软件无法显示工作表
控件没装好
重新安装控件
8.
OA故障
2021/6/12
OA客户端
OA无法显示流程图
控件没装好
重新安装Java控件
17.
电脑故障
2021/6/14
电脑
无法进入系统
系统文件丢失
重装系统
18.
电脑故障
2021/6/15
电脑
无法上网
Ip地址无法获取
重新启动获取ip地址
19.
电脑故障
2021/6/21
电脑
系统卡死
长时间不关机系统卡死
重新启动电脑即可
2021/6/6
电话线
电话不通
电话线断了
重新接线
13.
电脑故障
2021/6/4
软件
Erp软件无法打开
软件版本太低
更新版本到最新
14.
打印机故障
2021/6/5
Ip地址
打印机无法打印
打印机ip地址冲突
重新跟换ip地址
15.
网络故障
2021/6/7
交换机
无法上网，网络不通
交换机死机
拔掉电源重启交换机
16.
测试BUG记录模板
测试BUG记录模板篇一：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补充说明信息，如：测试分析意见、其它设备有类似情况等>二、 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）：界面重构、描述更改、流程改进篇三：XXX硬件测试bug单模板。
表格式的Bug记录##-测试缺陷跟踪汇总表
状态测试用例
编号
标题错误级别操作步骤预期输出错误输出提交日期提出人处理人
处理
决定
计划处
理日期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表
密闭空间安卓版
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 正常解决
BUG管理规范
BUG管理规范一、引言在软件开发过程中，由于各种原因可能会出现各种问题和错误，其中最常见的是BUG。
为了保证软件质量和项目进度，需要建立一套有效的BUG管理规范，以便及时发现、记录、跟踪和解决BUG。
本文将详细介绍BUG管理规范的内容和要求。
二、BUG管理流程1. BUG发现BUG可以通过多种途径发现，包括测试过程中的发现、用户反馈、代码审查等。
无论是谁发现的BUG，都应该及时记录并进行处理。
2. BUG记录2.1 BUG报告发现BUG的人员应该准备一份详细的BUG报告，包括以下内容：- BUG的描述：清晰、准确地描述BUG的现象和表现。
- 复现步骤：提供复现BUG所需的步骤，以便开发人员能够重现问题。
- 环境信息：记录发现BUG时的操作系统、浏览器、设备等信息。
- 优先级和严重程度：根据BUG的影响程度和紧急程度进行评估和标记。
- 附加信息：如截图、日志文件等，有助于问题的定位和解决。
2.2 BUG分类根据BUG的性质和影响程度，将BUG进行分类，如功能性BUG、界面问题、性能问题等。
分类有助于后续的跟踪和解决。
3. BUG分析和解决3.1 BUG分析开发人员接收到BUG报告后，应该对BUG进行分析，找出产生BUG的原因和可能的解决方案。
可以通过调试、日志分析等手段来定位问题。
3.2 BUG解决开发人员根据BUG的分析结果，制定相应的解决方案，并进行代码修改、测试和验证。
解决BUG后，应该记录解决方案和修改的代码，以备后续参考。
4. BUG验证和关闭4.1 BUG验证经过解决的BUG需要进行验证，确保问题已经被解决。
验证可以通过重现步骤，或者使用自动化测试工具进行验证。
4.2 BUG关闭经过验证的BUG可以被关闭，同时在BUG报告中注明关闭的原因和验证结果。
如果验证未通过，需要重新打开BUG，并重新进行分析和解决。
5. BUG跟踪和统计5.1 BUG跟踪在整个BUG管理过程中，需要对每个BUG进行跟踪，记录其处理过程和状态变更。
BUG清单模板
编号： 项目名称 程序版本号 序 号
1 2 3 4 5 6 7 8 9
FILA_20180127 FILA客服平台 Ver1.2.1.1 BUG所在模块
工单管理 工单管理 工单管理 工单管理 工单管理 工单管理 工单管理 工单管理 工单管理 工单管理 工单管理 工单管理 工单管理 工单管理 工单管理
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
导出Excel文件名有误 放弃明细表导出Excel信息与查询信息不一致 条件查询，出现非条件信息 查询的数据信息，跟导出Excel信息不一致 话量报表字段出现乱码 重置功能有异常 工作状态报表，导出Excle，信息显示不正确 查询结果未展示 点击重置按钮后，组别选择异常 重置触发技能组、渠道信息无法展示 修改工单模板失败 工单模板删除失败 工单模板新增后，点击修改，模板重复，生成多条 新增工单模板失败 流程结点管理流程名新增失败，点击确认无响应 流转结点管理修改按钮失效 删除已使用的补偿方式，提示信息有误 弹出框关闭按钮出现异常 执行删除操作，无“确定”“取消”提示 流转结点管理新增弹框关闭按钮异常 补偿数量配置修改-补偿方式下拉框失效 补偿数量配置修改失败
曾未 斌 曾未 斌 曾未 斌 曾未 斌 曾未 斌 曾未 斌 曾未 斌 曾未 斌 曾未 斌 曾未 斌 朱端 成 朱端 成 朱端 成 朱端 成 朱端 成 朱端 成
立即修改 刘冲 立即修改 刘冲 立即修改 刘冲 立即修改 刘冲 立即修改 刘冲 立即修改 刘冲 立即修改 刘冲 立即修改 刘冲 立即修改 陈红 立即修改 陈红
47 V1.2.1.1 48 V1.2.1.1
软件开发缺陷管理流程规范
Bug登记流程规范一、规范目标BUG是软件过程中的重要环节，为了提高工作效率,降低沟通及管理成本，引入禅道用于BUG管理。
良好的BUＧ管理也是团队做好知识积累的基础.特制定本规范，以达到以下目标：1、 为BUG流转的整个过程提供指导，每个过程都描述操作的意义、具体方法、要求及关键点。
2、 为版本发布计划提供保证，通过理顺测试流程及特殊情况的处理的方法,为不同情况下发版提供应对方法。
二、执行效果本规范启用后公司所有拥有BUG登记权限者能够根据规范顺利完成BＵG登记流转工作，不需要过多的额外指导.三、ＢＵG的定义在登记BＵG前,根据此定义判断需要提交的问题到底是BUＧ，还是需求。
BUG:系统中已有功能在使用不能完全正常的使用。
需求：系统目前没有的功能,不论大小.建议:用户根据自己的业务需要对系统提出的优化要求，会同时包含BＵG和需求两类信息。
其中BUG 类的如：提示信息看不懂、信息描述不清、错别字、界面缺少按钮、所有的用户看不懂的异常报错;其中需求类的如：功能优化、界面优化、性能优化、新增功能；四、BUＧ登记前准备工作(必须)1、查看已有项目数据进入项目分页中，如下图：点击图中“倒三角"按钮,在下拉列表中查看是否有你要登记BUG所属的项目?如有，可跳过这个准备工作。
如无，则点击“+添加项目"按钮，创建一个你需要的项目(不要添加重复的项目信息）２、项目新增使用项目管理中的“添加项目”按钮，进行项目添加A:填写项目名称，如项目属于XＸX产品的个性化定制商品,则命名规则为:所属产品名称—个性化 商品名称；项目代号为项目简称。
B:如有明确的结束日期，则按实际情况选择，如无则选择“一年”。
C：目前项目均属于【运价系统】这个产品的个性化商品定制，关联产品必须要选择“运价系统”否则无法给项目添加需求。
保存后,弹出设置界面(此操作必须执行,否则新登记的BＵG或需求数据都无法指派给相应人员)选择“设置团队”点击“团队管理”因复制团队功能权限问题暂时不能直接使用，请手动选择上图中所有“研发”及“测试”到团队 中,保存数据。
bug清单测试报告
bug清单测试报告Bug清单测试报告一、引言本文是关于某软件产品的Bug清单测试报告。
通过对该软件进行测试，发现了一系列的Bug，并对这些Bug进行了详细的记录和描述。
本报告的目的是为了向项目团队和相关人员提供一个全面的Bug清单，以便于后续的Bug修复和软件优化工作。
二、Bug清单1. Bug编号：001Bug描述：在用户登录界面，输入正确的用户名和密码后，系统无法正确跳转到用户首页。
Bug等级：高Bug状态：待修复Bug复现步骤：1. 打开软件；2. 输入正确的用户名和密码；3. 点击登录按钮。
期望结果：系统应该正确跳转到用户首页。
2. Bug编号：002Bug描述：在购物车页面，点击结算按钮后，系统崩溃并自动退出。
Bug等级：中Bug状态：待修复Bug复现步骤：1. 进入购物车页面；2. 选择商品；3. 点击结算按钮。
期望结果：系统应该正常结算并显示支付页面。
3. Bug编号：003Bug描述：在商品详情页面，点击收藏按钮后，系统无法正确添加商品到我的收藏夹。
Bug等级：低Bug状态：待修复Bug复现步骤：1. 进入商品详情页面；2. 点击收藏按钮。
期望结果：系统应该将商品正确添加到我的收藏夹。
4. Bug编号：004Bug描述：在订单列表页面，点击待发货订单的发货按钮后，系统提示发货失败。
Bug等级：中Bug状态：待修复Bug复现步骤：1. 进入订单列表页面；2. 找到待发货订单；3. 点击发货按钮。
期望结果：系统应该能够正确发货并更新订单状态。
5. Bug编号：005Bug描述：在搜索页面，输入关键字后，系统无法正确显示相关的搜索结果。
Bug等级：高Bug状态：待修复Bug复现步骤：1. 进入搜索页面；2. 输入关键字；3. 点击搜索按钮。
期望结果：系统应该能够根据关键字正确显示相关的搜索结果。
6. Bug编号：006Bug描述：在用户设置页面，修改密码后，系统无法正确保存并提示修改成功。
BUG处理情况确认表.pdf
BUG处理情况确认表
编号：无序号：06
项目名称国旅游基础数据库建设项目负责人XX
存在问题及解决方法：
1)服务器端的目录不存在或无权限，创建目录并修正权限可解决问题。
2)服务器端该模块（tee）需要验证用户名密码，但客户端没有提供正确的用户
名密码，认证失败。
提供正确的用户名密码解决此问题。
3)服务器不存在指定模块。
提供正确的模块名或在服务器端修改成你要的模块
以解决问题。
是否解决：
已解决
领导意见：
无
确认人：XX 日期：13.12.15 客户意见：
存在问题确已解决，暂无任何问题
确认人：日期：13.12.15
制表单位：北京兴润佳源科技有限公司。