lecture4[静态测试].pptVIP

*;主要内容;缺陷修复成本;静态测试：通过检查和评审软件而不是运行软件对软件进行测试的方法，是单元测试最重要的方法之一。包括代码检查、静态结构分析、代码质量度量等。它可以由人工进行，也可以借助软件工具自动进行。 测试对象 与软件相关的需要测试的产物：如各类文档、源代码等 测试方法 评审 对软件或项目状态进行评估的活动，用来确定与预期结果之间的偏差，并给出相应的改进意见。 静态分析 对被测程序的源代码进行分析 可借助工具;*;*;*;评审的目的 在项目早期发现缺陷 降低项目失败风险 分享知识 培训团队成员 为管理层决策提供依据 为过程改进提供信息 评审分类 培训评审 预备评审 同行评审 状态评审;同行评审（Peer Review） 由开发软件产品作者以外的其他人检查工作产品，以发现缺陷并寻找改进的机会 方法 评审参与者主要采用诸行仔细阅读被评审对象的形式发现被测对象中的缺陷 一般设在里程碑附近，即完成了一个阶段的工作，即将进入下一个开发阶段时;V模型的评审时间点;同行评审的类型 审查 小组评审 走读 桌面评审 临时评审 区别：正式程度 同行评审越正式，发现的缺陷越多，但评审越正式，花费成本越高 被评审对象越重要或者风险越高，采用的评审方式越正式 ;审查;审查流程;审查中的角色 ;制定计划 参与者：作者和评审组长 主要工作 选择评审组长 确定审查对象 确定审查专家 确定总体会议、会议次数和相应的时间表 准备和分发审查工作包， 审查包中包括被审查对象的初始可交付产品、相关参考文档、缺陷检查表、指导书、错误记录模版和其它材料;总体会议（本阶段可选） 主要目标是使审查专家熟悉被审查对象，包括对象特征、上下文、背景等 参与者：所有需要参加审查的人员 准备 参与者：审查专家 这是审查最重要的阶段 ： 审查专家独立工作、逐行阅读被审查对象，将任何发现问题、疑问记录在审查意见单中 评审组长根据各个审查专家提交的意见决定是否按时或者推迟召开审查会议;会议 参与者：作者、评审组长、审查专家、读者、记录员 主要工作 读者分段逐个阅读审查对象，审查专家听取讲解并考虑是否有新的问题提出。 评审组长组织对所有审查意见单上的问题列表进行确认，作者确认是否是问题，记录员在问题列表上记录答复和在会上发现的新缺陷。 在会议结束前，所有人投票，给出对工作产品的审查结论。;返工 参与者：作者 主要工作：作者修改会议中确认的问题，输出修改后的交付产品。 跟踪 参与者：评审组长/质量工程师/指定的审查专家 检查修改后的交付件，如果通过，则输出可基线的交付物 因果分析 参与者：质量工程师 主要工作： 分析缺陷原因 度量审查效率和效果;审查规则;小组评审;其他评审方式;临时评审（例）;软件开发生命周期中常见的同行评审 ;同行评审中核心参与人员;软件评审指导书;DV剧;DV剧;目标 发现特定的缺陷，比如大的原理性问题，功能遗漏或过度复杂的描述等 技术 假设作为用户：质量就是满足用户要求 研究现有标准和基线 评审和测试类似软件系统;从用户的角度检查规格书，以用户的身份回答问题： 我需要什么样的功能？ 我需要的所有功能是否都包含在规格书中了？ 是否存在与现有系统冲突的功能？ 功能是否易于使用？ 性能如何？ 功能的安全情况如何？ …… 熟悉软件目标应用领域的人 对评审过程非常有帮助;研究现有标准和基线 当对规格书进行概要评审的时候，测试人员应该参考现有的标准和基线： 组织标准、术语和惯例：软件应该使用终端用户的通用术语和惯例 工业标准：在某些工业领域，例如通讯、金融，有很多应用软件必须遵守的协议 政府标准 安全标准 …… 测试人员应该把相关标准作为规格说明书评审的一部分 评审规格说明书的同时，测试人员应该验证系统参考了正确的标准并且没有遗漏。;评审和测试类似软件 正在开发系统的早期版本 组织内的类似软件 竞争对手产品 注意： 特性是否有增删？ 代码变更比例如何？ 软件的复杂度是否有区别？ 可测试性如何？ 性能、安全性和其他一些非功能特性如何？ 从公共出版物和网上找到有价值的信息;一个好的规格说明书具有如下属性 完整性：是否忘记或遗漏了什么内容？是否彻底？是否包含了该说明书所必须包含的所有信息？ 精确性：建议的提案是否正确？是否定义了合适的目标？是否有什么错误？ 准确性、明确而清晰：描述是否清晰明确，是否有歧义？是否易于阅读和理解？ 一致性：特性描述内部和特性之间是否相互矛盾 相关性：细分特性是否必须？是否需要去除不必要的信息？特性是否可以跟踪到一个原始用户需求 可行性：项目计划和预算都是明确的，在给定的人力、工具和资源条件下，特性能否实现？ 代码无关：规格书的目标是定义产品需求而不是软件设计、架构和代码 可测试的：特性是否可测试？是否提供了让测试人员得以测试功能的足够