测试缺陷管理规范

软件测试工作规范

1 目的

 统一公司所有项目的软件测试流程；

 提供一套适合公司所有项目并可裁减的软件测试工具；

2 范围

 本规范中单元测试适用于所有的 JAVA 项目；

 本规范中集成测试、系统测试和性能测试适用于所有项目。

3 测试阶段与软件开发阶段的对应关系

1 过程描述

1.1 单元测试活动

该活动包括以下环节：

 编写单元测试计划；

 设计单元测试用例；

 执行单元测试过程；

 记录单元测试缺陷；

 编写单元测试报告；

1.1.1 活动目的

验证软件系统模块内功能、容错、界面和报表测试和桩模块、子模块之间的接口测试。

1.1.2 角色与职责

角色 职责

项目经理 监控单元测试过程；

开发组长

开发人员 编写单元测试计划；

对单元代码进行检查，设计单元测试用例；

执行测试用例；

记录单元测试缺陷 ，修改缺陷并关闭缺陷；

编写单元测试分析报告；

配置管理员 管理测试需要的资源，包括软硬件环境，版本管理和 Bug 管理。

1.1.3 测试范围  单元模块的功能性测试

 单元模块内和模块之间的接口测试

 单元模块的容错性测试

 单元模块的 界面测试

 单元模块内的权限

1.1.4 进入条件

已经完成被测模块的编码工作

1.1.5 输入

《详细设计说明书》

1.1.6 活动说明

对于结构化的编程语言，程序单元指程序中定义的函数或子程序。单元测试是指对函数或子程序所进行的测试。

1 / 5

在软件的开发、评审、测试和使用的过程中，我们都可能面临或碰到软件产品没有按照设计要求运行、使用不方便或在某种程度上不能满足用户的要求等此类问题，这些我们可以通称为缺陷。

软件缺陷是软件开发过程中的"副产品"。缺陷会存在于软件产品的整个生命周期中：

可以是软件代码的问题、系统文档（开发文档和测试文档等）存在的问题，或者是用户的帮助文档和使用指南方面的问题等。

测试是发现缺陷的主要手段，也是它的主要目的。测试活动和开发活动一样，是项目质量保证不可或缺的重要部分。因此，对于测试活动的主要产物：

缺陷，我们需要建立一个完善的缺陷管理流程，来对缺陷进行报告、查询、分类、跟踪、处理和验证等。

本文主要针对在开发测试活动中发现的缺陷，其相应的缺陷管理流程，以及在流程中主要的缺陷状态、参与缺陷的角色和缺陷相关的主要活动以及缺陷的等级分类等。

1.缺陷状态的主要处理过程：

2.和缺陷相关的角色：

测试工程师：

在这里主要是指发现和报告缺陷的测试人员。在一般流程中，他需要对这个缺陷后续相关的状态负责：

包括相关人员对这个缺陷相关信息的询问回答，以及对bug的验证测试。

开发工程师：

这里主要指对这个缺陷进行研究和修改的开发人员。同时，他需要对修改后的缺陷在提交测试人员正式测试验证之前需要进行验证测试。

需求工程师：

2 / 5

这里主要是需要对缺陷进行确认是否需要解决，是否需要当前版本解决。

缺陷状态的含义解释：

New（新缺陷）：

软件中新发现报告的缺陷，一般由测试人员提交。当然也可能是开发人员自己在单元或代码测试过程中提交，或从软件使用的最终用户或测试现场反馈得到的缺陷报告。

Open（打开）：

处于这个状态时，缺陷已经被确认并已经分配给相关的开发人员进行相关的修改。

Fixed（已修改）：

开发人员将相应的bug修改后改为fixed状态后，交付给相关的测试小组进行验证测试。

Closed（结束）：

TAPD缺陷写作规范及管理

编写⽬的：

规范的缺陷写作和管理流程能够提⾼研发和测试团队的⼯作效率，减少不必要的沟通成本，故编写此规范⽂档。

⽂档阅读对象：测试⼯程师、研发⼯程师、产品经理等相关成员

缺陷⼯具的使⽤

⽬前缺陷在tapd中进⾏管理和跟踪，在获得项⽬权限后，即可提交缺陷和跟踪缺陷。

缺陷提交界⾯：

我们需要填写的要素：标题、缺陷详细描述、发现版本、模块、优先级、严重程度、处理⼈、附件。

