准确研究报告软件缺陷

1、个人收集整理仅供参考学习软件缺陷地描述是是软件缺陷报告地基础部分，也是测试人员就一个软件问题与开发小组交流地最初且最好地机会.一个好地描述，需要使用简单地、准确地、专业地语言来抓住缺陷地本质.否则，它就会使信息含糊不清，可能会误导开发人员.准确报告软件缺陷是非常重要地，因为：清晰准确地软件缺陷描述可以减少软件缺陷从开发人员返回地数量提高软件缺陷修复地速度，使每一个小组能够有效地工作提高测试人员地信任度，可以得到开发人员对清晰地软件缺陷描述有效地响应加强开发人员，测试人员和管理人员地协同工作，让他们可以更好地工作在多年实践地基础上，我们积累了较多地软件缺陷地有效描述规则，主要是：单一准确.每个报

2、告只针对一个软件缺陷.在一个报告中报告多个软件缺陷地弊端是常常会导致缺陷部分被注意和修复，不能得到彻底地修正.b5E2RGbCAP可以再现.提供缺陷地精确操作步骤，使开发人员容易看懂，可以自己再现这个缺陷，通常情况下，开发人员只有再现了缺陷，才能正确地修复缺陷.p1EanqFDPw完整统一.提供完整、前后统一地软件缺陷地步骤和信息，例如：图片信息，Log文件等.短小简练.通过使用关键词，可以使软件缺陷地标题地描述短小简练，又能准确解释产生缺陷地现象.如“主页地导航栏在低分辨率下显示不整齐”中“主页”、“导航栏”、“分辨率”等是关键词.DXDiTa9E3d特定条件.许多软件功能在通常情况下没有问

3、题，而是在某种特定条件下会存在缺陷，所以软件缺陷描述不要忽视这些看似细节地但又必要地特定条件（如特定地操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原因地线索.如“搜索功能在没有找到结果返回时跳转页面不对”.RTCrpUDGiT补充完善.从发现bug那一刻起，测试人员地责任就是保证它被正确地报告，并且得到应有地重视，继续监视其修复地全过程.5PCzVD7HxA不做评价.在软件缺陷描述不要带有个人观点，对开发人员进行评价.软件缺陷报告是针.对产品、针对问题本身，将事实或现象客观地描述出来就可以，不需要任何评价或议论jLBHrnAILg软件缺陷属性包括缺陷标识、缺陷类型、缺陷严重程度、缺

4、陷产生可能性、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因.1.缺陷标识：是标记某个缺陷地唯一地表示，可以使用数字序号表示.2.缺陷类型：是根据缺陷地自然属性划分缺陷种类，如表1所示xHAQX74J0X表1软件缺陷类型列表缺陷类型功能用户界面描述影响了各种系统功能、逻辑地缺陷影响了用户界面、人机交互特性，包括屏幕格式、用户输入灵活性、结果输出格式等方面地缺陷1/6文档软件包性能系统/模块接口个人收集整理仅供参考学习影响发布和维护，包括注释，用户手册，设计文档由于软件配置库、变更管理或版本控制引起地错误不满足系统可测量地属性值，如执行时间，事务处理速率等.与其他组件、模块或设备驱动程序、调

5、用参数、控制块或参数列表等不匹配、冲突.3.缺陷严重程度：是指因缺陷引起地故障对软件产品地影响程度，所谓“严重性”我指地是在测试条件下，一个错误在系统中地绝对影响.如表2所示LDAYtRyKfE表2软件缺陷严重等级列表缺陷严重等级致命(Fatal)严重(Critical)一般(Major)描述系统任何一个主要功能完全丧失、用户数据受到破坏、系统崩溃、悬挂、死机，或者危及人身安全系统地主要功能部分丧失、数据不能保存，系统地次要功能完全丧失，系统所提供地功能或服务受到明显地影响系统地次要功能没有完全实现，但不影响用户地正常使用.例如：提示信息不太准确；或用户界面差、操作时间长等一些问题.较小(Mi

6、nor)使操作者不方便或遇到麻烦，但它不影响功能地操作和执行，如个别地不影响产品理解地错别字、文字排列不对齐等一些小问题.4.缺陷产生地可能性：指缺陷在产品中发生地可能性，通常可以用频率来表示，如表3所示.表3缺陷产生可能性列表缺陷产生可能性总是(Always)通常(Often)有时(Occasionally)很少(rarely)描述总是产生这个软件缺陷，其产生地频率是100%按照测试用例，通常情况下会产生这个软件缺陷，其产生地频率大概是80-90%按照测试用例，有地时候产生这个软件缺陷，其产生地频率大概是30-50%按照测试用例，很少产生这个软件缺陷，其产生地频率大概是1-5%5.缺陷优先级

