W-Y-6-1 缺陷的报告方法

缺陷报告与测试管理缺陷的报告方法单元六缺陷的报告方法缺陷的报告方法软件缺陷的种类和属性01软件缺陷的生命周期02分离和再现软件缺陷03报告软件缺陷04缺陷的报告方法缺陷的报告方法软件缺陷的种类和属性01软件缺陷的生命周期02分离和再现软件缺陷03报告软件缺陷04软件缺陷的种类和属性软件缺陷是存在于软件（文档、数据、程序）之中的那些不希望，或不可接受的偏差，而导致软件产生的质量问题。当测试人员发现软件缺陷后，需要准确规范地报告软件缺陷。缺陷处理人员才能根据缺陷报告迅速定位并处理缺陷，提高软件质量。软件缺陷的种类和属性1.缺陷的种类功能不正常；操作不便利；软件结构规划不合理；提供的功能不充分；操作互动性不佳；使用性能不佳；错误处理不全面；边界错误；计算错误；使用一段时间所产生的错误。软件缺陷的种类和属性1.缺陷的种类控制流程的错误；在大数据量压力下所产生的错误；在不同硬件环境下产生的错误；版本控制不良导致的错误；软件文档的错误。2.缺陷的属性

通过软件缺陷的属性对软件缺陷进行全面、准确、专业的描述，能为软件测试项目组提供缺陷判断和处理的依据。一般包含以下属性：缺陷标识：其作用与数据库中表的主键类似，用来唯一标记某个缺陷的一组字符串或者数字。缺陷标识以项目为单位，可以由测试人员指定也可以由软件缺陷追踪管理系统自动生成。缺陷描述：指缺陷发生时的详细信息，比如操作的具体步骤、输入的数据、运行的环境等。软件缺陷的种类和属性2.缺陷的属性缺陷类型：指根据缺陷的自然属性划分的缺陷类型。缺陷类型缺陷类型描述功能缺陷影响了软件系统功能、逻辑的各种缺陷界面缺陷影响了用户界面、人机交互特性，包括屏幕格式输入、用户输入灵活性、结果输入格式等方面的缺陷等文档缺陷影响了软件的发布和维护，包括注释、用户手册、设计文档等软件配置缺陷由于软件配置库、变更管理或版本控制引起的错误性能缺陷不满足系统可测量的属性值，如执行时间、事务处理速率等系统/模块接口缺陷与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表等不匹配、冲突等软件缺陷的种类和属性2.缺陷的属性缺陷严重程度：指软件缺陷对软件质量的破坏程度，反映其对产品和用户的影响。各个企业的划分标准大同小异，大致可以分为4个等级。缺陷严重程度缺陷严重程度描述致命系统任何一个主要功能完全丧失，影响范围广，涉及到整个软件严重系统的主要功能部分丧失，次要功能全部丧失，系统所提供的功能或服务受到明显的影响，但系统的稳定性不受影响一般系统的次要功能部分丧失，但不影响用户的正常使用较小使操作者不方便或遇到麻烦，但它不影响功能的操作和执行软件缺陷的种类和属性2.缺陷的属性缺陷产生可能性：指软件缺陷发生的频率，一般分为：总是、通常、有时、很少等。缺陷产生可能性缺陷产生可能性描述总是每次都能产生这个软件缺陷，其产生的频率是100%通常按照测试用例步骤执行，通常情况下会产生这个软件缺陷，其产生的频率大概是80%~90%有时有时候产生这个软件缺陷，其产生的频率大概是30%~50%很少根据测试用例步骤执行，很少产生这个软件缺陷，其产生的频率大概是1%~5%软件缺陷的种类和属性2.缺陷的属性缺陷的优先级：表示处理软件缺陷的先后顺序。缺陷的优先级会随着项目的进度、人员的安排、修复缺陷的难度等因素发生改变。缺陷的优先级可分为4个等级。缺陷的优先级缺陷的优先级描述高缺陷导致系统几乎不能使用或者测试不能继续，需要立即修复较高缺陷严重，与需求规格说明书中描述的功能不一致，需要优先考虑修复一般缺陷需要按照顺序排队等待修复，但在产品发布之前需修复完成低开发人员可以根据项目情况，有时软件缺陷的种类和属性2.缺陷的属性缺陷状态：缺陷状态定义了缺陷修复过程的进度，各个状态之间按照一定的规则进行转化，通过缺陷状态能更好地管理缺陷。缺陷状态状态描述激活/打开测试人员发现并确认提交的缺陷，等待处理已修正/修复开发人员检查、修复过的缺陷，通过单元测试，但测试人员还未证关闭/非激活开发人员修复后，测试人员验证，该缺陷确实已经被修复推迟因时间、人力或环境等原因，不用在当前版本中解决，推迟到下一个版本中解决保留由于时间、技术或第三方软件的原因，暂时无法修复的缺陷不能重现按照缺陷中描述的步骤，不能重现的缺陷，需要测试人员检查并确认不是缺陷测试人员误报的缺陷需要更多信息测试人员提交的信息不全，需要测试人员补充缺陷产生时的图片、文件或视频等信息软件缺陷的种类和属性2.缺陷的属性缺陷的起源：指测试人员首次发现缺陷时，软件所处的阶段。按照软件的生命周期，可分为：需求、构架、设计、编码、测试、用户等。缺陷的起源缺陷的起源描述需求在需求阶段发现的缺陷架构在系统架构设计阶段发现的缺陷设计在程序设计阶段发现的缺陷编码在编码阶段发现的缺陷测试在测试阶段发现的缺陷用户在用户使用阶段发现的缺陷软件缺陷的种类和属性2.缺陷的属性缺陷的来源：指软件缺陷发生的地方，如代码、文档等。缺陷的来源缺陷的来源描述需求说明书需求说明书的错误或不清楚引起的问题设计文档设计文档描述不准确与需求说明书不一致的问题系统集成接口系统各模块参数不匹配、开发组之间缺乏协调引起的缺陷数据流（库由于数据字典、数据库中的错误引起的缺陷程序代码编码中的问题所引起的缺陷软件缺陷的种类和属性2.缺陷的属性缺陷的根源：指造成软件缺陷的根本因素，在测试总结时，更关注缺陷的根源，以提高对软件开发流程的管理水平。缺陷的根源缺陷的根源描述测试策略错误的测试范围，误解测试目标，超越能力的目标等过程、工具和方法无效的需求收集过程，不严格的风险管理过程，不适用的项目管理方法、无效的变更控制过程等团队/人项目团队职责交叉，缺乏培训。没有经验的项目团队，缺乏士气和动机不纯等缺乏组织和通信缺乏用户参与，职责不明确，管理失败等软件缺陷的种类和属性缺陷的报告方法缺陷的报告方法软件缺陷的种类和属性01软件缺陷的生命周期02分离和再现软件缺陷03报告软件缺陷04软件缺陷的生命周期指的是一个软件缺陷被发现、报告到这个缺陷被修复、验证直到最后关闭的完整过程。图：软件缺陷的生命周期发现→打开：测试人员找到软件缺陷并将软件缺陷提交。打开→修复：开发人员分析、修复缺陷，然后提交测试人员去验证。修复→关闭：测试人员验证修复过的软件，关闭已不存在的缺陷。软件缺陷的生命周期在实际工作中还要考虑一些其他的情况，软件缺陷的生命周期也变得更加复杂。图：软件缺陷生命周期中缺陷的状态变化注意此页PPT备注中有效果要求软件缺陷的生命周期缺陷的报告方法缺陷的报告方法软件缺陷的种类和属性01软件缺陷的生命周期02分离和再现软件缺陷03报告软件缺陷04分离和再现软件缺陷是考验软件测试人员专业技能的地方，测试人员应该设法找出缩小问题范围的具体步骤。在报告软件缺陷时，要遵循软件缺陷分离和再现的方法：确保所有的步骤都被记录；特定条件和时间；注意软件的边界条件、内存容量和数据溢出的问题；注意事件发生次序导致的软件缺陷；考虑资源依赖性；不要忽视硬件。分离和再现软件缺陷缺陷的报告方法缺陷的报告方法软件缺陷的种类和属性01软件缺陷的生命周期02分离和再现软件缺陷03报告软件缺陷041.基本原则报告软件缺陷的基本要求是准确、简洁、完整、规范。概括起来，基本原则如下：尽快报告软件缺陷

