7-缺陷管理

缺陷管理课程目标掌握软件缺陷的基本概念和相关术语掌握软件缺陷管理的基本流程掌握高质量缺陷问题单的填写方法了解软件缺陷管理的常用工具课程内容软件缺陷管理的基本概念软件缺陷管理基本流程缺陷跟踪单填写方法缺陷管理的基本概念Bug：程序缺陷，电脑系统或者程序中存在的任何一种破坏正常运转能力的问题或者缺陷，都可以叫做“bug”；有时也被泛指因软件产品内部的缺陷引起的软件产品最终运行时和预期属性的偏离。缺陷（Defect）：既指静态存在于软件工作产品（文档、代码）中的错误，也指软件运行时由于这些错误被激发引起的和软件产品预期属性的偏离现象。错误（Error）：指编写错误的代码，一种是语法错误（syntaxerror），另一种是逻辑错误（logicalerror）。故障（Fault）：软件运行中出现的状态，可引起意外情况，若不加处理，可产生失效，是一个动态行为。失效（Failure）：软件运行时产生的外部异常行为结果，表现与用户需求不一致，功能能力终止，用户无法完成所需要的应用。缺陷管理的基本概念缺陷报告单：测试执行过程中，发现软件失效后，提出书面的报告，提供给开发人员或者其他负责人员作为定位缺陷的依据，也作为日后缺陷度量的数据依据。Defect&EnhancementDefect（缺陷）：通常指被测试软件的功能与需求规格说明书中的描述不一致，负责人一般为开发人员；Enhancement（改进）：通常指用户需求与需求规格说明书中的描述不一致，负责人员一般为需求人员；二者的现实意义：-避免扯皮-涉及费用问题课程内容软件缺陷管理的基本概念软件缺陷管理基本流程缺陷跟踪单填写方法一个简单的Bug跟踪流程Raid/BMS邮件系统源代码服务器发布服务器测试人员builder开发人员专家会诊210134657891、拿到新的版本；2、记录bug；3、得到新的bug；4、解决bug；5、Checkin；6、批准；7、Checkin；8、拿到最新源代码；9、编译；10、验证bug解决并关闭缺陷管理的目的保证信息的一致性保证缺陷得到有效的跟踪，解决获取正确的Bug信息，用作缺陷分析和产品度量软件缺陷管理相关支撑工具介绍软件缺陷跟踪过程需要有软件工具支撑：-MercuryQualityCenter（简称QC）-RationalClearQuest-Bugzilla-Mantis-JiraQC中的用户类别软件开发人员软件测试人员软件测试项目经理软件开发项目经理缺陷的相关属性缺陷发现人缺陷发现时间缺陷状态缺陷严重程度缺陷所属版本缺陷修改日期QC中的软件缺陷状态列表New缺陷的初始状态Open开发人员开始修改缺陷Fixed开发人员修改缺陷完毕Closed回归测试通过Reopen回归测试失败Postpone推迟修改Rejected开发人员认为不是程序问题，拒绝缺陷Duplicate与已经提交的Defect重复Abandon被Reject和Duplicate的Defect，测试人员确认后的确不是问题，将Defect置为此状态缺陷的严重程度严重性：顾名思义就是软件缺陷对软件质量的破坏程度，即此软件缺陷的存在将对软件的功能和性能产生怎样的影响。-致命：例如，软件的意外退出甚至操作系统崩溃，造成数据丢失。-严重：例如，由于单功能失效导致多个相关功能均失效-一般：例如，软件的单个功能失效-提示：软件界面的细微缺陷，例如，某个控件没有对齐，某个标点符号丢失等软件测试缺陷管理流程缺陷状态矩阵FromTONewOpenFixedClosedReopenPostponeRejectedDuplicateAbandonNewOpen√√Fixed√√Closed√Reopen√√√√√√Rejected√Duplicate√Abandon√√√课程内容软件缺陷管理的基本概念软件缺陷管理基本流程缺陷跟踪单填写方法缺陷跟踪单写作准则（5C）Correct（准确）-每个组成部分的描述准确，不会引起误解Clear（清晰）-每个组成部分的描述清晰，易于理解Concise（简洁）-只包含必不可少的信息，不包括任何多余的内容Complete（完整）-包含复现该缺陷的完整步骤和其他本质信息Consistent（一致）-按照一致的格式书写全部缺陷报告缺陷跟踪单基本内容缺陷项目注意事项简单描述1、用一句话简单的，提纲挈领地描述清楚问题详细描述1、描述问题的基本环境，包括操作系统、硬件环境、网络环境、被测试软件的运行环境2、用简明扼要的语言描述清楚软件出现异常时候的，测试人员的操作步骤及使用的数据3、如果从gui界面上可以反映出软件的异常，采用拷屏的方式截取界面，黏贴在问题单中4、被测试软件运行时候的相关日志文件5、测试人员根据上述信息可以给出对问题的简单的分析6、被测试软件的版本7、状态、严重级别、优先级别8、提交日期、提交人相关附件1、gui界面拷屏图片2、被测试软件运行的相关日志文件缺陷描述举例（1）简单描述-Arial、Wingdings和Symbol字体会破坏新文件。详细描述-软件测试环境为windows2000sp4-启动WordEdit编辑器，然后创建新文件。-输入四行文本，重复输入“Thequickfoxjumpsoverthelazybrowndog”。-选中所有四行文本，然后选择字体下拉菜单，并选择Arial。-所有文本本转换成控制字符、数字和其它明显的随机二进制数据。-重复三次，结果都一样。缺陷描述举例（2）相关附件-附件1：变换格式之前的文档-附件2：变换格式之后的文档软件缺陷初步分析-粗略估计是格式问题，保存文件，关闭WordEdit并重新打开文件，但是数据人仍然被破坏。-在改变字体前保存文件防止错误。-对现存文件，错误不再发生。-只在Windows2000下发生，而不出现在Solaris、Mac和其它windows系统。含糊不完整的缺陷报告简要描述-WordEdit处理Arial字体有问题。详细描述-1、打开WordEdit。-2、输入一些文本。-3、选择Arial。-4、文本被破坏软件缺陷初步分析：-N/A冗余混淆的缺陷报告（1）简要描述-我在Solaris、Windows98和Mac上运行WordEdit，当使用某些字体时，好像会破坏一些数据。详细描述-1、在Windows98上打开WordEdit，然后编辑两个现有文件，这些文件包含一些字体的混合。-2、文件正常打印。-3、创建并打印一张图表，工作正常，但是有些内容不是很清楚。-4、之后，创建了一个新文件。-5、然后，输入了一大堆随机文本。-6、在输入了文本之后，选中一些行，然后，落下字体菜单并选择Arial-7、改变的文本被破坏了。软件缺陷初步分析：-N/A冗余混淆的缺陷报告（2）-8、重复三次，每次结果都一样。-9、我在Solaris上重复步骤1-6，没有发现任何问题。-10、我在Mac上重复步骤1-6，没有发现任何问题。缺陷原因分析：-我尝试选择其他字体，但是只有Arial出现这个错。但是，其他没有测试的字体仍然有可能出错。缺陷报告的写作要点（1）再现：一般是尽量三次再现故障，如果问题是间断的，那要报告问题发生频率。初步定位：可能影响再现的变量，例如配置变化、工作流、数据库，这些都可能改变错误的特征。推广：确定系统其他部分是否可能出现这种错误，以及使用不同的数据时是否存在着这种问题等等，特别是那些可能存在更加严重特征的部分压缩：精简任何不必要的信息，特别是冗余的测试步骤。去除歧义：使用清晰的语言，尤其是避免使用那些有多个不同或相反含义的词汇。中立：公正的表达自己的意思，对错误及其特征的事实进行陈述避免夸张、幽默或讽刺。评审：至少有一个同行，最好是一个有经验的测试工程师或测试经理，在递交错误报告之前自己先阅读一遍。缺陷管理中的常见问题提交的缺陷开发人员不认可怎么办？如何处理不能重现的缺陷？如何处理好与开发人员及其他相关人员的关系？缺陷太多怎么办？找不到缺陷怎么办？缺陷得不到及时修复怎么办？如何处理缺陷级别定义之争？如何处理缺陷跟踪中的扯皮现象？