等价类设计测试用例的方法.PPT

逻辑覆盖测试强调“运行这些测试用例时”覆盖了被测程序的哪些判定、条件或路径。 语句覆盖： 对程序中每个语句至少执行一次； 适合于简单的顺序语句； 分支覆盖： 使每个判定的分支都至少执行一次，满足语句覆盖 适合于简单的分支语句； 逻辑覆盖小结： 条件覆盖： 使每个判定的每个条件的可能取值至少执行一次 条件覆盖通常比判定覆盖强，但条件覆盖与判定覆盖不一定相互包含； 分支/条件覆盖 使判断中的每个条件的所有可能取值至少执行一次，同时每个判断本身的所有可能判断结果至少执行一次。 满足判定/条件覆盖的测试用例一定也满足判定覆盖、条件覆盖、语句覆盖 ，但条件组合欠缺 逻辑覆盖小结： 条件组合覆盖 使得被测程序的每个判定中的条件结果的所有可能组合都至少出现一次。 条件组合是指每个判定中的条件结果的所有可能组合，而不是整个程序的所有条件结果的所有可能组合。 缺陷：没有覆盖所有的程序路径。 逻辑覆盖小结： * 本节掌握内容 软件项目规划三步 需求分析；分解任务、估算规模、成本，写出计划书 规模估算 代码行技术 步骤：确定范围、分解功能、估算千行代码数 期望值：L=(a+4m+b)/6 软件生产率:P=kLOC/PM；千行代码成本：C=S/kLOC 文档代码比：P=Pe/kLOC；错误代码率：EQR=N/kLOC 功能点技术 5个基本特征数：外部输入、外部输出、外部查询、内部逻辑文件、外部接口 步骤：计算特征数；划分等级加权乘； 修正偏差Fp=总计数*[0.65+0.01?Fi] * 掌握内容 成本估算 专家判断：Delphi方法（迭代方法） 类比估算 列出功能点和实现代码行； 分析不同点/相同点，估算成本 重码工作量计算 COCOMO方法 计算基本模型： E=aLb D=cEd 修正： E＝aLbF, a,b,c,d:应用程序、实用程序编译等；控制程序，操作系统。 * 内容提纲 人员组织与管理 软件项目组织形式、微软公司的开发团队 项目沟通管理 醒目沟通的复杂性与活动 软件项目规划 软件项目估算与计划 软件风险管理 风险识别、风险分析、风险规划、风险监控 软件配置管理 软件配置管理的概念与活动 * 软件风险管理 项目风险是一种不确定的事件或情况，一旦的发生，就会对项目目标产生正面或负面的影响。 风险分为两类： 可预见风险：可以根据开发经验或逻辑推理来预见的，是可以计划和管理的。 不可预见风险：不能根据所拥有的资料进行预见的，是不可计划和管理的，要求做好应急措施。 风险管理是IT软件项目减少失败的一种重要手段。 采取结构化风险管理来发现计划中的缺陷 采取行动来减少潜在问题发生的可能性和影响 在危机发生之前就对它进行处理 这样就会提高项目成功的机会和减少不可避免风险所产生的后果 * 举例：软件项目的一些风险 类型 可能的风险 技术 数据库事务处理速度不够； 拟采用的系统组件存在缺陷，影响系统功能。 人员 招聘不到所需技能的人员；关键的人员在项目的关键时刻生病或不在；无法进行所需的人员培训。 组织 组织结构发生变化；组织财政问题导致项目预算削减。 工具 CASE 工具生成的代码效率低；CASE 工具无法集成。 需求 需求变更导致主要的设计和开发重做； 客户无法理解需求变更带来的影响。 估算 开发所需时间估计不足；缺陷修复估计不足；软件规模估计不足。 软件开发项目由于自身的特点而具有极大风险 * 项目风险管理过程 软件风险管理是贯穿在项目开发过程中的一系列管理步骤。通过主动而系统地对项目风险进行全过程的识别、分析和监控，最大限度地降低风险对软件开发的影响。 * 风险识别 风险识别是试图采用系统化的方法，识别特定项目已知的和可预测的风险，项目管理者就有可能避免这些风险，必要时控制这些风险。 常用的风险识别方法 头脑风暴法 由项目小组根据项目目标、项目的制约因素和假设条件，在项目具有的历史资料以及过去的经验教训等基础上综合判断项目的可能风险。 风险检查表 列出了所有可能的与每一个风险因素有关的提问，使项目管理者可以集中识别常见的、已知的和可预测的风险，诸如软件规模、商业影响、客户特性、软件过程、开发技术、开发环境、开发人员等方面的风险。 * 举例：头脑风暴法 举例：识别举办短期培训班项目的风险 列出项目的工作分解结构； 项目小组一起进行头脑风暴，对每一项任务进行讨论，识别所有可能的风险，防止遗漏重要的风险。 * 举例：头脑风暴法 可能的风险 确定培训项目 题目选择不当，可能招不来学生，导致亏本。 寻找培训讲师 讲师可能生病或者临时有重要事情来不了。 招生 可能没有学员报名。 授课 投影仪可能出问题。 结束课程 学员不满意，大闹课堂。 问题：还有哪些可能的风险？ * 举例：风险检查表 * 举例：风险检查表 * 风险分析 风险