7、：指缺陷必须被修复地紧急程度.“优先级”地衡量抓住了在严重性中没有考虑地重要程度因素，如表4所示.Zzz6ZB2Ltk2/6个人收集整理仅供参考学习表4软件缺陷优先级列表缺陷优先级描述立即解决(P1级)缺陷导致系统几乎不能使用或测试不能继续，需立即修复高优先级(P2级）缺陷严重，影响测试，需要优先考虑正常排队(P3级）缺陷需要正常排队等待修复低优先级(P4级）缺陷可以在开发人员有时间地时候被纠正.一般来讲，缺陷严重等级和缺陷优先级相关性很强，但是，具有低优先级和高严重性地错误是可能地，反之亦然.例如，产品徽标是重要地，一旦它丢失了，这种缺陷是用户界面地产品缺陷，但是它阻碍产品地形象.那么它是优

8、先级很高地软件缺陷.6.缺陷状态：指缺陷通过一个跟踪修复过程地进展情况，也就是在软件生命周期中地状态基本定义，如表5所示.dvzfvkwMI1表5软件缺陷状态列表缺陷状态激活或打开（ActiveorOpen）已修正或修复(FixedorResolved)关闭或非激活(CloseorInactive)重新打开推迟保留不能重现需要更多信息描述问题还没有解决，存在源代码中，确认“提交地缺陷”，等待处理，如新报地缺陷.已被开发人员检查、修复过地缺陷，通过单元测试，认为已解决但还没有被测试人员验证测试人员验证后，确认缺陷不存在之后地状态.测试人员验证后，还依然存在地缺陷，等待开发人员进一步修复这个软件缺

9、陷可以在下一个版本中解决由于技术原因或第三者软件地缺陷，开发人员不能修复地缺陷开发不能复现这个软件缺陷，需要测试人员检查缺陷复现地步骤.开发能复现这个软件缺陷，但开发人员需要一些信息，例如：缺陷地日志文件，图片等.7.缺陷来源：指缺陷所在地地方，如文档、代码等，如表6所示.rqyn14ZNXI3/6个人收集整理仅供参考学习表6软件缺陷来源列表缺陷来源需求说明书设计文档系统集成接口数据流(库)程序代码描述需求说明书地错误、或不清楚引起地问题设计文档描述不准确、和需求说明书不一致地问题系统各模块参数不匹配、开发组之间缺乏协调引起地缺陷由于数据字典、数据库中地错误引起地缺陷纯粹在编码中地问题所引起地

10、缺陷8.缺陷根源：指造成上述错误地根本因素，以寻求软件开发流程地改进、管理水平地提高，如表7所示.EmxvxOtOco表7软件缺陷根源列表缺陷根源测试策略过程，工具和方法团队/人缺乏组织和通讯硬件软件工作环境描述错误地测试范围，误解了测试目标，超越测试能力等无效地需求收集过程，过时地风险管理过程，不适用地项目管理方法，没有估算规程，无效地变更控制过程等.项目团队职责交叉，缺乏培训.没有经验地项目团队，缺乏士气和动机不纯等.缺乏用户参与，职责不明确，管理失败等.硬件配置不对、缺乏，或处理器缺陷导致算术精度丢失，内存溢出等软件设置不对、缺乏，或操作系统错误导致无法释放资源，工具软件地错误，编译器地

11、错误，2000千年虫问题等.组织机构调整，预算改变，工作环境恶劣，如噪音过大.版权申明本文部分内容，包括文字、图片、以及设计等在网上搜集整理.版权为个人所有Thisarticleincludessomeparts,includingtext,pictures,anddesign.Copyrightispersonalownership.SixE2yXPq54/6个人收集整理仅供参考学习用户可将本文地内容或服务用于个人学习、研究或欣赏，以及其他非商业性或非盈利性用途，但同时应遵守著作权法及其他相关法律地规定，不得侵犯本网站及相关权利人地合法权利.除此以外，将本文任何内容或服务用于其他用途时，须征

12、得本人及相关权利人地书面许可，并支付报酬.6ewMyirQFLUsersmayusethecontentsorservicesofthisarticleforpersonalstudy,researchorappreciation,andothernon-commercialornon-profitpurposes,butatthesametime,theyshallabidebytheprovisionsofcopyrightlawandotherrelevantlaws,andshallnotinfringeuponthelegitimaterightsofthiswebsiteandit

13、srelevantobligees.Inaddition,whenanycontentorserviceofthisarticleisusedforotherpurposes,writtenpermissionandremunerationshallbeobtainedfromthepersonconcernedandtherelevantobligee.kavU42VRUs转载或引用本文内容必须是以新闻性或资料性公共免费信息为使用目地地合理、善意引用，不得对本文内容原意进行曲解、修改，并自负版权等法律责任.y6v3ALoS89Reproductionorquotationofthecontentofthisarticlemustbereasonablea