软件测试方法和应用 第二章 静态测试

《软件测试方法和应用 第二章 静态测试》由会员分享，可在线阅读，更多相关《软件测试方法和应用 第二章 静态测试（38页珍藏版）》请在金锄头文库上搜索。

1、1,第二章 静态测试,软件测试方法和应用 2-2,本章要点,讨论与静态测试相关的内容，包括 评审 评审的定义和分类 同行评审的分类 评审工作流程 对规格说明书的测试 源代码评审 静态分析及其工具,软件测试方法和应用 2-3,静态测试,定义 通过检查和评审软件而不是运行软件对软件进行测试的方法 对象 各种与软件相关的有必要进行测试的产物，例如各类文档、源代码等 方法 评审 对软件元素或项目状态进行评估的活动，用以确定与预期结果之间的偏差和相应的改进意见 通常由人来执行 静态分析 被测程序进行特性分析的一些方法的总称 通常需要工具辅助,软件测试方法和应用 2-4,缺陷发现越早修复成本越低,软件测试

2、方法和应用 2-5,评审,除了在项目早期发现缺陷和降低项目失败风险外，项目中需要进行评审的其它原因包括 分享知识 培训团队成员 为管理层决策提供依据 为过程改进提供信息 评审分类 培训评审 预备评审 同行评审 状态评审,软件测试方法和应用 2-6,同行评审（Peer Review） 由开发软件产品作者以外的其他人检查工作产品，以发现缺陷并寻找改进的机会 方法：评审参与者主要采用一行一行仔细阅读被评审对象的形式发现被测对象中的缺陷 一般设在里程碑点附近，即当工作产品到达了一个完成的里程碑并即将进入下一个开发阶段时,同行评审,软件测试方法和应用 2-7,V模型的评审时间点,评审,评审,评审,评审,

3、评审,评审,走读，静态分析,软件测试方法和应用 2-8,同行评审的类型 审查 小组评审 走读 桌面评审 临时评审 这些同行评审类型的区别在于正式程度 审查是最正式，然后是小组评审、走读、桌面评审，临时评审最随意 同行评审越正式，发现的缺陷越多，但评审越正式，花费成本越高 被评审对象越重要或者风险越高，采用的评审方式越正式,同行评审的类型,软件测试方法和应用 2-9,审查,说明 IBM的工程师Michael Fagan于20世纪70年代提出，也叫正式评审，是一种包括非作者等专家在内的针对特定对象，如需求规格书、设计文档和源代码进行检查以发现缺陷的过程 审查是一种有结构有规则的评审方法。 Faga

4、n的审查流程包括：计划、介绍会议、准备、会议、返工、跟踪、因果分析，每个阶段定义 参与审查的角色 相应的输入、输出,软件测试方法和应用 2-10,审查流程,软件测试方法和应用 2-11,审查中的角色,作者 被评审对象的创建者，提供被评审对象及其相关信息 评审组长 组织评审会议，确保审查活动能够正确地进行 审查专家 发现被评审对象中的问题 读者 在会议上讲解被评审对象，使评审专家把精力集中在被评审对象本身而不是作者 记录员 记录会议阶段有价值的信息,软件测试方法和应用 2-12,计划 参与者：作者和评审组长 在这个阶段，需要开展如下工作 选择评审组长 确定审查对象 确定审查专家 确定总体会议、会

5、议次数和相应的时间表 准备和分发审查工作包， 审查包中包括被审查对象的初始可交付产品、相关参考文档、缺陷检查表、指导书、错误记录模版和其它材料,审查工作流程,软件测试方法和应用 2-13,总体会议 本阶段可选，主要目标是让审查专家熟悉被审查对象，包括对象特征、上下文、背景等 参与者：所有需要参加审查的人员 准备 参与者：审查专家 这是审查最重要的阶段。在这个阶段， 审查专家独立工作、逐行阅读被审查对象，将任何发现问题、疑问记录在审查意见单中 评审组长根据各个审查专家提交的意见决定是否按时或者推迟召开审查会议,审查工作流程,软件测试方法和应用 2-14,会议 参与者：作者、评审组长、审查专家、读

