05缺陷跟踪管理.pptVIP

缺陷跟踪管理徐军 内 容 什么是bug 软件缺陷的分类 常见的软件缺陷的生命周期 软件缺陷 Bug管理的简单流程 分离和再现软件缺陷 报告软件缺陷 什么是bug 软件bug包括从软件失效、崩溃，到返回错误信息，以及混乱的显示。简单地说，Bug就是软件做了没有期望它去做的事（或者相反，软件没有做到所期望它去做的事）。 一个bug的严重性要从它所造成的损失的程度来计算。一个bug的“耗费”是它对用户造成的破坏的严重性，加上它对调试人员和开发人员修补问题所耗费的时间和精力。 bug与“软件缺陷”的关系 “软件缺陷”是一个软件系统中的需求、体系结构、设计和应用上的错误。而“Bug”是软件缺陷的实际证明。 软件缺陷有可能成为bug，但并非所有的软件缺陷都产生bug。 一些可能造成bug的因素 ⒈ 缺少对工具和语言的理解 ⒉ 在不理解的情况下重用 ⒊ 软件变化和升级 ⒋ 忽视不可预见的结果 ⒌ 不遵循规范 ⒍ 拙劣的描述 bug是如何躲过测试的 政策/市场决策 时间不充分 缺少重现能力 骄傲和自负 不正确的或糟糕的描述/不知道要测试什么 不完整的测试/缺乏测试环境 并非所有的软件缺陷都能修复 ⒈ 没有足够的时间 ⒉ 修复的风险太大 ⒊ 不值得修复 ⒋软件缺陷报告不够有效 软件缺陷的分类 需求阶段的软件缺陷 ①需求忽略 ②需求冲突 ③需求模糊 设计阶段的软件缺陷 ①忽略 ②冲突 ③翻译错误 实现阶段的软件缺陷 按软件缺陷的严重性和优先级分类 软件缺陷的分类 严重性表示软件缺陷的恶劣程度，反映其对产品和用户的影响。 优先级表示修复缺陷的重要程序和应该何时修复。 严重性： 1、系统崩溃、数据丢失、数据毁坏； 2、操作性错误、错误结果、遗漏功能； 3、小问题、错别字、UI布局、罕见故障； 4、建议? 优先级： 1、立即修复，阻止进一步测试，立竿见影； 2、在产品发布之前必须修复； 3、如果时间允许应该修复； 4、可能会修复，但是也能发布。 常见的软件缺陷 常见问题 1、形象类问题 2、可用性问题 3、稳定性问题 4、其他问题 形象类问题 这类问题一般是表面上的，技术含量不高，但是给予用户的感觉往往是软件不够专业…… 1.不符合用户操作习惯。如，快捷键定义不科学（不易理解、与系统快捷键冲突等）、不实用(键位分布不合理、按键太多，甚至没有快捷键等)； 2.风格的统一性；对于同一个系统，同一系统环境下的应用程序出现不同的界面风格和操作风格，对用户来说是一大考验，对开发者来说是专业性和正规性的表现。 3.界面中英文混杂，经常弹出莫名其妙的信息，甚至还拼错单词； 4.提示、标题等不够专业，或各处描述不一致； 5.界面元素的位置：缺省认为用户使用某种分辨率，导致在其他分辨率下显示不正常； 形象类问题 6.说明书或帮助的排版格式不专业：中英文搭配不对、标点符号全角半角部分、没有排版禁则… 7.程序名/路径名不规则（比如为程序员的名字等）； 8.没有安装程序、或安装程序不完善(丢掉一些必要的模块或文件)； 9.界面元素参差不齐，文字不能完全显示，TAB 键顺序与使用顺序不一致等；………… 可用性问题 用户比开发或测试人员在接触界面上要花费更多时间。错误和低效的用户界面的影响会变得越来越大，最终甚至会掩盖了产品得有用的方面。 下面是一些用户界面错误的例子： 1.输入无合法性检查和值域检查，允许用户输入错误的数据类型（有时只需要选择合适的输入控件即可，比如日期用专门的日期输入控件），并导致不可逆料的后果； 2.界面中的信息不能及时更新，不能正确反映数据状态，甚至对用户产生错误的误导（如：记录个数、参数设置对话框中的缺省值等）； 可用性问题 下面是一些低效的用户界面的例子： 1.表达不清或过于模糊的信息提示； 2.要求用户输入多余的、本来系统可以自己得到的数据（如：安 装后用户要手动修改某些配置文件）； 3.为了达到某个设置或对话框，用户必须做许多冗余操作（如对话框嵌套层次太多）； 4.不能记忆用户的设置或操作习惯（如用户每次进入都需要重新操作一次初始环境）； 5.使用不完善的功能且不给用户以恰当的提示； 6.不经用户确认就对系统或数据进行重大修改； 稳定性问题 往往是在设计时考虑不周而造成的一些问题。 1.不可重现的死机，或不断申请但不完全释放资源，系统性能越来越低； 2.主系统和子系统使用同样的临界资源而互相不