对日软件开发工程与实践V40.ppt

·指摘对应 ·指摘分析 ·指摘修正计划的制定 ·对应策略的制定 ·指摘修正的实施 ·对日软件开发品质管理 ·QCD ·常用品质管理方法 ·进度跟踪及监控机制 ·测试 ·Q：Quality ·C：COST ·D：Date ·进度跟踪及监控机制 ·进度管理计划 ·问题点管理方法 ·项目管理会议制度 ·技术评审 ·问题点管理方法 “问题管理表” 由项目经理记录在“问题管理表”中； 影响进度和质量的各种问题 “UBG表” 由测试者记录在“BUG表”中； 单体测试发现的BUG “故障管理表 由评审者记录在“故障管理表”中； 源代码Review “问题管理表” 由评审者记录在“问题管理表”中； 设计书Review “问题管理表” “悬案管理表 如果是内部可以解决的简单问题，由 项目内部管理。如果是内部可以解答 但具有周知意义的问题、或需要客户 方解决的问题，需要整理记录在“问 题管理表”中，并通知全员；随时以 悬案管理表的形式向客户发送. 仕样理解问题 使用的文档 管理方法描述 问题区分 ·技术评审 担当者说明各测试点,测试数据等. 项目组 全体 结合测试式样书 测试做成后 结合测试 式样书评审 担当者说明个测试点,测试数据等. 项目组 全体 单体测试式样书 测试做成后 单体测试 式样书评审 对照开发相关规范，根据CheckList进行逐项评审. 项目组 全体 制作开始时 /随时 源代码 Review 由CSE讲解主要设计思想及架构；由各设计担当 讲解自己的设计.由CSE根据设计CheckList进行 逐项检查。 专家， 项目组 全体 所有设计文档制 作完成后。 设计Review 由CSE讲解组内式样理解Review的结果。品质管 理担当提出问题及建议，项目组提出解决办法。 项目全 体、QA 在项目组内式样 理解Review后 组外仕样 理解Review 担当者向项目组全体说明其对仕样理解的结果， CSE根据项目理解CheckList判定该担当理解式样 的程度并提出问题和对策。 项目 组全体 项目组内各担当 在理解完自己担 当部分的式样后 组内仕样 理解Review 评审过程/方法 参与者 时机 名称 ·常用品质管理方法 ·开发阶段间Review ·成果物检查 ·Bug管理 ·Bug管理 ·Bug管理的流程 ·Bug票 ·Bug管理图 ·Bug管理流程 QA测试 Bug票 Bug修正 Bug分析 内部确认 记入修正日期 QA再测试 正确？ Yes 结束 No ·Bug票 対策 原因 現象 確認完了日付 修正完了日付 発生日付 BugID ·测试 ·概要 ·测试过程概要 ·单体测试 ·结合测试 ·系统测试 ·回归测试 ·用户测试 ·综合测试 ·运行测试 ·面向对象开发的测试 ·测试概要 ·测试的重要性 ·品质管理与测试 ·Ｖ字测试模型 ·制定测试计划 ·建立测试队伍 ·按照测试计划进行测试 ·对测试结果进行评估 ·测试的重要性 ·测试在整个开发周期中占有举足轻重的地位 ·在后期发现的问题，其修正成本要比在先期被发现的修正成本高很多 修正成本 开发初期 开发后期 高 低 ·Ｖ字测试模型 编码 需求分析 用户测试的基本式样 综合测试，运行测试的基本式样 单体测试 内部测试 外部测试 基本设计 详细设计 结合测试 用户测试 综合测试 运行测试 结合测试的基本式样 系统测试 ·测试与测试者的关系 运行负责人 运行担当者 运行设计者 运行测试 用户 用户 用户 综合测试 用户 用户 用户 用户测试 开发负责人 用例做成者 系统设计者 系统测试 开发负责人 详细设计者 详细设计者 结合测试 详细设计者 编码或测试人员 详细设计者 单体测试 测试确认者 测试人 测试式样编写者 测试种类 ·测试过程概要 ·测试计划 ·测试式样 ·测试的实施 ·测试日程，工作体制，测试范围，测试的顺序 ·测试对象，测试环境，测试的准备，测试数据，测试顺序 ·以测试式样书为基础实施测试 ·将测试结果，测试顺序，问题的发生状况，再现性等记录到Bug票中 ·测试结果的评价方法，测试后的工作计划 ·测试结果的评价 ·根据品质目标值中的Bug率等评价测试结果 ·如果相差较大，要对测试过程重新评审分析原因并制定出新的测试计划 ·品质向上 ·修正后是否正确，对其他地方有没有影响，这些都要通过再测试来验证 ·单体测试 ·单体测试的概念及过程 ·单体测试的技法 ·单体测试项目 ·单体测试工具的使用 ·单体测试的概念及过程 ·单体测试的概念 ·单体测试为检验程序是否按照机能式样编制的而进行的测试 ·单体测试常见问题 ·单体测试过程 ·目的是在进入结合测试之前使程序的质量达到一定的水平 ·为了尽量多的发