缺陷管理(软件测试与度量).pptVIP

直方图圆饼图Bug举例3替换字符串长度未作限定：Word2000中，如果替换字符串长度过长，则会引起程序崩溃。软件问题报告（Bug报告）软件问题（Bug）报告是软件测试过程中最重要的文档。它记录了Bug发生的环境，如各种资源的配置情况，Bug的再现步骤以及Bug性质的说明。更重要的是它还记录着Bug的处理过程和状态。Bug的处理进程从一定角度反映了测试的进程和被测软件的质量状况以及改善过程。如果没有报告缺陷，后果？第1份缺陷报告判断Bug的规则软件未达到产品规格说明书（需求）标明的功能。软件出现了规格说明书指明不会出现的错误。软件功能超出规格说明书指明的范围。软件未达到规格说明书虽未指出但应达到的目标（隐含需求）。软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。需要注意的是，测试人员报告Bug时，应当保证Bug是可以重现的。对于有时不可重现的Bug，应当反复测试，直到最终确定Bug的发生场景为止。报告Bug的基本原则尽快报告Bug01修改成本小、修改风险小02避免报告同类缺陷03有效描述Bug04简单、明确、具体05每个缺陷一份报告06简化和优化操作步骤07保证重现缺陷08缺陷描述客观公正，不带评价和感情色彩09保证每个缺陷被报告和处理10有效描述Bug单一准确，每个报告只针对一个软件缺陷可以再现，不要忽视或省略任何一项操作步骤，特别是关键性的操作一定要描述清楚，确保开发人员按照所描述的步骤可以再现缺陷完整统一，提供完整的软件缺陷描述信息短小简练，如使用业务关键词特定条件，必须注明缺陷发生的特定条件不做评价，客观描述一个简单的缺陷报告缺陷报告的描述缺陷的严重性和优先级缺陷的类型和来源缺陷附件完整的缺陷信息列表缺陷的严重性和优先级严重性：缺陷对软件产品使用的影响程度优先级：缺陷必须被修复的紧急程度缺陷越严重，越要优先得到修正，缺陷严重等级和缺陷优先级相关性很强也有例外，如有些缺陷比较严重，但由于技术的限制或第3方产品的限制，暂时没法修正，其优先级就会低缺陷的类型和来源缺陷类型可以分为业务逻辑、数据处理、接口、UI、性能、安全性、兼容性、配置、文档等缺陷来源，如需求说明书、设计规格说明书、代码、用户手册等缺陷关联的模块名，缺陷来自于产品的特定模块的名称缺陷发生的阶段，例如需求、系统架构设计、详细设计、编码等缺陷附件一张图片可能胜过千言万语Logfile工具捕捉的其它数据文件等完整的缺陷信息列表ID标题前提环境操作步骤期望结果实际结果频率严重程度优先级类型缺陷提交人缺陷指定解决人来源产生原因构建包跟踪版本跟踪提交时间修正时间验证时间所属项目/模块产品信息状态编写Bug摘要Bug的摘要是要用一句话的形式简明扼要地将Bug描述出来，要清晰指出Bug所在部位以及其错误类型，不能太笼统。如“页面对非法输入有问题”可以修改为“流量信息查询页面对于非法输入没有进行校验”。操作步骤：有效描述Bug使用MappingBuilder对URL为“”的数据库进行映射，虚拟数据库名称设置为“VMysql”。进入DataView主页面，在DASList中点击“VMysql”右侧的“高级查询”链接。在高级查询页面底端的输入框中，输入SQL语句“select*fromempinfo”，点击查询按钮。在得到的查询结果页面中，点击“下一页”链接。翻页到下一页后，没有出现“保存当前页面的查询结果”链接，无法保存当前页面结果。有效的缺陷描述所带来的益处容易再现所报告的问题，加快缺陷的修正提高工作效率提高测试人员的信任度，有利于开发团队和测试团队之间的的沟通和合作客观、准确的产品质量评估预防缺陷分离和再现缺陷的技巧记下每一个操作步骤和中间结果逐步尝试并缩小侦察范围查找时间依赖问题查找资源依赖问题考虑软件和硬件配置不同的可能软件缺陷的处理和跟踪软件缺陷生命周期缺陷的跟踪处理缺陷状态报告发现打开修复关闭缺陷状态软件缺陷生命周期复杂的软件缺陷生命周期缺陷的跟踪处理密切跟踪缺陷状态的变化，及时处理缺陷，使项目按预定的计划进行动态报表，及时更新数据自动邮件机制缺陷分析调整测试进度和项目进度调整测试策略和项目资源分配测试人员与开发人员考核单击此处添加正文。度量软件质量、评估测试过程的效率、预期发布时间数据最能反映真实情况数据也最能制造假象作用精心设计谨慎使用缺陷分析关注对象01添加标题正在测试的软件哪个模块的问题最多？02添加标题测