6、者、记录员 在会议阶段 读者分段逐个阅读审查对象，审查专家听取讲解并考虑是否有新的问题提出。 评审组长组织对所有审查意见单上的问题列表进行确认，作者确认是否是问题，记录员在问题列表上记录答复和在会上发现的新缺陷。 在会议结束前，所有人投票，给出对工作产品的审查结论。,审查工作流程,软件测试方法和应用 2-15,返工 参与者：作者 在此阶段，作者修改会议中确认的问题，输出修改后的交付产品 跟踪 参与者：评审组长/质量工程师/指定的审查专家 检查修改后的交付件，如果通过，则输出可基线的交付物 因果分析 参与者：质量工程师 在这个阶段，开展如下工作： 分析缺陷原因 度量审查效率和效果,审查工作流程,

7、软件测试方法和应用 2-16,审查规则,为了更好地发挥审查的作用，在审查中有一组需要遵守的原则 作者不能担当评审组长、读者或记录员等角色，要保持开放的思想，接受别人的意见，避免争论 评审组长不要同时担任记录员 控制审查小组规模：37个审查专家为好 审查专家要努力发现被审查对象中的问题，审查过程中始终保持对问题的敏感性 审查期间要努力发现问题不要试图去解决问题 会议限制在两个小时之内 在会议上，审查团队要保持一个适当的审查速度，每小时150200行代码或34页文档,软件测试方法和应用 2-17,小组评审,小组评审 类似于审查，是一种“轻型审查”，同样可以可采用审查的指导方针和流程，只是没有审查正

8、式也没有审查严格，会议期间读者的角色由评审组长代替 小组评审方法发现问题的数量是审查的2/3,软件测试方法和应用 2-18,走读和同级桌查,走读 产品的作者一组同事说明该产品，希望获得他们的意见以满足自己的需要。 走查是一种非正式的评审，其过程由作者主持，没有标准的流程可循 发现的缺陷数量比审查少一半过程 同级桌查 一对一评审，是指只有除作者以外只有一位评审专家对工作产品进行检查,软件测试方法和应用 2-19,临时评审,临时评审 请团队内其他同事帮忙，在短时间内解决一些问题 举例 假设这样一个场景：Susan是一个程序员，她正在检查自己的代码。John，Susan的同事，是另外一个程序员： S

9、usan: ”Hi, John, 能帮个忙吗？” John: ”当然，我现在刚好有空” Susan:” 我的程序有点问题，但我不找不到问题在哪里” John: ”Okey! 让我看看!”几分钟后 ，”Oh, 问题可能在这儿，你看，这里有变量用错误，这个“i”好像没定义过，你是不是想用“ j”？ Susan: ”Oh,yeah! 没错! 非常感谢!”,软件测试方法和应用 2-20,软件评审指导书,内容 目的 范围 评审角色及职责 过程准则 目标 进入标准 活动 退出标准 度量 相关资料 过程监控,软件测试方法和应用 2-21,检查软件的规格说明书一般采用逐行阅读说明书以发现缺陷的方式，规格说明书

10、的测试应该在说明书整体或者部分完成后立即开展 原因 尽早发现缺陷 使说明书具有更好的可测试性 软件测试人员可以更加熟悉系统应用 具体方法 静态黑盒测试：由于考虑到规格说明书的重要性，很多软件项目选择审查作为评审规格说明书的方式 在进行规格说明书审查时可以采用如下技术： 对说明书进行概要评审 对说明书进行详细评审,测试规格说明书,软件测试方法和应用 2-22,目标 发现特定的缺陷，比如大的原理性问题，遗漏或过度复杂的描述等 可以使用如下技术 假设作为用户：质量就是满足用户要求 研究现有标准和基线 评审和测试类似软件系统,规格说明书的概要评审（1）,软件测试方法和应用 2-23,假设作为用户 从用

11、户的角度检查规格书，可以问自己如下问题，如果我是软件的客户： 我需要什么样的功能？ 我需要的所有功能是否都包含在规格书中了？ 是否存在与现有系统冲突的功能？ 功能是否易于使用？ 性能如何？ 功能的安全情况如何？ 等等 如果能从一些熟悉软件目标应用领域的人处获得支持，对评审过程将是非常有帮助的,规格说明书的概要评审（2）,软件测试方法和应用 2-24,研究现有标准和基线 当对规格书进行概要评审的时候，测试人员应该参考现有的标准和基线： 组织标准、术语和惯例：软件应该使用终端用户的通用术语和惯例 工业标准：在某些工业领域，例如通讯、金融，有很多应用软件必须遵守的协议 政府标准 安全标准 等等 测试人员应该把相关标准作为规格说明书评审的一部分 评审规格说明书的同时，