缺陷管理指南

文件标识版本：V0.5页次：文件标识版本：V0.5页次：1/12LPMAS-TS-06隆平现代农业科技效劳缺陷治理指南本文档全部权和解释权归隆平现代农业科技效劳全部，未经书面许可，不得本文档全部权和解释权归隆平现代农业科技效劳全部，未经书面许可，不得复制或向第三方公开。缺陷治理指南名目\l“_TOC_250019“前言 4\l“_TOC_250018“编写目的 4\l“_TOC_250017“适用范围 4\l“_TOC_250016“读者范围 4\l“_TOC_250015“缺陷治理流程 5\l“_TOC_250014“缺陷治理流程图 5\l“_TOC_250013“缺陷治理过程定义 6\l“_TOC_250012“测试工程师提交缺陷 6\l“_TOC_250011“开发工程师修复缺陷 6\l“_TOC_250010“测试工程师确认缺陷 6\l“_TOC_250009“测试负责人组织推迟缺陷修复 6\l“_TOC_250008“缺陷级别定义标准 7\l“_TOC_250007“缺陷标准 8Bug编写标准 \l“_TOC_250006“建Bug单 8\l“_TOC_250005“填写说明(主题/描述项) 9Bug回复标准 .0\l“_TOC_250004“开发工程师修复Bug 10\l“_TOC_250003“开发工程师拒绝Bug 11\l“_TOC_250002“不行重现BUG处理 11\l“_TOC_250001“关心工具：屏幕截图 11\l“_TOC_250000“7 其他 11隆平现代农业科技效劳缺陷治理指南文件标识版本：V0.5隆平现代农业科技效劳缺陷治理指南文件标识版本：V0.5页次：4/12LPMAS-TS-06本文档全部权和解释权归隆平现代农业科技效劳全部，未经书面许可，不得本文档全部权和解释权归隆平现代农业科技效劳全部，未经书面许可，不得复制或向第三方公开。前言编写目的通过标准缺陷治理流程及Bug单编写和回复标准，使工程组成员对缺陷流转过程有统一的生疏，从而提高缺陷修复跟踪效率，增加工程组成员在测试执行阶段的工作协作。适用范围全部工程读者范围需要阅读、理解并遵守本标准描述内容的工程角色，包括工程经理、产品经理、开发负责人、开发工程师、测试工程师。BUG治理工具MantisBUG“://192.168.3.158/mantis/bug_report_.php“://192.168.3.158/mantis/bug_report_.php师程工试测BUG是否可关闭沟通验证YclosedNYBUG(new)重翻开N是否已修复师程工发开BUGN不修复(feedback)Y修复(resolved)理经目项重翻开N沟通是否承受缺陷治理流程缺陷治理流程图说明：测试工程师创立一个的BUG时，直接安排至负责该模块的开发工程师；开发工程师接到安排给自己的BUG时，确认是否需要尽快修改，假设耗时超出预期需要延后的，必需添加备注说明缘由；测试负责人针对需延后的BUG进展组织沟通，与开发负责人、产品经理等沟通确认后，假设需在此版本内进展修改，则再转发给对应开发人员。BUG修复后，提交测试工程师进展验证，验证通过，状态为Closed〔关闭。本文档全部权和解释权归隆平现代农业科技效劳全部，未经书面许可，不得本文档全部权和解释权归隆平现代农业科技效劳全部，未经书面许可，不得复制或向第三方公开。隆平现代农业科技效劳隆平现代农业科技效劳缺陷治理指南文件标识版本：V0.5页次：6/12LPMAS-TS-06缺陷治理过程定义测试工程师提交缺陷测试工程师依据“4.Bug编写标准”在缺陷库中提交Bug，状态为new，提交至模块负责人。开发工程师修复缺陷查看分派的Bug清单，依据Bug单严峻程度进展修改；缺陷修改完成，Bug单状态为resolved，开发工程师依据“Bug回复标准”填写缺陷缘由和解决方法，修改受影响的功能等信息；对于不是BUG的状况，修改Bug单状态为feedback，并需要说明拒绝理由。测试工程师确认缺陷测试工程师回归resolved状态的Bug单，确认已修复，则修改状态为Closed；Bug单状态为feedback修复；测试负责人组织推迟缺陷修复开发工程师分析BUG时，假设修复时间或其它缘由导致BUG暂不能修复，需重安排给测试负责人，由其组织沟通争论该BUG是否可推迟修复。隆平现代农业科技效劳缺陷治理指南文件标识版本：V0.5隆平现代农业科技效劳缺陷治理指南文件标识版本：V0.5页次：7/12LPMAS-TS-06本文档全部权和解释权归隆平现代农业科技效劳全部，未经书面许可，不得本文档全部权和解释权归隆平现代农业科技效劳全部，未经书面许可，不得复制或向第三方公开。缺陷级别定义标准紧急(5-Urgent)：系统无法执行、崩溃或严峻资源缺乏、冒烟测试未通过造成无法开展测试工作、主流程测试未通过；格外严峻(4-VeryHigh)：备选流程测试未通过；数据流错误；单模块正常提交未通过；严峻(3-High)：单模块保存、编辑、查询等功能存在缺陷；业务规律实现错误；缺少功能点；数值计算、算法错误；一般(2-Medium)：界面文字等错误；提示信息不完整或不准确；输入限制未放在前端把握；删除操作等未提出提示；打印内容、格式错误；卑微(1-Low)：关心性说未描述清楚；显示格式不标准；可输入区域和只读区域没有明显的区分标志；测试建议，包括易用性改进建议；说明：假设进展组件测试，则BUG级别最高可为4-VeryHigh级别;缺陷标准Bug编写标准以下说明如何建一个有效BUG单，请测试工程师细读：建Bug单提交Bug单时必填项为(*)：缺陷分类、消灭频率、严峻性、优先级、摘要、描述BUGType(缺陷分类)：描述该缺陷所属的类型。选择项包括：需求理解有误：对需求的错误理解导致功能实现不符合；功能未实现：功能点整个未实现，如：删除功能、上下移功能未实现；功能未彻底实现：功能点已实现，但未完整；规律错误：涉及业务规律错误，数据读写错误、写入数据库错误等；算法错误：涉及公式计算时消灭的算法错误；接口错误：针对接口测试时需选择该项，其它类型的测试不应选择到；暂存‘应叫法统一；提示信息不正确或不清楚：必要的提示信息缺失、不准确；易用性差：功能可用，但是操作界面不友好、难于理解、不易使用；文件标识版本：V0.5页次：10文件标识版本：V0.5页次：10/12LPMAS-TS-06隆平现代农业科技效劳缺陷治理指南本文档全部权和解释权归隆平现代农业科技效劳全部，未经书面许可，不得本文档全部权和解释权归隆平现代农业科技效劳全部，未经书面许可，不得复制或向第三方公开。文字错误：如字段名称显示错误，按钮名称错误等；兼容性错误：涉及多扫瞄器测试时觉察的问题；安装运行错误：版本公布错误、关联数据库不正确等部署问题；性能差：性能问题；漏测：对测试工作进展验收时，由验收小组或其他人觉察的BUG；分派给：默认安排给该模块建档时所填写的负责人，可依据实际状况修改；摘要:简述该BUG的产生，短小简练，又能准确解释产生缺陷的现象；描述:具体述说该BUG的产生条件及其步骤，要求第一行显示Summary信息，其次行开头为描述信息；假设摘要已清楚描述BUG内容，则可以不用细述。填写说明(主题/描述项)一般性BUG：‘摘要’信息等于‘描述’信息，简洁Bug不需要具体步骤；模块名称中已选择具体模块名，‘主题’中不需要再次指明；‘主题’中不仅要对Bug进展描述，而且要说明正确的修复信息，如图中所示：冒号前表示XX界面/X息；要善用标点符号，清楚直观，如菜单名用<菜单名>、列表字段名用单引号描述；同一类型BUG在不同模块中都消灭的要分开提；假设用抓图工具关心描述BUG时，要求在图中表达正确的修复信息；简洁性的BUG：1．操作步骤、预期结果、实际结果要分开显示，且要准确描述、易懂；2．将BUG产生的必要信息用红色标识，提示开发人员留意；3．必要时用抓图工具关心描述Bug，以便开发人员快速的定位该Bug；4．必要时操作步骤中包含数据构造和SQL语句；Bug回复标准开发工程师修复Bug必需填写内容：选择缺陷更改状态、添加注释；添加注释：描述可能的缘由导致该缺陷产生，以及解决bug的方法。缘由包括：需求缺陷,需求文档没有描述到：因需求文档描述不完整导致；需求理解错误或不到位：在编码实现过程中，因错误理解需求导致；概要设计缺乏：架构设计不合理导致或数据库表构造设计不合理等；前端规律实现错误：前端代码实现错误；功能实现遗漏：因疏忽，在功能实现时遗漏某些细节性功能；具体接口定义消灭漏洞：概要或具体设计时，对接口定义或描述消灭问题；后端实现的接口有问题：后端人员对接口实现错误；联调沟通不到位：前后台联调时间不够、工作方式不合理等导致；联调遗漏：前后台联调时因考虑不周全发生的错误；版本把握问题：版本未更导致的问题；配置问题：数据字典配置错误、工作流配置错误、权限系统配置错误等；本文档全部权和解释权归隆平现代农业科技效劳全部，未经书面许可，不得本文档全部权和解释权归隆平现代农业科技效劳全部，未经书面许可，不得复制或向第三方公开。隆平现代农业科技效劳缺陷治理指南

文件标识版本：V0.5页次：11/12

LPMAS-TS-06选择缺陷更改状态：已解决、反响开发工程师拒绝Bug拒绝Bug单时系，要求必需在‘添加备注’内注明拒绝理由；不行重现BUG处理过程中常常会消灭不行重现的BUG，假设置之不理，上线后消灭的概率很大，故处理方式应为：保存信息。遇到问题，最好抓图，同时搜集错误log日志，保存测试现场环境；自我分析。分析思路：环境问题和操作挨次；寻求帮助。与开发人员一起分析往往是最快的途径。假设开发人员忙就要寻求组内力气强的人员或者组内争论分析；遇到不行重现但又涉及重要业务的BUG时，确定要提高意识，首先抓图，然后搜集log日志，将程序报错的日志作为附件附上，让开发人员比较简洁进展分析和调试；关心工具：屏幕截图留意事项：所附图片的尺寸和占用空间不要太大，尽量用jpg或gif格式，而不是bmp格式；在图中出问题的地方标注一下，有利于开发人员快速定位；其他缺陷的整个流转过程需要工程组测试工程师和开