bug跟踪流程

0类别上海诺诚电气有限公司文件编号程序文件Bug跟踪流程Bug跟踪流程文件编号：版次：1.0程序持有部门：制定：审核：核准：日期：日期：日期：发布范围：研发中心经理、软件部、硬件部、测试部密级：一级类别上海诺诚电气有限公司文件编号程序文件Bug跟踪流程版次1.0页次2/9文件制（修）订记录表版次变更内容修订页/点制（修）订日期类别上海诺诚电气有限公司文件编号程序文件Bug跟踪流程版次1.0页次3/91.目的本文档主要是为了规范产品缺陷的跟踪解决、保证每个发现的缺陷都能有效跟踪，直到缺陷解决关闭。2.适用范围本文档适用于公司所有产品的缺陷跟踪。需要测试、软件开发人员、硬件开发人员协调执行。3.角色和职责3.1测试工程师测试工程师负责问题提交、问题验证。测试工程师不能把new状态、reopen状态的bug更改为fixed等其他状态。测试工程师不能把没有修改的问题直接关闭。测试工程师要及时验证问题，确保问题的及时关闭；如果验证不通过的问题要及时reopen，以便软件工程师能尽快了解情况，尽快解决问题。3.2开发工程师软、硬件工程师负责修改问题，在问题修改完把问题状态修改为fixed状态。如果软、硬件工程师认为是非问题的，要及时和测试工程师讨论决定，如果不能形成一致意见的，可以上报上一级主管讨论。如果经过讨论后一致认为不是问题的可以置为Invalid，或者确认是问题、讨论后决定不修改的问题可以置为wontfix,然后由问题提交人关闭问题。如果软、硬件工程师自己发现问题，原则上要求软、硬件工程师自己提交问题，把问题纳入跟踪。软、硬件工程师不能关闭不是自己提交的问题。3.3缺陷库管理员缺陷库管理员一般由测试主管兼任，负责缺陷库的日常管理、维护。在特殊情况下可以直接关闭部分问题（例如软件或硬件、测试一致同意关闭的问题）。类别上海诺诚电气有限公司文件编号程序文件Bug跟踪流程版次1.0页次4/94.Bug跟踪流程流程图：否是过程说明：A．Newbug：测试人员、市场反馈的问题由测试人员填写bug。开发人员发现的问题由开发人员填写。Bug填写完成后提交给相应的软、硬件开发人员。Bug填写要求见“bug填写规范”。B．Fixbug：开发人员修改自己负责的bug；修改完成并合入版本后把bug的状态修改成fixed。C．Closebug：问题验证通过后，由问题提交人关闭bug。D．Reopen：问题验证没有通过，发现问题还存在，或者问题只修改了一部分，则重新打开这个bug。如果修改后造成了新的问题，请另外创建一个Newbug。NewbugFixbugClosedbug测试通过？Reopen类别上海诺诚电气有限公司文件编号程序文件Bug跟踪流程版次1.0页次5/95.Bug跟踪规范5.1新建问题（Newbug）填写规范A．正确选择产品名（Product）、模块名（Component）、产品版本号（Version）。B．正确选择问题严重程度（Severity）。我们使用4个严重级别：致命（Critical、A级）、严重（major、B级）、一般（Normal、C级）、建议（Enhancement、D级别）。问题严重程度的定义见“附录Bug等级分类”。C．简述（Summary）要求言简意赅、最好不要超过20个字。D．缺陷描述要求尽量详细。内容要求包括问题出现所在菜单、测试操作过程、问题出现条件、问题出现的规律、问题现象详细描述、问题出现概率等。总之，觉得与问题相关的信息和设置都要尽量写清楚。E．以前有过的问题，尽量不要重复提交。以前提交过，并且已经关闭或者处于fixed状态的问题，如果再次出现，请reopen，并再次说明问题现象等；如果以前提交过，还处于new或者reopen状态，请把这次发现的问题现象补充在原来提交问题的后面。5.2处理缺陷（fixbug）填写规范A．bug的状态必须在修改完成并合入版本后，才能把bug的状态置为fixed状态。B．在处理说明栏描述清楚：修改后的功能流程、功能特征、功能实现，以及可能影响的模块等。解决版本中说明在哪个版本上修改。建议格式（实例）修改说明：模块项目不需要这个功能，去掉这个菜单。可能影响说明书，请核对。必须填写项目。说明问题是怎样修改的，修改后的功能流程、功能特征、功能实现方式，可能影响的模块等。验证版本：请在4.0.6以后的版本验证类别上海诺诚电气有限公司文件编号程序文件Bug跟踪流程版次1.0页次6/9必须填写项目，说明这个问题可以在那个版本开始验证。问题形成原因：可选项目。可以写清楚问题出现原因，以便问题追溯，同时可以让相关人员了解相关情况，评价问题修改思路是否正确等。5.3问题关闭（closebug）填写规范A．问题关闭时必须写清楚在那个版本验证通过.建议格式（实例）：在4.0.6版本上验证通过。或者Verifiedon4.0.6。B．如果因为特殊原因要关闭问题，要求写清楚原因。有些特殊情况，问题不是因为验证通过了而关闭的，这时要求写清楚问题关闭的原因。例如：此问题修改要导致软件更改体系结构、工作量特别大，软件开发、测试商量决定问题关闭。又例如：产品已经量产、问题不严重，客户可以接受；如果要修改，代码改动比较大，风险比较大；所以商量决定不修改，问题关闭。5.4重新打开缺陷（Reopen）填写规范A.问题重新打开时要求填写清楚在哪个版本上（重新打开版本）验证不通过，如果问题是有一部分没有验证通过，要求写清楚是哪部分没有验证通过。建议格式（实例）：例1：B130813-002版仍存在；例2：B130813-002版上,界面刷新问题仍出现,几率降低6.bug跟踪的监督测试主管会定期抽查问题的跟踪情况，审核操作流程是否规范，缺陷的填写是否规范等。测试工程师填写问题不规范，问题跟踪不规范的，将影响个人考评。类别上海诺诚电气有限公司文件编号程序文件Bug跟踪流程版次1.0页次7/97.关于Bug库A．问题库地址。公司管理跟踪问题库采用专业软件：bugzilla。问题库位于公司内部网，地址：．问题库维护。Bug库由测试主管定时备份。Bug库的帐号、产品、版本等信息由测试人员共同维护。8.附录：Bug等级分类类别上海诺诚电气有限公司文件编号程序文件Bug跟踪流程版次1.0页次8/9缺陷分类缺陷定义缺陷举例致命缺陷（critical、A）设备损坏、导致用户无法使用、保存数据丢失的问题导致设备不能开机、元器件烧坏等的问题：例如经过特定操作导致设备不能开机等。导致用户数据丢失的问题：例如病例库、采集数据等丢失的问题。正常采集过程中出现死机等问题。程序与电脑系统不兼容等问题。设备抗干扰能力过差等问题。客户提出的特殊需求未实现等问题。按照国家或企业相关标准进行鉴定或认证不能通过的故障功能实现、基本参数测试和标准不一致的地方，致使注册不能通过。功能和说明书严重不一致的地方。由软、硬件原因导致的，不符合有关安全规范，可能会威胁用户人身安全的任何问题。指示灯颜色、标签等不符合医院相关规定的问题。导致产线不能生产的问题严重缺陷（major、B）特定条件、特殊操作下出现明显的功能缺陷经过较一定的操作或特定条件下，出现概率很高软件卡死等现象经过较复杂的操作或特定条件下，软件出现运行速度明显变慢、刷新延迟等采集通道在软件界面上缺失或位置不对应等问题经过特定操作导致程序报错等问题设备主要功能工作不正常例如：多次电流刺激后，电流刺激功能存在较低失效的概率；回放数据低概率丢波等；打印数据与采集数据不对应，内容重叠等；数据分析不正确等；导致用户在保修期内要求返修的故障按键失效；接口接触不良等；一般缺陷（normal、C）用户能够勉强接受，但产品品牌会受到影响的故障界面设计错误，界面重叠、错位、显示不全等。潜在侵权：例如包含不正确的logo等。删除、替换等不出现提示框等。指示灯位置错误等。声音刺激测试耳机左右侧相反等。一般功能故障，有些功能部分不能实现或者实现有些问题等例如：病例管理中的姓名编辑时可以输入20个字符，但是只能保存15个。按键提示和实际功能不符。各种界面、提示框提示错误、提示意思不明确、字符串错误、字符串语言和系统设置语言不一致。病例信息修改内容不同步等；用户一般不会进行，在极端操作条件下才会出现、且概率很小的故障连续快速进行特定操作导致程序报错或刷新缓慢等；同时开启多个界面，导致相互干扰等问题；轻微错误&建议（enhance不影响执行工作功能及测试工程师觉得1、使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能，或对最终结果影响有限的问题。2、测试图片不够漂亮、声音设置很好听，界面设计不漂亮，觉得可以改进的地方。类别上海诺诚电气有限公司文件编号程序文件Bug跟踪流程版次1.0页次9/9ment、D）可以改进的地方。各种功能的操作流程有些复杂，不太合理，需要进一步改进的地方。各种字符串，提示信息，菜单表达的意思不是很准确，有更好的建议等。功能实现没有问题，但是测试工程师觉得可以完善、改进的方面和建议。界面、菜单风格不是很统一，觉得可以统一的建议等。