软件缺陷报告.ppt

软件缺陷报告.ppt

ID:57189867

大小:169.00 KB

页数:23页

时间:2020-08-02

软件缺陷报告.ppt_第1页
软件缺陷报告.ppt_第2页
软件缺陷报告.ppt_第3页
软件缺陷报告.ppt_第4页
软件缺陷报告.ppt_第5页
资源描述:

《软件缺陷报告.ppt》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、软件缺陷报告分享目录1.软件缺陷1.1软件缺陷的含义1.2软件缺陷的属性1.3软件缺陷产生的原因1.4软件缺陷的分布1.5如何确认缺陷1.6软件缺陷的读者1.6.1读者希望从软件缺陷报告中得到的内容2.软件缺陷报告2.1衡量缺陷报告质量的标准2.2软件缺陷的写作准则2.3怎样有效记录缺陷2.4缺陷报告的产生过程2.5缺陷报告写作过程中注意事项1.软件缺陷1.1软件缺陷的含义什么是软件缺陷?不满足用户确定需求简单的说就是存在于软件(文档、数据、程序)之中的那些不希望,或不可接受的偏差,而导致软件产生的质量问题。按照一般的定义,只要符合下面5个规则中的一个,就叫做软件缺陷。可称之为

2、软件缺陷的五个规则:软件未达到产品说明书标明的功能软件出现了产品说明书指明不会出现的错误软件功能超出产品说明书指明范围软件未达到产品说明书虽未指出但应达到的目标软件测试员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户认为不好属性名称描述缺陷标识(Identifier)缺陷标识是标记某个缺陷的一组符号。每个缺陷必须有一个唯一的标识缺陷类型(Type)缺陷类型是根据缺陷的自然属性划分的缺陷种类。缺陷严重程度(Severity)缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。缺陷优先级(Priority)缺陷的优先级指缺陷必须被修复的紧急程度。缺陷状态(Status)缺

3、陷状态指缺陷通过一个跟踪修复过程的进展情况。缺陷起源(Origin)缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。缺陷来源(Source)缺陷来源指引起缺陷的起因缺陷根源(RootCause)缺陷根源指发生错误的根本因素1.2软件缺陷的属性1.3软件缺陷产生的原因工期短,任务大;程序设计错误;文档不完善;需求不断变化;沟通交流不够;软硬件环境不完善;软件的复杂性1.4软件缺陷的分布(主要在于产品的描述及说明书)1.5如何确认缺陷判断发现的问题是否是缺陷的方法通过参考文档来确认缺陷通过了解软件产品的行业背景(或参考同类典型软件)来发现缺陷通过沟通来确认和识别缺陷1.6缺陷报

4、告的读者在书写软件缺陷报告之前,需要明白谁是缺陷报告的读者对象,知道读者最希望从缺陷报告中获得什么信息。通常,缺陷报告的直接读者是软件开发人员和质量管理人员;来自市场和技术支持等部门的人员读者希望从软件缺陷报告中得到的内容易于搜索软件测试报告的缺陷;报告的软件缺陷进行了必要的隔离,报告的缺陷信息具体、准确;软件开发人员希望获得缺陷的本质特征和复现步骤;市场和技术支持等部门希望获得缺陷类型分布以及对市场和用户的影响程度。2.软件缺陷报告2.1衡量缺陷报告质量的标准对管理层来说,是清晰明了的,特别是在概要这一级;对于开发部门是有用的,主要是给出能够让开发人员高效地调试问题的相关信息

5、可以使测试人员很快的将bug从“Opened”状态转变成“Closed”状态,减少从开发人员打回的差的bugreport并导致测试人员返工的时间。2.2软件缺陷报告的准则Correct(准确):每个组成部分的描述准确,不会引起误解;Clear(清晰):每个组成部分的描述清晰,易于理解;Concise(简洁):只包含必不可少的信息,不包括任何多余的内容;Complete(完整):包含复现该缺陷的完整步骤和其他本质信息;Consistent(一致):按照一致的格式书写全部缺陷报告。2.3怎样有效记录缺陷保证缺陷重现分析故障——使用最少步骤复现故障包含所有重现缺陷的必要步骤方便阅读尽

6、量简单——一个缺陷一个报告注意自己的语气报告随机缺陷不夸大缺陷报告小缺陷及时报告缺陷引用别人报告不要擅自修改缺陷报告中注明姓名和日期2.4缺陷报告的产生过程组织-重现-隔离-归纳-对比-总结-精简-消除歧义-中立-检查组织Structure:测试人员应该采用深思熟虑的,小心谨慎的方法执行测试,并且做详尽的记录。这样可以促使他们对测试下的系统有很好的认识。当错误发生的时候,一个有组织的测试人员能够知道最早出现问题的地方在哪;重现Reproduce:测试人员在编写bugreport之前必须在检查问题是否可重现。如果错误不可再重现,仍然应该写下来,但是必须说明问题的偶然性。一个好的处

7、理原则就是在编写bugreport之前反复尝试3次;隔离Isolate:在尝试编写bugreport之前,必须试着隔离错误。可以采用改变一些变量的方法,如系统的配置,它可能会改变错误的症状。这些信息可以为开发人员着手调试提供思路;归纳Generalize:在测试人员发现了一个已隔离的,可重现的问题后,应该对问题进行归纳。同一个问题是否出现在其他的模块或其他的地方?同一个故障是否有更加严重的问题;对比Compare:如果测试人员验证过现在出错的测试用例,那么他就应该检查以前的测试结果以检查相同

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。