发现软件缺陷后要尽快报告，给开发人员预留充足的修复时间。发现得越早，修复得就越早，不会阻塞后面的测试。有效描述软件缺陷单一准确可以再现完整统一短小简练特定条件不做评价报告软件缺陷2.软件缺陷报告模板缺陷报告模板是用于记录软件缺陷的文档。不同的企业因为缺陷管理的流程不一样，可能有不同的缺陷报告模板，但是一个完整的缺陷报告通常应该包含以下内容。编号25版本号V1.0模块名称供应商缺陷类型功能缺陷严重级别一般优先级较高缺陷状态已修复测试环境Windows10、Firefox发现者张三发现时间2023-02-0811:00解决者李四解决时间2023-02-099:00标题列表“移动电话”列未取到值，均为空缺陷描述操作步骤：系统管理员登录成功，点击“供应商”查看列表中移动电话预期结果：列表正确显示供应商的移动电话信息实际结果：列表供应商移动电话均为空附件报告软件缺陷2.软件缺陷报告模板编号

指定软件缺陷报告的唯一ID，用于识别、跟踪和查询缺陷。版本号

缺陷存在的软件版本。模块名称

发现缺陷的功能模块（方便测试项目管理人员根据模块定位该缺陷的负责人）。缺陷类型

软件缺陷的属性中关于缺陷类型的描述。严重级别软件缺陷的属性中关于缺陷严重程度的描述。报告软件缺陷2.软件缺陷报告模板优先级软件缺陷的属性中关于缺陷优先级的描述。

