全面的软件BUG和管理介绍分析.pptxVIP

第1页/共52页全面的软件BUG和管理介绍分析第2页/共52页[本章要点]１.软件Bug对软件质量的影响；２.常见的软件Bug类型，重现软件Bug的分析技术；３.软件Bug的描述和管理。 第3页/共52页 [ 本章目标 ]了解软件BUG的影响和产生；掌握软件开发过程中产生的BUG种类；掌握使BUG重现的技术；了解软件BUG报告单应该包括的主要内容以及软件BUG的管理流程。 第4页/共52页软件BUG概述 在IEEE 1983 of IEEE Standard 729中对软件缺陷下了一个标准的定义： （1）从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题； （2）从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。 软件缺陷有很多种，其中主要软件缺陷类型有： 第5页/共52页 1.一些功能、特性没有实现或只实现了一部分； 2.软件设计不合理，存在缺陷。实际运行结果和预期结果不一致； 3.运行出错，包括运行中断、系统崩溃、界面混乱 4.数据结果不正确、精度不够； 5.用户不能接受的其他问题，如存取时间过长、界面不美观。BUG的影响 Bug会给用户或使用者带来相当大的麻烦，会给集体或者国家带来很大的经济损失。如：千年虫问题。第6页/共52页BUG的产生 BUG的由来。 对于软件而言，BUG是程序编写错误而导致软件产生问题的缺陷。 软件测试的目的就是找到软件程序代码内的BUG，纠正它，叫做DEBUG。 BUG产生的原因很多，具体有以下几点。 1．程序编写错误 Bug的难以避免性。 2．需求变更过于频繁 第7页/共52页 需求变更所造成的结果就是变更程序代码，程序 代码只要稍做变更就必须经过测试来确保运行正常， 所以这个影响是一个连锁反应或称为依存问题。 3．软件的复杂度 图形用户界面（GUI）、B\S 结构、面向对象设计、分布式运算、底层通信协议、超大型关系型数据库以及庞大的系统规模，都体现了软件复杂度大大高于以前，Bug出现可能性就更高。 4．交流不充分或者沟通出问题 大部分项目人员在同客户进行交流时常常存在着各种各样的问题，究其原因，还是因为项目人员、参与人员和客户之间没有详细、充分、谨慎地进行交流。 第8页/共52页 5．测试人员的经验与技巧不足 6．时间过于紧迫 7．缺乏文档：贫乏或者差劲的文档使得代码维护和修改变得非常困难，结果会导致其他开发人员或客户有许多错误的理解。 8．管理上的缺陷BUG的种类 BUG是软件“与生俱来”的特征，不同的软件开发阶段会产生不同的BUG，而不同的BUG又会产生不同的后果，因此BUG的属性也并非相同。第9页/共52页需求阶段的BUG 这个阶段的BUG是最难发现、最难修复的，而且值得注意的是需求阶段的BUG如果没有及时发现等到实现阶段发现时，那么修复它的费用要比当初修复它要高15~75倍。 主要的原因如下： 1、模糊、不清晰的需求； 2、被忽略的需求； 3、相互冲突的需求； 第10页/共52页分析设计阶段的BUG 设计中的BUG比需求阶段产生的BUG特征明显 易于捕获，但是其维修代价很高，原因是设计BUG 已经作为一个整体影响着整个系统的实现。 原因主要有3种途径。 1 、忽略设计； 2、混乱的设计； 3、模糊的设计； 第11页/共52页实现阶段的BUG 就是软件系统中最普通、最一般的“常规BUG”。 可以将实现阶段出现的BUG分为下面几类： 1、消息错误 2、用户界面错误 3、遗漏的功能 4、内存溢出或者程序崩溃 5、其他实现错误 第一类型说明了软件系统向用户发送了出错的第12页/共52页 消息，可能消息是合理的或者表现为某种中断机制，但是用户认为这是一个BUG。 如下图：第二类型就是用户界面错误，可归纳为GUI错误。可能是由于GUI制作不标准而导致用户不能正确地工作。第13页/共52页 第三种类型为遗漏的功能BUG (以输入框输入信息错误，程序抛出未异常为典型) 第四种类型为内存溢出或者程序崩溃BUG，表现为程序挂起、系统崩溃，属于一种比较严重的软件BUG类型。（详见教材的药房药品进存销的软件测试BUG）配置阶段的BUG 配置阶段的BUG出现的原因是复杂的，比较典型的是旧的代码覆盖了新的代码，或者测试服务器上的代码和实现人员本机最新代码版本不一致。 第14页/共52页 可能是实现人员操作配置管理工具不正确引起的；还可能体现了测试人员或者最终用户操作不正确。短视将来的BUG “千年虫”问题就是当初的设计人员为了节省一点硬件成本给全球造成了难以估量的损失。 作者曾经为一家大药房开发了一套药品管理的进销存软件，由于最初的时候对业务流程并不是很熟悉，所以在定义药品编码的时候把许多药品的ID号定义为了整型变量（INT），开始作者认为这些足以定义所