软件测试技术第8章_软件BUG和管理教材教学课件.pptVIP

至于改变步骤，可以在每个步骤中查找是否存在边界条件，对边界条件的敏感程度，是一个测试人员技术成熟与否的标志之一。 6）在程序以前的版本中查找错误 7）查找配置依赖 三、让BUG可重现 如何触发BUG? 将我们记得的有关第一次操作的所有事情都记 下来，进行一步一步的问题回溯。 倘若没有效果，可能是没有满足确切的条件， BUG没有显现出来。 下面列举了几种应该考虑到的情况: 1）竞争条件 2）被遗忘的细节 3）BUG造成的影响会导致其无法重现 4）BUG是依赖于内存的 5）仅会在初次运行时出现的BUG 6）因数据错误导致的BUG 7）由于一些其他问题附带引起的BUG 8）间断性硬件故障 9）BUG依赖于时间 10）BUG依赖与资源 11）BUG由长期积累形成 8.3.4 BUG管理流程 对BUG的跟踪管理是测试工作的一个重要部分，测试的目的是为了尽早发现软件系统中的缺陷，因此，对BUG进行跟踪管理，确保每个被发现的缺陷都能及时得到处理。 BUG管理流程是一套复杂的处理过程，涉及到测试员（复审员）、项目数据库管理员、实施员（设计员）三方的交互，图8-4所示的BUG管理流转图详细描述了三方关联关系（同样适合正式技术复审问题处理流程）。 图8-4 BUG管理流转图 BUG跟踪管理的起始动作是测试员（复审员）选择一个测试用例开始测试，当测试员（复审员）发现程序实际输出值和程序期望值不符的时候，他就发现了一个BUG，并执行流程第二个动作“填写测试的实际结果”。 当测试员（复审员）向BUG跟踪管理系统递交该BUG时，系统将该BUG保存至“项目数据库”中，并且同步发送一个消息至“AutoMail Send”（可以是一个程序），由它向该BUG的最终负责者实施员（设计员）发送一份“Error Report”。 第八章　软件BUG和管理 [本章要点] １.软件Bug对软件质量的影响； ２.常见的软件Bug类型，重现软件Bug的分析技术； ３.软件Bug的描述和管理。 [ 本章目标 ] 了解软件BUG的影响和产生； 掌握软件开发过程中产生的BUG种类； 掌握使BUG重现的技术； 了解软件BUG报告单应该包括的主要内容以及软件BUG的管理流程。 8.1软件BUG概述 在IEEE 1983 of IEEE Standard 729中对软件缺陷下了一个标准的定义： （1）从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题； （2）从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。 软件缺陷有很多种，其中主要软件缺陷类型有： 1.一些功能、特性没有实现或只实现了一部分； 2.软件设计不合理，存在缺陷。实际运行结果和预期结果不一致； 3.运行出错，包括运行中断、系统崩溃、界面混乱 4.数据结果不正确、精度不够； 5.用户不能接受的其他问题，如存取时间过长、界面不美观。 8.1.1 BUG的影响 Bug会给用户或使用者带来相当大的麻烦，会给集体或者国家带来很大的经济损失。如：千年虫问题。 8.1.2 BUG的产生 BUG的由来。 对于软件而言，BUG是程序编写错误而导致软件产生问题的缺陷。 软件测试的目的就是找到软件程序代码内的BUG，纠正它，叫做DEBUG。 BUG产生的原因很多，具体有以下几点。 1．程序编写错误 Bug的难以避免性。 2．需求变更过于频繁 需求变更所造成的结果就是变更程序代码，程序 代码只要稍做变更就必须经过测试来确保运行正常， 所以这个影响是一个连锁反应或称为依存问题。 3．软件的复杂度 图形用户界面（GUI）、B\S 结构、面向对象设计、分布式运算、底层通信协议、超大型关系型数据库以及庞大的系统规模，都体现了软件复杂度大大高于以前，Bug出现可能性就更高。 4．交流不充分或者沟通出问题 大部分项目人员在同客户进行交流时常常存在着各种各样的问题，究其原因，还是因为项目人员、参与人员和客户之间没有详细、充分、谨慎地进行交流。 5．