软件缺陷描述规范
一、缺陷基本定义
软件缺陷（Software Defect）：
软件缺陷是对软件产品预期属性的偏离现象。它包括检测缺陷和残留缺陷。
缺陷的优先性，分为5级，参考下面的方法确定：
1)最高优先级(Blocker)，例如，软件的主要功能错误或者造成软件崩溃，数据丢失的缺陷，或用户重点关注的问题,缺陷导致系统几乎不能使用或者测试不能继续，需立即修复。
2)较高优先级(Critical)，例如，影响软件功能和性能的一般缺陷, 严重影响测试，需要优先考虑；
3)一般优先级(Major)，例如，本地化软件的某些字符没有翻译或者翻译不准确的缺陷,需要正常排队等待修复；
4)低优先级(Minor)，例如，对软件的质量影响非常轻微或出现几率很低的缺陷,可以在开发人员有时间的时候再被纠正；
5)最低优先级(Trival),例如，属于优化，可以不做修改的问题或暂时无法修复但影响不大的问题。
缺陷描述
软件缺陷的描述是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发工程师交流的最好机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员,因此，正确评估缺陷的严重程度和优先级，是项目组全体人员交流的基础。
缺陷描述的原则：
有效的缺陷描述有以下几个原则：
可以重现：在缺陷的详细描述中提供精确的操作步骤，可以让发人员容易看
懂；
定位准确：缺陷描述准确，不会引起误解和歧义；
描述清晰：对操作步骤的描述清晰，易于理解，应用客观的书面语，避免使
用口语；
完整统一：提供完整、前后统一的软件缺陷的步骤和信息，按照一致的格式
书写全部缺陷报告，有关缺陷的格式参见“缺陷的格式”；
短小简练：通过使用关键词，可以使问题摘要的描述短小简练，又能准确解
释产生缺陷的现象。如“在新建任务窗口中，选择直接下达，负责人收不到
即时消息”中“新建任务窗口”、“直接下达”、“即时消息”等是关键词；
特定条件：许多软件功能在通常情况下没有问题，而是在某种特定条件下会
存在缺陷，所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件
（如特定的操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原
因的线索。如“网站在和的兼容问题”；
不做评价：在软件缺陷描述不要带有个人观点，对开发软件进行评价。软件
缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以，
不需要任何评价或议论。
1.缺陷的格式：提交一条缺陷后，最好能够再检查一遍缺陷格式是否有问题。
常见的格式问题如下：
问题摘要中不能有句号；
问题摘要后不要有空格，直接填写内容；
问题摘要比较长时，可以用“，”分隔；
详细描述中序号后面“.”一定是半角的宋体，不是全角符号，并且后面不要再有空格；
详细描述中分号一定要使用全角的分号；
详细描述中的“->”应统一。应在英文输入法的半角状态下输入箭头；
注意缺陷中不要出现错别字，例如“登陆”应写为“登录”。
2.缺陷描述常见的问题：
问题摘要过长，不够简练、准确；
问题摘要与详细描述的内容不一致；
详细描述不清楚，无法复现；
详细描述冗长，不宜于理解；
缺陷定位不正确；
缺陷等级定位错误；
缺陷的类型定位不正确；
不是缺陷。
三、 缺陷管理
1. 缺陷跟踪
缺陷的提交人，实时跟踪缺陷状态，对开发人员提出的疑问，及时作出回答； 及时更新缺陷状态。 缺陷生命周期
开发人员
项目经理测试人员发现BUG
提交BUG
判断
修复缺陷
关闭缺陷回归测试确认缺陷
Open Assign
ReOpened
Closed
Won't Fix
Fixed
四、缺陷示例
缺陷优先级会涉及从Critical到Trivial，严重程度等级会涉及从S1到S5。
一般地，严重程度高的软件缺陷具有较高的优先级，但是严重程度和优先级并不总是一一对应。有时候严重程度高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重程度低的缺陷却需要及时处理，反而具有较高的优先级。例如，公司名字和软件产品徽标是重要的，一旦它们误用了，这种缺陷是用户界面的产品缺陷，并不影响用户使用。但是它影响公司形象和产品形象，因此这也是优先级高的软件缺陷。
通常功能性的缺陷较为严重，具有较高的优先级，而软件界面类缺陷的严重性一般较低，优先级也较低。但实际上，优先级和严重程度是有联系也有区别。严重程度高的，必然优先级也要高，但优先级高的，严重程度却并非也一定高。
1.功能性：
1）S1级/Critical
导致系统崩溃：执行正常操作或者误操作后，导致整个系统，或者大部
分模块无法正常使用：
问题摘要：为一个子部门设置一个网站签收员，再在人事管理中将该用户删除，导致程序加载不上
详细描述：
1.组织架构中，新建一个部门，为该部门指定一个网站签收员；
2.进入人事“用户后台管理”，找到该用户，并将该用户删除；
3.重新登录，系统提示断开，无法登录系统。
导致死机：执行正常操作或者误操作后，导致死机：
问题摘要：通过地址簿填写多个收信人时导致所有程序无法响应
详细描述：
1.建立新邮件，单击“收信人”按钮，查找电子邮件地址；
2.双击添加多个联系人地址时，程序无法响应，同时也无法执行其他应用程
序，必须重新启动机器。
主业务流程出现断点：业务流程可以分为主业务流程和一般业务流程，
是根据功能在流程中的重要程度进行区分的，例如在OA办公系统中，发
文后无法收文应该是主业务流程的问题，收文后归档存在问题，则是流
程的一个分支，属于一般业务流程：
问题摘要：打开公文时，系统报错
详细描述：
1.公文流转中，选择一个公文双击打开，系统报错：
有关调用实时(JIT)调试而不是此对话框的详细信息，
请参见此消息的结尾。
************** 异常文本 **************
……
************** 已加载的程序集 **************
出现不可挽救的数据丢失或损坏；
内存泄漏；
2）S2级/Blocker：发现影响被测模块正确运行的严重问题；
导致程序模块丢失或未实现：执行正常操作或者误操作后，导致部分模
块丢失，或者某个模块功能未实现：
问题摘要：火炬计划中的“项目管理”模块功能未实现
详细描述：
登录系统，进入火炬计划->项目管理，其页面为“项目（课题）授权管理”
的页面，“项目管理”功能未实现。
被测数据处理错误：如果数据处理错误导致模块级的问题，或者对系统
的影响重大，例如下例中职工住房补贴重要的数据计算出错，缺陷的等
级应该是S2；如果数据错误造成的影响不大，则可以定义为S3；
问题摘要：补贴方式为达标、超标的职工的二次职级晋升出错
详细描述：
1）进入补贴管理->信息维护->职级晋升维护；
2）选择补贴方式为达标或超标的职工进行第一次晋升，使级差面积大于0；
3）再次进行晋升，查看级差面积，预期结果：级差面积=这次晋升的标准-上次晋升的标准（或最高标准）；实际结果：级差面积=这次晋升的标准-原始的标准。
软件错误导致数据丢失：
问题摘要：工作表最大行数的兼容问题
详细描述：
1.在Office XP工作表中最大行数为65536行，而共创Office 2005的电子
表格中工作表最大行数为32000行；
2.当用共创Office 2005打开Office XP文档时会自动去掉32000行以后的
行数以及数据，造成数据丢失。
用户需求未实现：没有实现用户需求规格说明书或者特定文档中规定的
功能：
问题摘要：编码管理员不应具有问题管理的权限
详细描述：
按照《权限角色设定》，编码管理员不应具有“问题管理”模块的权限。以编码管理员的身份登录系统，可以执行“问题管理”的所有操作。
一般业务流程出现断点：
问题摘要：国家重点新产品中无法浏览项目详细信息，造成流程出现断点详细描述：
1.登录系统，点击国家重点新产品->新产品申请表；
2.点击某记录的“项目名称”，出现页面“Error 404-Not Found”，功能没
有实现，造成流程出现断点。
异常退出：执行正常操作或者误操作后，系统异常退出：问题摘要：编辑邮件回复时系统异常退出
详细描述：
1.打开收件箱中的任意邮件，选择编辑->选中所有文字；
2.点击“回复”，系统异常退出。
直接点击“新建”按钮，建新邮件也会出现同样问题。
3）S3级：发现影响被测功能正确实现的问题；
功能未实现：某项功能点的功能没有实现，例如点击某个按钮系统没有
响应、设置某项功能后无效、无法执行某项操作等等：
问题摘要：执行码表管理中“新增码表数据”系统无响应
详细描述：
1.进入“参数管理模块->码表管理->类型A”；
2.点击“新增码表数据”系统无反应，无法实现此功能。
“类型B”页面存在同样问题。
问题摘要：角色授权无效
详细描述：
1.进入“权限管理模块->角色授权”，授权给角色“sss”以“全部可以查询”的权限；
2.在“角色分配”中分配给该角色以人员“1”；
3.使用人员“1”登录系统，查看各模块，仍然可以编辑修改信息，不是仅查询的权限。
问题摘要：实时信息中“最新提交报告信息”页面的返回按钮没有效果
详细描述：
1.进入“决策支持->实时信息服务”，直接显示“最新提交报告信息”页面；
2.点击“返回”，系统刷新后仍显示本页面，返回按钮没有效果。
问题摘要：退单受理时无法提交
详细描述：
1.进入“综合值班->值班事件->退单受理”；
2.选择一条退单数据，显示“退单事件修改”；
3.点击“完成”，系统提示错误信息“为空或不是对象”，无法提交受理退单。
功能实现不正确；
问题摘要：系统配置打印机校准设置的问题
详细描述：
1.进入系统->系统配置；
2.在“打印机校准”方式中选择“启动时自动校准打印机”，点击“确认”；
3.重新进入系统配置页面，打印机校准方式并不是刚才保存的“启动时自动
校准打印机”，而是“不校准打印机使用操作系统默认值”。
问题摘要：发件箱中按“所属城区”查询错误
详细描述：
1.进入“测试委办局->发件箱”；
2.设置“所属城区”查询条件，查询结果显示“没有符合条件的数据”，而实际存在符合条件的数据。
问题摘要：信息发布中“发布”功能问题
详细描述：
1.进入“市政基础设施资源管理系统->报表管理->信息发布->内部报表->期末燃气用户拥有量”页面；
2.设置“2006”年“3”月，点击“发布”，显示“期末燃气拥有量”表，表中无有效数据，但页面下方的统计图显示效果和图中数据与上表不符。
其它信息发布页面中的“发布”功能存在同样问题。
数据处理错误，但对系统的影响不大；
问题摘要：查询发件箱中统计结果不正确
详细描述：
1.进入“测试委办局->发件箱”；
2.设置查询条件，查询后的统计结果比实际结果少一条记录。
问题摘要：班级成绩统计中，某些平均成绩的值没有进行四舍五入
详细描述：
班级成绩统计中，某些平均成绩的值没有进行四舍五入，例如：
1.在“参数设置与库操作”界面中，执行“导入样品数据库”操作；
2.在一班中增加两条学生记录，学号39，姓名a，语文75，数学0，物理0，化学0，英语0；学号40，姓名b，语文0，数学0，物理0，化学0，英语0；
3.在“班级成绩”界面中，显示班级总人数40人，语文总成绩，平均成绩的
值应该为40=，四舍五入后为，但界面中实际结果为，没有进行四舍五入。
链接页面不正确；
问题摘要：水质状况评价分析中部分链接无法打开
详细描述：
1.进入“决策支持信息服务->专题信息->水环境专题->水质状况评价与分析
->水质状况评价分析”；
2.打开“年度之间对比”页面，点击文字信息中库区地名的链接，出现“无
法显示网页”页面。
“2004年年度水质状况评价”页面存在同样问题。
4）S4级：一般性的错误或功能实现有不完善处；
一般性的错误：通常不会影响用户正常使用，具体缺陷描述参见下例：问题摘要：“住院病人预结算”中“费用分解”的问题
详细描述：
1.进入日常业务->住院病人费用预结算；
2.输入一未结算的病案号，点击“费用分解”，弹出“该病人尚未结算！继
续么？”的确认对话框，点击“否”，依然继续进行费用分解。
问题摘要：地图不能自动清除选择区域的问题
详细描述：
1.进入“市政基础设施资源管理系统->查询统计->信息查询”页面；
2.选择“矩形”工具，设定条件后在地图上选择查询区域，再利用其他工具
在地图上进行查询时，上一次的矩形选定区域仍存在。
在进行“圆形、多边、距离和面积”操作时都存在此问题。
问题摘要：删除附件的问题
详细描述：
1.进入“案件办理->待办案件”，选择一条案件，点击“办理”进入案件信
息页面；
2.点击“删除附件”删除案件原有的附件，删除最后一个附件后，页面仍旧
显示附件的说明信息，重新刷新后页面显示正确。
功能实现有不完善处
问题摘要：查看表单中的标注问题
详细描述：
1.进入“测试委办局->任务箱->我的任务”，选择一条任务，打开表单查看
编辑页面；
2.各表单中标注为“*”的信息项应为必填字段，但标注不完全正确；如“问
题登记单”中的“紧急程度”、“权属单位”和“来电号码”等项不是必填项；“问题立案单”中“备注”项应为必填项等。
问题摘要：部件类别维护中页面信息错误
详细描述：
1.进入字典管理->通用字典管理->部件类别维护；
2.选择一个大类“公共设施”，点击“部件小类维护”；
3.“部件大类别编号”下拉列表中的可选内容为部件大类名称，应为“部件
大类别名称”。
5）S5级：建议性问题。
问题摘要：建议可以增加已删除的用户
详细描述：
1.使用运行管理用户登录系统，进入权限管理->基本信息维护->用户信息维
护；
2.执行增加功能，添加用户“测试bstqc1”，保存操作后执行删除操作，删
除用户“测试bstqc1”；
3.再次增加用户“测试bstqc1”，系统提示“创建失败！数据库错误，请和
管理员联系”，建议系统可以增加已删除的用户。
问题摘要：建议在新增权限后，排序顺序不被初始化
详细描述：
1.使用运行管理用户登录系统，进入权限管理->权限分配->组权限分配；
2.选择“cccc 测试”组，设置其权限排序顺序为“上报问题-综合播报”；
3.赋予“cccc 测试”组一个预案管理的权限，保存后，发现其权限排序问题
被初始化，排序顺序为“综合播报-上报问题-预案管理”，建议在新增权限后，排序顺序能不被初始化。
2.可靠性：
需要指出的几个问题：
对于执行某项操作异常退出的问题，缺陷类别均提交为可靠性，在填写
原始记录时，在功能性中可以引用此条缺陷。
数据校验问题，如果由于该数据未作校验，而且对系统其他功能未造成
影响的，该缺陷提交为可靠性，在填写原始记录时，在功能性中可以引
用此条缺陷。
如果由于数据校验问题造成了系统某项功能不能实现或功能实现有误，
则该条缺陷提交为功能性，填写原始记录时，在可靠性中可以引用此条
缺陷。
1)成熟性：系统崩溃属于S1级别，异常退出和数据丢失一般属于S2级别的问题；
使用的容量达到规定的极限时,系统不崩溃、不异常退出也不丢失数据；
试图使用的容量超出规定极限时，系统不崩溃、不异常退出也不丢失数
据；
问题摘要：使用金山Office无法打开5M的DOC文档
严重程度等级：S2
详细描述：
使用金山Office打开5M的DOC文件，界面为灰屏，无法打开文件。
产品描述中列出的其他程序或用户造成的错误输入时，系统不崩溃也不
丢失数据；
输入用户文档中明确规定的非法指令时，系统不崩溃也不丢失数据；
问题摘要：删除用户的问题
严重程度等级：S3
详细描述：
登录系统，进入系统->用户管理，选中所有的用户，点击“删除”，系统没有给出任何提示，而导致无法登录系统。
不会因掉电、异常退出、网络异常中断等原因而使软件或数据遭到破坏。
问题摘要：异常退出后未保存编辑的内容
严重程度等级：S2
详细描述：
1.打开一个共创Office的演示文稿文件，编辑任意的内容；
2.进入“插入->对象->OLE对象”，选择选项中的“Co-Create Office 2005
演示文稿”；
3.进行任意编辑并放映幻灯片后，在当前工作表中双击此对象，系统显示：
“真是非常抱歉。刚才的操作引发了一个无法排除的错误…”，退出共创Office 电子表格；
4.再次打开该文件，没有保存刚才所编辑的内容。
2)容错性
能屏蔽用户的误操作；
问题摘要：添加通用运行政策信息时，中文名输入特殊字符不能正常显示严重程度等级：S4
详细描述：
1.以编码管理员身份登录奥运场馆管理信息系统；
2.点击“基础信息->标准代码管理->通用运行政策”，进入通用运行政策列
表页面；
3.点击“添加”按钮，进入通用运行政策添加页面，填选相关内容，中文名
称输入特殊字符“
4.查看第三步添加的记录，中文名称不能显示，并且点击中文名称的单元格不能显示记录的详细信息（其他模块点击详细信息的单元格可以查看详细信息）。
对错误有正确提示；
问题摘要：指标解释管理添加页面的提示信息问题
严重程度等级：S4
详细描述：
在“市政基础设施资源管理系统->法律法规->指标解释管理”页面，点击“添加”，进入指标解释添加页面，页面中提示信息存在以下问题：
1.直接点击“提交”，系统连续弹出2个提示信息窗口，分别为“附件的不能为空”和“报表制度名称不能为空”，信息描述均不够准确；
2.填写“指标制度名称”，不选择“附件”，点击“提交”，系统连续弹出2个提示窗口“附件的不能为空”和“找不到上传附件，请点击浏览上传附件”，信息重复提示；
3.填写“指标制度名称”，并选择一个“.txt”格式的附件，点击“提交”，系统提示“您输入的文件不是EXCEL文件”，接着提示“添加成功”，可以添加该数据，提示信息矛盾。
输入错误数据时，系统不崩溃、不异常退出也不丢失数据；
问题摘要：内在平均相对校正模块无法屏蔽错误输入文件，系统蓝屏
严重程度等级：S2
详细描述：
高光谱处理->内在平均相对校正模块，如果输入文件为黑屏文件，点击确定输出后，系统显示蓝屏，没有屏蔽错误输入文件。
问题摘要：波谱分割中输入超出范围的数值时，系统自动退出
严重程度等级：S2
详细描述：
高光谱处理模块->波谱分割，任意分割处，如果“行y”设置的值超出规定
的范围，例如：15:398,25:396，点击确定后，该模块自动退出。
有错误操作时，系统不崩溃、不异常退出也不丢失数据。
问题摘要：可达区域分析中，点文件不符合规范时程序无法正常结束
严重程度等级：S2
详细描述：
1.选择“工具箱->矢量分析->可达区域分析”，弹出“可达区域分析”对话
框；
2.“点文件”选择不符合规范的4个站点的文件，选中“显示进度条”，单
击“确定”；
3.进度条提示：“查找流域…”，CPU使用100%，主要是进程“”占用99%
左右，程序不能正常结束，使用“Windows 任务管理器”结束任务。
3)易恢复性
系统运行失效后，应能较快重建系统。
问题摘要：执行“材料复制”功能系统导致部分模块无法使用
严重程度等级：S2
详细描述：
1.登录“人事档案管理系统”，在窗口左侧的档案管理树上选择“干部档案
管理->病故人员档案->test1->履历表->履历表名称”；
2.右键点击“履历表名称”，选择“材料复制”功能；
3.在“材料复制”界面内不做任何修改，点击“关闭”或“提交”，系统提
示“Printer selected is not valid.”；
4.无法使用“系统管理、干部档案管理、流动人员档案管理、统计管理”的
功能；
5.重启服务器仍然无法恢复，必须还原数据库后，系统才能恢复正常。
4)数据校验机制：数据校验的问题一般是S4级别。
应对数据项之间的逻辑关系进行校验，保证数据的有效性；
问题摘要：对时间未做关联性校验
严重程度等级：S4
详细描述：
1.人口档案管理->结婚登记查看，“离婚登记-信息列表”页面，点击“新增”按钮；
2.在信息录入页面的结婚日期中输入“2006-02-19”，离婚日期为“2005-08-19”，保存后，系统对输入日期没有进行校验。
应保证数据的完整性和一致性，不会因删除或反复的更新而被破坏或留下垃圾数据；
问题摘要：最佳路径分析中删除站点后，图形中没有同时删除
严重程度等级：S4
详细描述：
1. 选择“分析->网络分析->最佳路径分析”，弹出“最佳路径分析”对话框；
2. 通过编辑工具箱的“点选”，选择若干站点；
3. 单击“最佳路径分析”对话框中的“装载站点”，显示所有站点列表，选择一个站点，单击“删除站点”，图形中该站点没有同时被删除；在缓冲区分析中进行类似的操作，图形中可以同时删除。
对不符合要求的输入数据，系统应使用中文给出简洁、准确的提示信息，必要时应给出帮助。
问题摘要：行业政策管理中修改提交不成功的提示问题
严重程度等级：S4
详细描述：
1.进入“市政基础设施资源管理系统->法律法规->行业政策管理->国家法律”页面；
2.选中一条数据，点击“修改”，进入修改页面；
3.若输入非法信息，如在“法规名称”中输入单引号，点击“提交”时，系统无提示信息，仍显示修改页面和非法信息，缺少校验信息和相应处理。
问题摘要：对同名的角色没有校验
严重程度等级：S4
详细描述：
“系统平台管理子系统->权限管理模块->角色管理”中，可以保存多个同名的角色，系统没有进行校验。
3.易用性：
首先要说明的几个问题：
易用性缺陷的级别一般是S4和S5；
任何提示信息（或页面显示）有错、有误或不正确的词语出现时，首先
一定是功能性的缺陷；
页面风格不一致、提示信息不易理解、提示信息不明确、不符合用户习
惯等“不易理解、不易浏览、不易操作”的问题才是易用性的；
既属于功能又属于易用性的缺陷，在填写原始记录时需要同时引用。1)易理解性
通过选择适当的术语、图形表示、背景信息和帮助，帮助用户理解、使
用；
问题摘要：页面的条数提示信息不够准确
严重程度等级：S4
详细描述：
“系统平台管理子系统->用户管理模块->用户管理”中，若用户列表为空，页面中的条数提示信息为“共0个人员，上为第1到0条”，信息不够准确。
出错消息中提供差错产生的原因和纠正的详细信息。
问题摘要：用户组管理页面中提示信息不正确
严重程度等级：S4
详细描述：
1.进入“系统平台管理子系统->用户管理模块->用户组管理”；
2.点击“新增用户组”，不填写信息，直接点击“保存”，系统提示“部门
名称不能为空…”，应为“用户组名称不能为空”。
2)易浏览性
数据媒体具有产品标识，可辨别编号或文本；
问题摘要：界面中未标明版本号
严重程度等级：S4
详细描述：
登录系统后，界面中只有版本名称，没有标明版本号。
具有必要的信息，指导用户使用程序；
问题摘要：工具栏按钮没有功能提示
严重程度等级：S4
详细描述：
以延庆管理员身份登录，进入个性空间，将鼠标放在工具按钮上，没有提示按钮的功能。
问题摘要：任务书填报中应对必填项进行标记
严重程度等级：S4
详细描述：
任务书填报中应对必填项进行标记，例如在添加“课题组主要研究人员”时，“在课题中分担的任务、出生日期”等均为必填项，在界面中没有用必填标记，不方便用户填报。
输入、输出设计规矩，输出结果应简洁、直观、美观、方便阅读、易懂
和使用；
问题摘要：监测站搜索条件中“报告时间”列表没有顺序
严重程度等级：S4
详细描述：
1.进入“决策支持信息服务->综合搜索->按监测站搜索->监测站查询->文
档”；
2.设置查询条件“文档类型”为“报告信息”，“提供单位”为“水文水质
同步监测重点站”，“报告类型”为“年度报告”，“报告时间”列表显示对应的年份，没有按时间顺序进行排序，不方便使用。
问题摘要：不易浏览数据诊断信息
严重程度等级：S4
详细描述：
进入业务适配器中的数据诊断，选择1B6，查看错误日志信息，日志信息量比较大，没有翻页、没有查询，非常不易于浏览。
人机界面简洁、美观、实用，风格相对一致，符合办公习惯；
问题摘要：页面中无位置信息显示
严重程度等级：S4
详细描述：
“市政基础设施资源管理系统”的“系统管理”和“统计分析”内部报表的各页面上方，无当前位置信息的显示，与系统其它页面的风格不一致。
在界面、人机交互、输出中的用语应与业务用语一致。
问题摘要：系统中名称不一致
严重程度等级：S4
详细描述：
登录“专家库管理信息系统”，在“专家信息管理”的“专家详细信息”窗口中显示为“专家类型”，而在“专家信息查询”窗口中显示为“专家类别”。
3)易操作性
具有严重后果的功能执行可逆，或者给出明显警告，执行前要求确认：
特别是数据的删除和重写，以及中断一个过长的处理操作，这种动作往
如何高效填写软件缺陷报告 测试工程师需要利用对需求的理解、高效的执行力以及严密的逻辑推理能力，迅速找出软件中的潜在缺陷，并以缺陷报告的形式递交给开发团队。缺陷报告是测试工程师与开发工程师交流沟通的重要桥梁，也是测试工程师日常工作的重要输出。作为优秀的测试工程师，最基本的一项技能就是，把发现的缺陷准确无歧义地表达清楚。 “准确无歧义地表达”意味着，开发工程师可以根据缺陷报告快速理解缺陷，并精准定位问题。同时，通过这个缺陷报告，开发经理可以准确预估缺陷修复的优先级、产品经理可以了解缺陷对用户或业务的影响以及严重性。 可见，缺陷报告本身的质量将直接关系到缺陷被修复的速度以及开发工程师的效率，同时还会影响测试工程师的信用、测试与开发人员协作的有效性。 那么，如何才能写出一份高效的缺陷报告呢？或者说，一份好的缺陷报告需要包括哪些具体内容呢？ 你可能觉得这并不是什么难事，毕竟软件企业通常都有缺陷管理系统，比如典型的ALM（以前的Quality Center）、JIRA、Bugzilla、BugFree和Mantis等。当使用这类系统递交缺陷时，会自动生成模板，你只要按照其中的必填字段提供缺陷的详细信息就可以了。
很多时候，你不用想应该提供说明信息，系统会引导你提供相关的信息。但是，你有仔细想过为什么要填写这些字段，这些字段都起什么作用，以及每个字段的内容应该怎么填写吗？ 你必须牢牢记住的是，好的缺陷报告绝对不是大量信息的堆叠，而是以高效的方式提供准确有用的信息。 缺陷标题 缺陷标题通常是别人最先看到的部分，是对缺陷的概括性描述，通常采用“在什么情况下发生了什么问题”的模式。 首先，对“什么问题”的描述不仅要做到清晰简洁，最关键是要足够具体，切忌不能采用过于笼统的描述。描述“什么问题”的同时还必须清楚地表述发生问题时的上下文，也就是问题出现的场景。 “用户不能正常登陆”“搜索功能有问题”和“用户信息页面的地址栏位置不正确”等，这样的描述会给人“说了等于没说”的感觉。这样的描述，很容易引发开发工程师的反感和抵触情绪，从而造成缺陷被拒绝修改（reject）。同时，还会造成缺陷管理上的困难以及过程的低效。 比如，当你发现了一个菜单栏上某个条目缺失的问题，在递交缺陷报告前，通常会去缺陷管理系统搜索一下是否已经有人递交过类似的缺陷。当你以“菜单栏”为关键字搜索时，你可能会得到一堆“菜单栏有问题”的缺陷，如果缺陷标题的描述过于笼统，你就不得不点击进入每个已知缺陷点去看细节描述，这就会大大降低你的工作效率。所以，如果
设备缺陷管理规定 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
设备缺陷管理办法 1目的：为加强项目设备缺陷管理，分清业主、供货厂家、施工单位的责任，维护项目部的经济利益，特制定本管理办法。 2 适用范围：适用于顾客提供的设备出现缺陷的处理。 3职责 质量部负责设备缺陷的确认及缺陷处理后的检验，并登记入帐，汇总设备的质量问题。 工程部负责组织设备缺陷的处理，计划部核算处理设备缺陷的费用，资料管理人员负责设备缺陷单的传递、发放。 4管理规定： 设备开箱、检修及安装过程中，发现设备缺陷，发现人应填写缺陷认证单（表1），报质量管理部质检工程师确认。 质量管理部质检工程师对缺陷认证核实，并登记后由资料管理人员送业主相应的资料管理部门。 业主工程部组织监理、设备厂家对设备缺陷进行认证，如业主认为不是设备缺陷，发回设备缺陷发现人处理。 如业主确认为设备缺陷，由业主确定缺陷处理单位。 如果业主委托项目部处理，由监理工程师组织确定设备缺陷处理方案。 计划部长组织专业工程师核对工程量，预算经济师编制处理费用，报业主技经部门审批，确定处理费用或规定费用计算办法。
工程部专业工程师组织处理设备缺陷。填写设备缺陷告处理签证单（表2）报质量部审核。 质检工程师检查缺陷处理情况，经检查不合格，由工程部专业工程师重新组织处理，如合格报监理工程师组织验收。 监理工程师（或甲方）验收不合格，由工程部专业工程师重新组织处理，验收合格，签证设备缺陷处理签证单。 质检工程师将设备缺陷认证单、设备缺陷处理签证单送资料管理人员。 资料管理人员负责分发、存档。 计划部长组织同业主结算设备缺陷处理费。 如业主确认由厂家处理，厂家自派施工人员处理完工后，监理工程师组织验收合格，监理工程师签证设备缺陷处理签证单，质检工程师报资料管理人员存档。 如厂家没有施工能力，委托项目部进行设备缺陷处理。 由工程部专业工程师核算工程量，计划部长组织测算工程款，同厂家进行合同谈判，签订施工合同。 设备缺陷的处理、验收、结算及归档按本办法至条执行。 计划部长组织同厂家结算设备缺陷处理费。 5质量管理部汇总本工程中出现的设备缺陷，填写设备质量问题情况表（表3），每年年底报公司工程部。 6附表 设备缺陷认证单 设备缺陷处理签证单
江苏龙源风力发电有限公司 缺陷管理规定 第一章总则 第一条为加强江苏龙源风力发电有限公司（以下简称“公司”）生产管理管理，及时发现和消除缺陷，保证发电设备稳定运行，结合公司风电场实际情况，特制定本规定。 第二条本制度规定了公司所有设备设施缺陷发现、处理、验收等流程。 第二章缺陷定义及分类 第三条以下四种现象称为缺陷： （一）凡不符合设备设计、制造、安装、调试技术规范的现象； （二）在设备运行过程中设备构件（仪器、组件）发生的各种异常情况，影响设备安全、经济运行或正常备用的现象，如振动超限、位移超限、摩擦、卡涩、松动、断裂、变色、过热、变形、变音、泄漏、缺油、失灵、不准、不亮等； （三）影响环境卫生及设备“跑冒滴漏”等； （四）所有办公场所、构建筑物不符合安全文明生产规范的现象； 第四条缺陷管理范围 （一）输、变电设备缺陷：是指风电场升压站一、二次设备及架空/电缆线路、电缆桥架缺陷； （二）风电机组设备缺陷：是指风电机组及箱式变压器缺陷； （三）文明生产类缺陷：主要指风电场所属的建、构筑物等设备设施缺陷。包括：建、构筑物（门窗、上下水、屋顶、墙面、地面、设备基础等）及辅助设施、照明、各类设备标识牌及安全警示划线、管道着色及介质流向标志，保温、油漆、安全防护设施、生产设备和设施的清洁，场区道路、
场站绿化、卫生、防冻与防雨设施、设备设施防腐情况、电缆桥架及沟道、管道、综合管架及沟道、设备“跑冒滴漏”等缺陷； 第五条缺陷按其严重程度可分为三类：紧急缺陷、重大缺陷和一般缺陷。 （一）紧急缺陷是指威胁人身、设备安全，随时可能酿成事故，严重影响设备继续运行而必须尽快进行处理的缺陷； （二）重大缺陷是指对设备使用寿命或出力有一定影响或可能发展成为紧急缺陷，但尚允许短期内继续运行或对其进行跟踪分析的缺陷，如风力发电机、齿轮箱渗漏油、偏航异声等； （三）一般缺陷是指对设备安全运行影响较小，且一般不致于发展成为上述两类缺陷，并能维持其铭牌额定值继续运行，允许列入月、季（年）度检修计划中安排处理的缺陷； 第三章管理职责 第六条经济运行（生产技术、市场营销）部（以下简称：经生部）职责 （一）经生部是设备维护和消缺管理部门，负责制定公司缺陷管理办法。 （二）经生部检修专职负责公司缺陷管理工作，负责对各风电场缺陷的统计、分析和考核等管理工作，协助风电场对出现紧急缺陷、重大缺陷的设备设施编制企业、风场和班组三级整治计划，及时安排消缺工作。 （三）检修专职负责每月对各风电场缺陷进行统计分析，形成分析报告。每半年对所有识别的缺陷风险及影响情况进行评估，在每月的运行分析会上通报本规定的执行情况及缺陷管理考核情况。同时根据评估情况，总结分析生产设备的健康状况、缺陷发生的规律。 （四）检查监督各风电场缺陷消除计划和技术措施的执行情况。
软件缺陷管理办法 1.目的 本文档定义了软件缺陷管理流程和相关规则，确保软件缺陷管理的系统性和规范性，以保证项目研发质量。 2.适用范围 适用于部门项目研发过程的缺陷管理，对各阶段的缺陷管理过程进行指导和规范。 3.定义 3.1 术语 缺陷（Defect）：存在于软件之中偏差，可被激活，以静态形式存在于软件内部。 Bug：缺陷一种表现形态，系统或程序存在的任何一种破坏正常运转能力的问题。 3.2 缺陷定义 （1）软件未达到需求规格说明书的功能； （2）软件出现了需求规格说明书指明不会出现的错误； （3）软件功能超出需求规格说明书的范围； （4）软件未达到需求规格说明书未指出但应达到的目标； （5）测试工程师认为软件难以理解、不易使用、运行速度慢，或者最终用户认为不好。 4.缺陷生命周期
4.1 缺陷生命周期图 4.2 缺陷状态说明 5. 缺陷处理过程 5.1 正常处理过程 （1）创建问题 在测试管理系统中，所有用户都可以创建新问题，包括需求问题和软件缺陷等。创建问题时，需要描述清楚，并选择正确的选项，详细请参考5.4和5.5。
（2）指派问题 创建问题时，创建者通常要指派给该项目开发负责人，再由其指派任务，或直接指派给相应模块的开发工程师。 如果指派人是错误的，或者需要他人确认或帮助，则可以重新指派给合适的工程师，写上相关备注。 （3）确认问题 通常开发工程师收到新问题后，需要分析和确认此问题是否为Bug。如果是Bug，则选择“确认状态”；如果认为非Bug，则注明原因并指派回创建者。 当创建者收到确认指派时，需要进行及时确认。如果同意为非bug，则及时关闭它；如果不同意，则需要注明理由并指派回相关工程师。 如果问题确认指派次数大于6次时，需要进入“争议处理”流程，详细请参考5.2。 （4）解决问题 此为开发工程师的主要职责，包括Bug的复现、修改和修改验证。 开发工程师需要及时对确认状态Bug进行分析和解决，并自己验证通过，则操作为解决状态，解决方案规则请参考5.4中解决方案定义部分，在缺陷管理系统中解决方案选择相应的选项，解决后系统将自动指派回给创建者。 如果Bug无法解决或修改影响比较大，可申请进入“延期解决”流程，请参考5.2中延期处理部分。 （5）验证问题 创建者需要及时对解决状态的Bug在对应版本上面进行验证。如果验证通过，则可关闭Bug；如果验证不通过，则激活此Bug，系统将自动指派回给解决者。
软件缺陷描述 认识软件缺陷，首先要了解软件缺陷的概念，其次是了解软件缺陷的详细特征，最后就是它的属性了，再高一个层次就是学习利用管理软件缺陷的工具了。 1、首先介绍软件缺陷的概念 软件缺陷是指系统或系统部件中那些导致系统或部件不能实现其功能的缺陷。 2、软件缺陷的详细特征 a、单一准确 b、可以再现（要求软件缺陷具有精确的步骤） c、完整统一 d、短小简练 e、特定条件 f、补充完整 g、不做评价 3、软件缺陷的属性 软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因。 下面详细介绍一下以上这些属性： a、缺陷标识：是标记某个缺陷的唯一标识，可以用数字序号表示； b、缺陷类型：功能、用户界面、文档、软件包、性能、系统\模块接口 功能：影响了各种系统功能、逻辑的缺陷； 用户界面：影响了用户界面、人机交互特性，包括屏幕格式、用户输入灵活性、结果输入格式等方面的缺陷； 文档：影响发布和维护，包括注释、用户手册、设计文档； 软件包：由于软件配置库、变更管理或版本控制引起的错误； 性能：不满足系统可测量的属性值，如执行时间、事务处理速率等； 系统\模块接口：与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表等不匹配、冲突。 c、缺陷严重程度：致命（Fatal）、严重（Ceritical）、一般（Major）、较小（Minor） 致命：系统任何一个主要功能完全丧失，用户数据受到破坏，系统崩溃、悬挂、死机或者危机人身安全； 严重：系统的主要功能部分丧失，数据不能保存，系统的次要功能完全丧失，系统所提供的功能或服务受到明显的影响； 一般：系统的次要功能没有完全实现，但不影响用户的正常使用。例如：提示信息不太准确或用户界面差、操作时间长等一些问题； 较小：使操作者不方便或遇到麻烦，但它不影响功能过的操作和执行，如个别不影响产品理解的错别字、文字排列不整齐等一些小问题 d、缺陷产生可能性：总是、通常、有时、很少 总是：总是产生这个软件缺陷，其产生的频率是100%； 通常：按照测试用例，通常情况下会产生这个软件缺陷，其产生的频率大概是80%—90%； 有时：按照测试用例，有时候产生这个软件缺陷，其产生的频率大概是30%—50%；
监控缺陷管理制度 一、总则 第1条为了加强设备缺陷管理，保持设备健康水平，及时跟踪并消除设备存在的缺陷，提高设备完好率，保证设备安全、稳定、经济运行，特制定监控缺陷管理制度。 第2条本制度规定了设备缺陷管理的职责、管理要求，规范设备缺陷定义与分类，适用于监控缺陷管理工作。 二、缺陷定义与分类 第3条设备缺陷系运行及备用设备存在有影响安全、经济运行或设备健康水平的一切异常现象。 第4条按设备缺陷的性质和轻重程度可分为危急缺陷、严重缺陷及一般缺陷三类。 1、危急缺陷：指设备己不能继续运行，随时可能导致事故发生，必须立即处理的缺陷。 2、严重缺陷：缺陷比较重大，短期内仍可继续运行，但应加强监视，需要积极组织力量在短期内消除者。 3、一般缺陷：对近期安全运行影响不大，可列入年度或大、小修计划消除的缺陷。 第5条重复缺陷是指同类设备或设施在规程规定的检修周期内发生两次及以上性质相同的缺陷。
三、缺陷管理职责 第6条监控专业职责 1、负责及时发现设备在运行和备用中发生的缺陷并汇报。 2、如实做好设备缺陷的记录、统计、分析，每月3日前汇总上月缺陷。 3、配合自动化或检修单位进行设备消缺工作，对处理好的缺陷进行记录验收。 4、对未按时消除的设备缺陷监视运行。 第7条自动化专业职责 1、负责采取措施及时消除调度主站存在的各类缺陷，并对消缺质量负责。 2、负责做好设备缺陷的分析，含缺陷情况、处理情况、形成原因、应对措施，确定处理监控发现的缺陷单位，并及时将信息反馈到缺陷管理专责人。 3、对未及时消除的设备缺陷告知监控运行人员，加强设备的监视运行。第8条检修单位职责 1、负责采取措施及时消除站端存在的各类缺陷，并对消缺质量负责。 2、对未及时消除的设备缺陷告知监控运行人员，加强设备的监视运行。 四、缺陷管理要求 第9条设备缺陷管理实行公司、部门、班组三级管理，归口管理部门为生技部。 第10条设备缺陷采取专管与群管、执行全员全过程的管理。运行人员、检修人员、各级工程技术人员都有责任发现、汇报设备存在的缺陷。 第11条设备缺陷管理人员应经常深入现场，掌握设备缺陷情况，及时安排消缺工作，并按月统计、分析设备缺陷，找出缺陷形成原因，制定应对措施，搞好设备消缺管理。
编订：__________________ 单位：__________________ 时间：__________________ 生产设备缺陷管理制度 (正式) Standardize The Management Mechanism To Make The Personnel In The Organization Operate According To The Established Standards And Reach The Expected Level. Word格式 / 完整 / 可编辑
文件编号：KG-AO-6161-60 生产设备缺陷管理制度(正式) 使用备注：本文档可用在日常工作场景，通过对管理机制、管理原则、管理方法以及管理机构进行设置固定的规范，从而使得组织内人员按照既定标准、规范的要求进行操作，使日常工作或活动达到预期的水平。下载后就可自由编辑。 1. 总则 1.1 为了加强设备缺陷管理，提高设备健康水平，保证设备的安全、稳定、经济运行，特制定本制度； 1.2 本制度适用于公司各风电场。 2. 生产设备缺陷定义 2.1生产设备缺陷是指风电场生产设备发生的对安全、经济、稳定运行有直接影响的各种异常情况。 2.2本制度所指设备包括： 风力发电机组、110kV系统及设备、35kV系统及设备、10kV供电系统、380V供电系统、接入系统设备、消防报警系统、消防水系统、站内监视系统、变电站生产区域内建（构）筑物等。 3. 设备缺陷的分类 3.1一类缺陷：
在发现缺陷后24小时内，可以消除的缺陷； 3.2二类缺陷： 在发现缺陷后24小时内，无法消除的缺陷。 4.设备缺陷的汇报与记录 4.1风电场发现、消除设备缺陷后，应在《缺陷管理台帐》内登记； 4.2登记为二类的缺陷，应经安全生产部同意； 4.3二类缺陷的信息通过OA系统呈报总工程师及安全生产部。 5.设备缺陷的处理 5.1 风电场发生任何威胁人身、设备安全的缺陷应立即布置安全防护措施，并由安全生产部负责检查； 5.2 设备缺陷由风电场自行组织及时处理（特殊天气情况除外）； 5.3 对于风电场无法自行处理且需要对外联系的缺陷应及时汇报安全生产部，安全生产部协助处理。 6 缺陷转类 风电场在消缺过程中发现无法自行组织处理时，
输变电设备缺陷分类参考标准－-变电站设备缺陷分类标准 ?根据中国南方电网有限责任公司的有关输变电设备运行管理标准中设备缺陷的分类原则，设备缺陷按其严重程度分为紧急、重大、一般三类。本参考根据供电系统常用电气设备运行状况中的缺陷进行整理。各公司可以根据所管辖设备的特点引用此附件,发电厂可以结合所管辖设备的特点,参照制定相应的设备缺陷分类实施细则。 目次 1 变电站设备缺陷分类标准 3 1．1?变压器(消弧线圈、接地变、站用变、电抗器参照执行）3? １.2?断路器?４ 1.3?隔离开关5? 1.4?母线?６ １.5?防雷设备7? 1.6?电力电缆7 1.7 控制电缆８ 1.8 继电器8 1．9 表计9 １．10?电力电容器10? １.1１?电压、电流互感器、耦合电容器、阻波器10? 1.1２继电保护及自动装置11? 1.13 直流设备12 1.1４?土建部分13 1.1５变电其它设备１４
2 通讯、计算机、远动、消防系统分类标准14 2.1?通讯1?４ 2.2 计算机系统1?６ 2．３远动部分16 2．４?消防系统1７3 电力线路设备缺陷分类标准1８ 3.1?导线及架空地线18 ３．2?绝缘子及金具19? 3．3 杆塔20? 3．4?横担20 3.5 拉线2?１ 3．6 柱上开关21 3.7?配电变压器及令克2?２ 3.8 避雷器22 3.9 接地装置2?３ 3.10?线路电力电缆23 ?1 变电站设备缺陷分类标准 1.1 变压器(消弧线圈、接地变、站用变、电抗器参照执行） 1.1.1紧急缺陷 1.1.1.1绝缘油不合格或呈酸性、水份严重超标、气相色谱分析重要指标超标或有明显
软件缺陷描述规范 一、缺陷基本定义 软件缺陷（Software Defect）： 软件缺陷是对软件产品预期属性的偏离现象。它包括检测缺陷和残留缺陷。 缺陷的优先性，分为5级，参考下面的方法确定： 1)最高优先级(Blocker)，例如，软件的主要功能错误或者造成软件崩溃，数据丢失的缺陷，或用户重点关注的问题,缺陷导致系统几乎不能使用或者测试不能继续，需立即修复。 2)较高优先级(Critical)，例如，影响软件功能和性能的一般缺陷, 严重影响测试，需要优先考虑； 3)一般优先级(Major)，例如，本地化软件的某些字符没有翻译或者翻译不准确的缺陷,需要正常排队等待修复； 4)低优先级(Minor)，例如，对软件的质量影响非常轻微或出现几率很低的缺陷,可以在开发人员有时间的时候再被纠正； 5)最低优先级(Trival),例如，属于优化，可以不做修改的问题或暂时无法修复但影响不大的问题。
缺陷描述 软件缺陷的描述是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发工程师交流的最好机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员,因此，正确评估缺陷的严重程度和优先级，是项目组全体人员交流的基础。 缺陷描述的原则： 有效的缺陷描述有以下几个原则： 可以重现：在缺陷的详细描述中提供精确的操作步骤，可以让发人员容易看 懂； 定位准确：缺陷描述准确，不会引起误解和歧义； 描述清晰：对操作步骤的描述清晰，易于理解，应用客观的书面语，避免使 用口语； 完整统一：提供完整、前后统一的软件缺陷的步骤和信息，按照一致的格式 书写全部缺陷报告，有关缺陷的格式参见“缺陷的格式”； 短小简练：通过使用关键词，可以使问题摘要的描述短小简练，又能准确解 释产生缺陷的现象。如“在新建任务窗口中，选择直接下达，负责人收不到 即时消息”中“新建任务窗口”、“直接下达”、“即时消息”等是关键词； 特定条件：许多软件功能在通常情况下没有问题，而是在某种特定条件下会 存在缺陷，所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件 （如特定的操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原 因的线索。如“网站在和的兼容问题”； 不做评价：在软件缺陷描述不要带有个人观点，对开发软件进行评价。软件 缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以， 不需要任何评价或议论。
缺陷管理规程 版权信息 本文件涉及之信息，属江西省通信产业服务有限公司所有。 未经江西省通信产业服务有限公司允许，文件中的任何部分都不能以任何形式向第三方散 发。
文档修订记录 修订状态：A--增加，M--修改，D--删除日期格式：YYYY-MM-DD
目录
1.目的 缺陷管理的最终目标是最大限度地减少缺陷的出现率，从而提高软件产品的质量。细分为： 1)从缺陷发生到结束的全生命周期进行跟踪管理，尽可能发现所有的缺陷，确保每个被发 现的缺陷都能够被解决； 2)收集缺陷数据并根据缺陷趋势图识别测试过程的阶段；可以通过缺陷趋势图来确定测试 过程是否结束； 3)在已收集到的缺陷数据的基础上进行统计分析。总结缺陷出现的原因、类型和规律，采 取相应措施避免该类型缺陷再次出现，并在开发过程的早期阶段予以确定，起到缺陷预防的作用，并作为组织的过程财富。 本规程规定了缺陷管理流程以及缺陷统计分析要求，项目组必须严格遵循本规程要求保证在较短的时间内高效率地解决所有缺陷，缩短软件开发测试进程，提高软件质量，减少开发和维护成本。 2.角色与职责 3.入口准则 缺陷发生时 4.输入 无
5.主要步骤 5.1. 定义缺陷 是对软件产品预期属性的偏离现象，它包括检测缺陷和残留缺陷。每一个软件组织都知道必须妥善处理软件中的缺陷。这是关系到软件组织生存、发展的质量根本。 缺陷属性 缺陷类型 缺陷严重程度
缺陷优先级 一般地，严重程度高的软件缺陷具有较高的优先级，但是严重程度和优先级并不总是一一对应。有时候严重程度高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重程度低的缺陷却需要及时处理，反而具有较高的优先级。例如，公司名字和软件产品徽标是重要的，一旦它们误用了，这种缺陷是用户界面的产品缺陷，并不影响用户使用。但是它影响公司形象和产品形象，因此这也是优先级高的软件缺陷。 缺陷状态
审核/日期批准/日期
文档修改记录（Revision Chart） [This chart contains a h istory of this document’s revisions. The entries below are provided solely for purposes of illustration. Entries should be deleted until the revision they refer to has actually been created. The document itself should be stored in revision control, and a brief description of each version should be entered in the revision control system. That brief description can be repeated in this section. Revisions do not need to be described elsewhere in the document except inasmuch as they explain the development plan itself.]
目录 1引言 (1) 1.1 编写目的 (1) 1.2 定义与缩写 (1) 1.3 参考资料 (1) 2软件缺陷分类标准 (1) 2.1 缺陷属性 (1) 2.2 缺陷类型 (1) 2.3 缺陷严重程度 (3) 2.4 缺陷优先级 (4) 2.5 缺陷状态 (4) 2.6 缺陷来源 (4)
电力设备缺陷的分类标 准 Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】
电力设备缺陷的分类标准1、紧急缺陷 变电部分 设备接头发热烧红、变色。 设备瓷件有明显裂缝。 设备内部有明显的放电声或异音。 设备的绝缘、温升等技术参数超过极限值。 主设备与地网没有可靠连接。 外绝缘有严重放电现象。 高、低压室、开关柜防小动物措施失效。 变压器 冷却装置故障严重，影响出力或威胁安全运行。 分接开关操作卡阻或跳档。 铁芯接地电流不合格，串接电阻后仍不能满足运行要求，并有发展的趋势。 本体漏油严重或大量喷油。 套管漏油，套管油位超过下限，密封失效。 主变油箱进水。 潜油泵损坏，金属物可能进入油箱。 电气及油试验结果严重超标。 高压断路器
操动机构有卡涩，运行中有拒合、拒分或误合、误分的现象，储能元件损坏， 液（气）压机构的压力超出闭锁限额，油开关严重漏油或大量喷油，不能保 证安全运行者； 开关短路开断电流不能满足运行要求，又无保证安全运行的措施，额定电流 小于负荷电流者。 SF6开关设备的SF6气体质量不合格，或有严重漏气，其压力低于制造厂规定的下限。 真空开关的真空泡有裂纹或严重漏气者。 真空开关的真空泡失去光泽、发红。 液(气)压机构油(气)泵频繁启动，打压间隔时间小于10分钟，连续5次及以 上者。 断路器辅助接点、液(气)压闭锁接点失灵。 断路器绝缘拉杆脱落。 刀闸、母线 瓷件有破裂，刀闸触头铸铝件部分有裂纹。 刀闸严重锈蚀，以致操作卡阻，不能正常停送电。 母线一串绝缘子串上零值或破损瓷瓶片数110kV 3片、220kV 4片、500kV 4片及以上者。
软件测试缺陷(Bug)写作注意点 提供准确、完整、简洁、一致的缺陷报告是体现软件测试的专业性、高质量的主要评价指标。遗憾的是，一些缺陷报告经常包含过少或过多信息，而且组织混乱，难以理解。由此导致缺陷被退回，从而延误及时修正，最坏的情况是由于没有清楚地说明缺陷的影响，开发人员忽略了这些缺陷，使这些缺陷随软件版本一起发布出去。 因此，软件测试工程师必须认识到书写软件缺陷报告是测试执行过程的一项重要任务，首先要理解缺陷报告读者的期望，遵照缺陷报告的写作准则，书写内容完备的软件缺陷报告。本文将阐述软件测试缺陷报告的读者，描述软件缺陷报告的主要组成部分和各部分的书写要求，指出某些常见错误和实用改进方法，最后总结了缺陷报告的写作要点。 1. 缺陷报告的读者对象 在书写软件缺陷报告之前，需要明白谁是缺陷报告的读者对象，知道读者最希望从缺陷报告中获得什么信息。通常，缺陷报告的直接读者是软件开发人员和质量管理人员，除此之外，来自市场和技术支持等部门的人也可能需要查看缺陷情况。每个阅读缺陷报告的人都需要理解缺陷针对的产品和使用的技术。另外，他们不是软件测试人员，可能对于具体软件测试的细节了解不多。 概括起来，缺陷报告的读者最希望获得的信息包括： ?易于搜索软件测试报告的缺陷； ?报告的软件缺陷进行了必要的隔离，报告的缺陷信息更具体、准确； ?软件开发人员希望获得缺陷的本质特征和复现步骤； ?市场和技术支持等部门希望获得缺陷类型分布以及对市场和用户的影响程度。 软件测试人员的任务之一就是需要针对读者的上述要求，书写良好的软件缺陷报告。 2. 缺陷报告的写作准则 书写清晰、完整的缺陷报告是对保证缺陷正确处理的最佳手段。它也减少了工程师以及其它质量保证人员的后续工作。 为了书写更优良的缺陷报告，需要遵守“5C”准则： ?Correct（准确）：每个组成部分的描述准确，不会引起误解； ?Clear（清晰）：每个组成部分的描述清晰，易于理解； ?Concise（简洁）：只包含必不可少的信息，不包括任何多余的内容； ?Complete（完整）：包含复现该缺陷的完整步骤和其他本质信息； ?Consistent（一致）：按照一致的格式书写全部缺陷报告。 3. 缺陷报告的组织结构 尽管不同的软件测试项目对于缺陷报告的具体组成部分不尽相同，但是基本组织结构都是大同小异的。一个完整的软件缺陷报告通常由下列几部分组成： ?缺陷的标题； ?缺陷的基本信息；
测软件名称XX测试缺陷报告书
目录 1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2测试环境 (4) 2.1硬件环境 (4) 2.2软件环境 (4) 3冒烟测试 (4) 3.1被测软件 (4) 3.2测试策略 (4) 3.3执行步骤 (4) 3.4测试用例执行情况 (4) 3.4.1 管理员 (4) 3.4.2 匿名用户............................................................................. 错误！未定义书签。 3.4.3 教师用户............................................................................. 错误！未定义书签。 3.4.4 学生用户（待补充）......................................................... 错误！未定义书签。 3.4.5 交叉功能测试..................................................................... 错误！未定义书签。 3.5结果分析和结论 (9) 4功能测试 ..................................................................................................... 错误！未定义书签。 4.1被测软件........................................................................................... 错误！未定义书签。 4.2测试策略........................................................................................... 错误！未定义书签。 4.3执行步骤........................................................................................... 错误！未定义书签。 4.4测试用例执行情况（自行补充）................................................... 错误！未定义书签。 4.4.1 管理员................................................................................. 错误！未定义书签。 4.4.2 匿名用户............................................................................. 错误！未定义书签。 4.4.3 教师用户............................................................................. 错误！未定义书签。 4.4.4 学生用户............................................................................. 错误！未定义书签。 4.4.5 交叉功能测试..................................................................... 错误！未定义书签。 4.5结果分析和结论............................................................................... 错误！未定义书签。
设备缺陷管理规定 第一章总则 第一条为了适应公司生产发展的需要，进一步规范设备缺陷管理，结合实际，制定本规定。 第二条设备缺陷管理的范围包括： （一）运行异常：设备运行过程中，系统的各种参数偏离正常状态（标准值）的情况。 （二）设备劣化：设备使用过程中，由于零部件磨损、疲劳、变形、腐蚀、老化等原因使原有性能降低的情况。 （三）设备故障：设备使用过程中，由于性能降低不能满足生产要求而造成的被迫停机的情况。 第三条设备缺陷管理的基本任务是：掌握设备状态，及时消除隐患，提高完好率，降低故障率，延长使用寿命，防止事故发生，为生产装置的“长、安、稳、满、优”运行创造条件。 第四条本规定适用于中国石化股份有限公司齐鲁分公司和中国石化齐鲁股份有限公司。 第二章职责分工 第五条公司设备动力部的主要职责是：
（一）贯彻执行国家、地方及上级部门颁布的各项有关法律、法规、规章和规范； （二）负责制定公司设备缺陷管理的有关制度和规范； （三）负责对公司各直属单位设备缺陷管理进行业务指导，对制度的执行情况进行监督检查； （四）建立公司设备缺陷管理档案，定期进行设备完好状况评定和设备缺陷分析； （五）组织开展全公司的设备隐患普查和专项治理活动。 第六条各生产厂设备动力管理部门的主要职责是： （一）贯彻执行公司设备缺陷管理的有关制度和规范； （二）负责制定本厂设备缺陷管理的具体实施办法或实施细则； （三）建立本厂的设备缺陷管理档案，定期进行设备完好状况评定和设备缺陷分析； （四）负责缺陷管理的有关技术报告和统计报表编制上报工作； （五）组织开展本厂的设备隐患普查和专项治理活动。 第三章设备检查 第七条对设备的各类检查要按照《中国石化集团齐鲁石油
软件缺陷定义
软件缺陷概述 软件缺陷，通常又被叫做Defect或者Bug，即为软件或程序中存在的某种破坏正常运行能力的问题、错误，其存在会导致软件产品在某种程度上不能满足用户的需要。 从产品内部看，缺陷是软件产品开发或维护过程中存在的问题、错误。 从产品外部看，缺项是系统所需要实现的某种功能的失效或违背。 软件缺陷属性 软件缺陷的属性包括缺陷标识、缺陷类型、缺陷级别（或严重等级）、缺陷产生可能性（或概率）、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷根源（原因）。 以上属性是为了准确描述缺陷而赋予的，这里分别作介绍： 1.缺陷标识：是标记某个缺陷的唯一标识，可以用数字序号表示； 2.缺陷类型：功能、用户界面、文档、软件包、性能、接口、兼容性等； a)功能：影响了各种系统功能、逻辑的缺陷； b)用户界面：影响了用户界面、人机交互特性的缺陷； c)文档：影响发布和维护，包括注释、用户手册、设计文档等的缺陷； d)软件包：由于软件配置库、变更管理或版本控制引起的错误； e)性能：不满足系统可测量的属性值，如执行时间、事务处理速率等； f)接口：与其他组件、模块、调用参数、控制块等不匹配、冲突； g)兼容性：与工作环境、其他外设，如操作系统、浏览器、网络环境等不匹配、 冲突； 3.缺陷级别：致命、严重、一般、轻微；（举例） a)致命：系统任何一个主要功能完全失效，用户数据受到破坏，系统崩溃、悬挂、 司机或者危机人身安全； b)严重：系统的主要功能部分失效，数据不能保存，系统的次要功能完全丧失， 系统所提供的功能或服务受到明显影响； c)一般：系统的次要功能没有完全实现，但不影响用户的正常使用。如提示信息 不准确或用户界面差、操作时间长等。 d)轻微：使操作者不方便或遇到麻烦，但它不影响功能的操作和执行，如个别不
文件编号：RHD-QB-K5220 （管理制度范本系列） 编辑：XXXXXX 查核：XXXXXX 时间：XXXXXX 设备缺陷管理制度标准 版本
设备缺陷管理制度标准版本 操作指导：该管理制度文件为日常单位或公司为保证的工作、生产能够安全稳定地有效运转而制定的，并由相关人员在办理业务或操作时必须遵循的程序或步骤。，其中条款可根据自己现实基础上调整，请仔细浏览后进行编辑与保存。 一、一般规定 1、站领导、检修技术人员、检修班长是具体抓好设备管理负责人。 2、凡是设备在运行备用中出现缺陷，运行人员有责任采取必要的运行措施，防止缺陷扩大，出现故障要通知有关人员及时消除。 3、各运行、检修班应将发现的设备缺陷及时记录，以利于查阅和作出处理。 4、设备缺陷消除后，消除者应在记录簿上交代清楚。 5、记录簿应保持整洁，并存档，以备查考。
二、缺陷分级管理权限 1、运行任务 （1）巡视检查及时发现设备缺陷，并作好记录和报告有关人员。 （2）及时消除属于运行维护工作范围的设备缺陷，应及时采取必要运行措施消除缺陷。防止缺陷扩大，并向有关人员汇报。 （3）凡本班有权调度停用或不停用也能消除的缺陷，应通知检修人员及早消除。 （4）参加设备缺陷消除后的验收。 2、检修班任务 （1）负责从运行、试验、检验方面及时了解所管辖设备的缺陷并作出记录。 （2）了解运行情况，查阅记录簿，及时发现和主动消除设备缺陷，做到小缺陷不过班，大缺陷不过
天。 （3）在运行中无法消除缺陷，应记入本班的记录簿内，在大小修或临时予以消除。 3、站领导的任务 （1）领导督促各班认真搞好设备缺陷的消除工作，负责质量验收的组织工作。 （2）定期巡视设备，掌握设备存在的缺陷。 （3）分析造成缺陷的原因，总结经验教训，不断提高业务水平。 （4）拟定消除重大设备缺陷的技术组织、措施，结合小修计划使其实现。 这里写地址或者组织名称 Write Your Company Address Or Phone Number Here
电力设备缺陷的分类标准 1、紧急缺陷 1.1变电部分 设备接头发热烧红、变色。 设备瓷件有明显裂缝。 设备内部有明显的放电声或异音。 设备的绝缘、温升等技术参数超过极限值。 主设备与地网没有可靠连接。 外绝缘有严重放电现象。 高、低压室、开关柜防小动物措施失效。 1.1.1变压器 冷却装置故障严重，影响出力或威胁安全运行。 分接开关操作卡阻或跳档。 铁芯接地电流不合格，串接电阻后仍不能满足运行要求，并有发展的趋势。 本体漏油严重或大量喷油。 套管漏油，套管油位超过下限，密封失效。 主变油箱进水。 潜油泵损坏，金属物可能进入油箱。 电气及油试验结果严重超标。 1.1.2高压断路器 操动机构有卡涩，运行中有拒合、拒分或误合、误分的现象，储能元件损坏，液（气）压机构的压力超出闭锁限额，油开关严重漏油或大量喷油，不能保
证安全运行者； 开关短路开断电流不能满足运行要求，又无保证安全运行的措施，额定电流小于负荷电流者。 SF6开关设备的SF6气体质量不合格，或有严重漏气，其压力低于制造厂规定的下限。 真空开关的真空泡有裂纹或严重漏气者。 真空开关的真空泡失去光泽、发红。 液(气)压机构油(气)泵频繁启动，打压间隔时间小于10分钟，连续5次及以 上者。 断路器辅助接点、液(气)压闭锁接点失灵。 断路器绝缘拉杆脱落。 1.1.3 刀闸、母线 瓷件有破裂，刀闸触头铸铝件部分有裂纹。 刀闸严重锈蚀，以致操作卡阻，不能正常停送电。 母线一串绝缘子串上零值或破损瓷瓶片数110kV 3片、220kV 4片、500kV 4片及以上者。 1.1.4 电压互感器、电流互感器、电容式电压互感器、耦合电容器、阻波器 漏（气）油严重或大量喷油。 电压互感器二次回路失压、电流互感器二次回路开路。 电容式电压互感器、耦合电容器本体滴油。 阻波器拉杆脱落。
医院员工缺陷管理 规定 1 2020年4月19日
仁康医院员工行为缺陷 管理规定 一、总则 第一条为了进一步规范员工行为，强化内部管理，完善约束机制，确保医疗安全，端正服务态度，提高 - 2 - 2020年4月19日
医疗质量，维护医院正常工作秩序，经董事会研究同意，特制定本规定。 第二条本规定适合仁康医院全体员工。 第三条遵守国家法律法规，政府各部门的相关行业规定，遵守职业道德，树立白衣天使良好形象，全心全意为患者及健康需求者服务。 - 3 - 2020年4月19日
第四条遵守医院各项规章制度，认真履行岗位职责，忠于职守、爱岗敬业。不认真履行岗位职责、消极怠工，不遵守医院管理制度（特别是医疗核心制度）视其情节后果每次扣300-500元。 第五条不爱护医院荣誉，制造或散布流言诽语或从事损害医院形象、利益之行为者，每次扣500元。 - 4 - 2020年4月19日
第六条服从医院管理，保持政令畅通，医院职工不服从安排、不听从指挥或不按时完成指令性任务，每次扣200元，医院中层以上负责人通讯不畅，突发事件无法联系者，视其情节每次扣100-200元。 二、履职缺陷 第七条认真履行岗位职责，熟练 - 5 - 2020年4月19日
掌握本岗位工作要求的理论知识、专业技术、工作技能，因业务不熟练、操作不规范、履职不满意或导致病人投诉者，每次扣200元。 第八条严格执行各项医疗技术操作规程、规范，违者每发现一次扣200元。违反操作规范，造成不良后果者，自动承担全部责任（包括经济责任和相关法律责任）。 - 6 - 2020年4月19日
软件缺陷的描述是是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员。准确报告软件缺陷是非常重要的，因为： 清晰准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量。 提高软件缺陷修复的速度，使每一个小组能够有效的工作。 提高测试人员的信任度，可以得到开发人员对清晰的软件缺陷描述有效的响应。 加强开发人员，测试人员和管理人员的协同工作，让他们可以更好的工作。 在多年实践的基础上，我们积累了较多的软件缺陷的有效描述规则，主要是： 1. 单一准确 每个报告只针对一个软件缺陷。在一个报告中报告多个软件缺陷的弊端是常常会导致缺陷部分被注意和修复，不能得到彻底的修正。 2. 可以再现 提供缺陷的精确操作步骤，使开发人员容易看懂，可以自己再现这个缺陷，通常情况下，开发人员只有再现了缺陷，才能正确地修复缺陷。 3. 完整统一 提供完整、前后统一的软件缺陷的步骤和信息，例如：图片信息，Log文件等。 4. 短小简练
通过使用关键词，可以使软件缺陷的标题的描述短小简练，又能准确解释产生缺陷的现象。如“主页的导航栏在低分辨率下显示不整齐”中“主页”、“导航栏”、“分辨率”等是关键词。 5. 特定条件 许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷，所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件(如特定的操作系统、浏览器或某种设置等)，能够提供帮助开发人员找到原因的线索。如“搜索功能在没有找到结果返回时跳转页面不对”。 6. 补充完善 从发现Bug那一刻起，测试人员的责任就是保证它被正确的报告，并且得到应有的重视，继续监视其修复的全过程。 7. 不做评价 在软件缺陷描述不要带有个人观点，对开发人员进行评价。软件缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以，不需要任何评价或议论。 即：1、单一准确 2、可以再现（要求软件缺陷具有精确的步骤） 3、完整统一 4、短小简练 5、特定条件 6、补充完整 7、不做评价 摘自：软件测试方法和技术作者：朱少民