缺陷状态软件缺陷的属性中关于缺陷状态的描述。发现者

发现缺陷的人员信息，比如工号、用户名、姓名等发现时间

测试人员提交缺陷的系统日期，一般是当天。解决者

修复这个软件缺陷的开发人员。解决时间

开发人员修复缺陷的时间。报告软件缺陷2.软件缺陷报告模板

测试环境

详细描述测试的运行环境，为缺陷的重现提供必要的环境信息。标题

缺陷标题是对缺陷的简明扼要描述，通常采用“在什么情况下发生了什么问题”的模式，应该尽可能描述问题本质，而避免只停留在问题的表面。缺陷描述描述软件缺陷的本质与现象，是缺陷标题的细化。一般由三部分组成：操作/重现步骤、预期结果和实际结果。附件缺陷产生时的界面截图或日志等额外信息，常见的附件有界面截图、测试用例日志、服务器端日志、GUI测试的执行视频等。报告软件缺陷资产管理系统，系统管理员角色的“资产类别”模块中“修改资产类别”功能需求如下：(1)在资产类别列表页面，单击“修改”按钮，弹出“修改资产类别”窗口，显示“类别名称”及“类别编码”的原值；(2)类别名称：必填项，显示原值，修改时不能与系统内已存在的资产类别名称重复，长度限制在10个（含10个）以内，字符格式为“中文”。(3)类别编码：必填项，显示原值，修改时不能与系统内已存在的资产类别编码重复，长度限制在6~8个字符（含6个和8个）以内，字符格式为“英文字母及数字的组合”。(4)单击“保存”按钮，保存当前的编辑内容，关闭当前窗口，回到列表页面，该页面的相应内容随之更新。(5)单击“取消”按钮，不保存当前的编辑内容，关闭当前窗口，回到列表页面，该页面的相应内容保持不变。资产管理系统案例分析测试实施时，单击“修改”按钮，弹出“修改资产类别”窗口，如下图所示，必填项使用红色星号“*”标注。资产管理系统案例分析编号