缺陷写作规范

缺陷规范之标题：

缺陷标题是缺陷清单中最核⼼的要素，也是项⽬成员最先阅读的内容。缺陷标题建议写作规范：【项⽬名称/模块名称】主要操作及数据，错误说明。

缺陷详细描述： 详细描述中记录着发现缺陷的详细信息，建议包含缺陷所在系统的⼊⼝（路径），登录账号、重现时所⽤到数据，期望结果和实际结果的对⽐。 在详细描述中可以插⼊缺陷截图，可以更加直观的看到缺陷信息。在缺陷截图中，建议加⼊图形标识和⽂字说明以便更清晰展⽰缺陷。必要时还可以通过录屏展⽰缺陷。

发现版本号：

版本号、模块：选填项

优先级：

分为5个级别，分别是紧急、⾼、中、低、⽆关紧要l 紧急：阻碍测试⼯作开展，需要开发⼈员着⼿⽴即修复该缺陷。

l ⾼：需要开发⼈员在24⼩时内修复缺陷

l 中：需要开发⼈员在⼀周内修复该缺陷

l 低：需要开发⼈员在发版前修复即可

l ⽆关紧要：⽆修复时间要求，但建议开发有时间修复

严重程度：

分为5个级别，分别是致命，严重，⼀般，提⽰，建议l 致命：缺陷如不修复将可能对⽤户造成经济损失，主要功能⽆法使⽤，功能缺失等。

l 严重：数据处理不正确，页⾯/功能明确会给⽤户造成误导、引发⽤户不舒适。

l ⼀般：数据显⽰不正确，偶发性缺陷，⽤户操作不便等。

l 提⽰：提⽰信息错误，⽂字以及页⾯显⽰有误，数据正确但格式不适合阅读习惯。

l 建议：本⾝可以认为是正确的，但建议开发优化

迭代：

必填项，作为内部版本号，每个项⽬都有⼀个确定的版本号

缺陷管理制度及考核细则

1. 主题内容

为了更好地保证公司发电机组及其辅助系统的安全、经济、稳定运行，确保清洁生产和达标排放，进一步督促各维护部门及时消除生产现场存在的缺陷 ,提高设备健康水平，结合目前公司实际状况制定本制度。

2. 适用范围

本制度是针对公司生产现场所有生产设施的缺陷管理，适用于生产技术部、运行部、发电部、机务维护部、仪电维护部、综合维护部、起重维护部、吹灰维护部、监控维护部、常规消防维护部、特殊消防维护部、信誉公司等。

3. 引用标准

3.1 发电企业设备检修导则 (DL/T838-2003)

3.2 火力发电企业设备点检定修管理导则 (DL/T870-2004)

4. 专业术语定义

4.1 设备缺陷：是指影响机组主辅设备和公用系统安全经济运行及危及人身安全的异常现象。如振动、位移、磨擦、卡涩、松动、断裂、变色、过热、变形、变音、泄漏、缺油、不准、失灵、安全消防和防洪设施损坏，以及由于设备异常引起的参数不正常等等。包括生产区域的各种建筑物、道路、水池、地沟和排水设施等。 设备缺陷按照重要程度可以划分为三种类型缺陷。

4.1.1 三类缺陷：发生影响机组安全运行的主要设备缺陷，包括锅炉、汽轮机、发电机、主变、 GIS、主保护和 DCS系统出现的按照《规程》规定无法继续运行的重要缺陷。

4.1.2 二类缺陷：影响重要辅机正常运行、主要环保设施正常运转和主要自动、保护正常投运的缺陷。

4.1.2 .1 重要辅机 包括高厂变、脱硫变、 6KV系统、给水泵、凝泵、抗燃油泵、定冷泵、密封油泵、小机真空泵、辅机冷却水泵、水源泵、空预、磨煤机、给煤机、一次风机、引风机、送风机、密封风机、燃油泵、增压风机、脱硫循环泵、球磨机等。

4.1.2 .2 引起主要环保设备（脱硫、废水处理和煤场喷洒水系统）被迫停运和污染源在线检测系统故障的缺陷。

4.1.2 .3 与公司生产经营指标密切相关的设备或设施发生功能性缺陷，如：入厂（炉）煤采样系统停运、一级能源计量仪器（汽车衡及上位机系统、电气关口表计、一级水流量表）或系统故障无法正常计量。