正式评估前培训材料..

主任评估师提的问题 1 项目经理 1 需求是怎么获取的 需求调研的方法 例如 沟通交流 问卷调查 现场实习 分析同类产品等 等 2 需求整理过程中是否按照一定格式 模板 是 按照需求规格说明书模板 3 SRS 中有那些是必须要填写的内容 功能结构图 数据流程图 功能需求描述 非功能需求描述 性能 可靠性 安全性 易用性 接口需求描述 外部接口和内部接口 4 客户需求和需求分析在一个文档 还是在不同的文档 一个文档 需求规格说明书中功能概述部分可称为客户需求 5 需求中如何体现用户的场景 用户流程的描述是否有体现 在模板中是否有要 求 数据流程图 功能描述中文字描述 原型 在模板中有要求 6 是否有接口部分的需求 用户接口 外部系统接口 软件 硬件 通讯接口 内部接口 各功能模块的接口 7 非功能需求 在需求文档中有记录吗 在需求追踪矩阵中有对应的部分 有 在需求跟踪矩阵中有对应关系 即非功能需求对应到设计 代码 测试用例 8 需求如何跟踪 各工作产品的负责人 需求分析员 设计人员等 来维护需求跟踪矩阵 项目经理及时进行审核 9 是否有需求追溯的手段 具体的是谁在做 职责 用途是什么 就是需求跟踪矩阵 各工作产品的负责人 需求分析员 设计人员等 来维护需求跟踪矩阵 用途主要是 可以追溯需求是否都被完成 变更时查看变更影响范围 确保 需求和项目其它工作产品保持一致性 10 测试用例的编写能否体现非功能需求 可以体现在一个专门的用例中 或者在每 个用例中添加 建议编写一个专门的用例 能够体现非功能需求 所有的非功能需求都有专门的测试用例和之相对应 11 需求评审几次 需求评审时发现问题数量多少 1 次 通过和组织的评审缺陷密度相比 发现问题数量属正常 12 需求评审是否有检查单 有检查单 检查单可以给需求评审提供帮助 提高评审效率和质量 13 需求在什么情况下用户认可的标准 通过用户的评审确认 14 是否有需求的变更 需求变更要走什么流程 提出需求变更申请 项目经理组织相关人员做变更影响分析 CCB 评审变更 实施变更 跟踪验证 发布变更通知 15 后续是否可能有需求的变化 根据具体回答 16 项目计划有那些主要的环节 选择生命周期模型 制定项目定义过程 WBS 分解 估算规模和工作量 制定项目进度计划 制定其它项目子计划 评审所有项目计划 将评审通过的项目计划纳入基线库 17 工作拆分是在什么时候做 项目定义过程制定完成后 估算开始之前 18 生命周期模型是什么时候确定 有没有组织的依据 项目立项之后 组织有 项目生命周期选择指南 19 项目选择的生命周期模型是什么 为什么是瀑布模型 瀑布模型适合于项目需求比较稳定的情况 20 项目过程定义有什么依据 组织有裁剪指南 然后根据项目特点进行裁剪 21 项目过程定义有什么特色 项目过程定义如何做 具体谈项目做了哪些裁剪 为什么裁剪 22 估算时估算那些参数 项目估算是怎么做的 有没有以前的数据做参考 估算中 是否用到组织的度量数据 估算了项目规模 工作量数据 运用专家 delphi 方法 参考历史的生产率数据 工作量比例关系的数据 23 承前类项目以前的代码不修改 是否要作为规模估算的一部分 不要作为规模估算的一部分 需要剔除 24 项目进度计划和工作量估算有什么关系 首先有工作量估算 根据可用的资源 得到一些任务的工期 最后得到了项 目进度计划 25 在进度表中如何考虑任务之间的相互关系 根据项目特点 找出各任务的前置关系和关键依赖关系 找出项目的关键路径 26 项目计划日程表安排是怎么安排的 首先进行 WBS 分解 其次估算各任务工作量 根据可用资源 得到任务完成工期 明确各任务之间的关系 找出项目关键路径 制定项目进度计划 27 项目中都有哪些资源 项目的资源怎样做计划 硬件资源 软件资源 人力资源 在项目计划文档中明确 需要哪些资源 到位时间 负责人等 28 如何确保项目组的成员具备要求的技能 对人员的技能要求 是否在计划中体现 在选择项目成员时会考虑人员技能 并根据实际情况 项目经理会组织相关 培训 在项目计划有体现 明确了各角色应具备的职责 如果人员技能存在差距 项目经理会制定相应的项目培训计划 29 估算时考虑的前提 假设和理由会记录吗 是否文件中有要求 应该记录估算时的假设条件 30 项目风险识别是否有组织级的依据 有 依据组织级的风险库 31 风险是如何分类的 人员 技术 需求 管理等 32 风险识别后采取的措施 是否有组织级的参考 有参考 参考组织级的风险库里类似风险采取的规避措施 也会参考组织的风险管理规程中涉及到的风险应对策略 接受风险 减缓风 险 规避风险 转移风险 33 项目的风险怎么管理 风险优先级是如何确定的 风险应对措施谁来定 风险是 如何跟踪 项目风险是如何管理 识别项目风险 风险分析 制定风险缓解措施 跟踪 风险 根据风险发生的概率和影响程度 得到风险值 然后根据风险值大小确定风 险优先级 项目组成员协助项目经理来制定风险应对措施 风险跟踪的手段有 例会 日常的及时沟通 里程碑评审会议 周报 34 结项时要求是否了解 编写项目总结报告 召开项目总结会议 提交项目过程资产 项目度量数据 最佳实践文档等 给 SEPG 提交项目结项申请给部门经理签字审批 35 项目要度量那些数据 度量数据展示在哪里 是否可以有超出组织度量的要求的 额外要求 主要的类型有五类 规模 工作量 缺陷 评审 进度 度量数据展示在项目里程碑报告中 可以有超出组织度量要求的度量数据 36 在项目中做了收集了什么样的度量数据 对项目的帮助 对组织的帮助 度量数据见上 度量数据对项目帮助举例 例如度量缺陷数据类型的分布 找出占有比例较 高的缺陷类型 在项目下一阶段重点加以改进 对组织的帮助举例 例如为组织提供度量数据 帮助组织找到待改进点 作 为过程改进的依据 37 项目度量计划中哪些是项目经理自己要做的 项目组是否可以增加度量数据 除了 PPQA 和 CM 的数据由 QA 和 CM 来收集外 其它项目数据由项目经理 来收集 可以 根据项目需求 38 项目里程碑报告发布给谁 发布给高层经理 项目组成员 客户 可选 39 集成顺序是如何确定 在计划中体现了吗 在项目集成测试计划中体现 根据集成策略和模块的依赖关系 开发进度来确定集成顺序 40 干系人如何管理 如果干系人不能按计划参加采取那些措施 项目有沟通关系人表 列举干系人参与的计划 如果干系人不能按计划参与 变更干系人参与的计划 并让其进行确认 41 各计划的一致性是如何保证的 通过项目各干系人参与项目计划的评审 来确保所有干系人达成一致 42 在项目评审计划中谁决定评审的对象 项目经理 其他人评审 43 是否有组织的过程方针 是否培训或了解 有 组织过程方针里包括 所有 PA 的主要活动和目标 有过培训 44 项目跟踪是如何做的 了解项目的偏差 项目跟踪的方式和手段有 项目例会 日常沟通 里程碑评审 周报等 通过度量 对项目实际状况和计划偏差进行对比分析 来决定采取哪些纠偏 措施以及是否需要变更计划 45 项目中发现什么情况认为进度发生了较大的偏差 需要调整计划 项目中是否发 生了进度较大的偏差 总体进度偏差率大于或等于 15 需要调整计划 工作量偏差率大于或等于 15 需要调整计划 46 项目中的问题是如何管理 项目问题跟踪表是谁维护 如果发现项目问题 将其记录在项目问题跟踪表中 并指定负责人 进行跟 踪解决 项目问题跟踪表是由项目经理维护 47 项目中的角色在那些文档中体现 在项目任务书和软件开发计划中有体现 48 项目组中人力资源是充分的吗 根据具体来回答 49 项目中有技术方案的选择吗 有 50 决策分析的过程是怎么样 决策分析评估申请 项目经理组建决策分析小组成员 项目经理组织 DAR 小组成员制定备选方案 评价准则 打分标准 采用什 么决策方法 例如 MAUT delphi 方法 召开决策分析会议 成员按照标准打分 根据打分结果决定最终方案 将最终方案提交给部门经理审批 51 过程检查是否有人检查 是否有人通知结果 过程检查有 PPQA 检查 检查结果记录在 过程检查表 中 52 EPG 在过程改进中做了哪些工作 EPG 负责编写 维护 评审 试点和发布组织标准过程文件 收集过程改进建议 培训和推广组织标准过程等等 53 项目的工作环境有什么要求 最好能提供一些项目的自动化工具 2 需求组 1 如何获取需求 需求如何变更 使用需求调研的一些方法 例如 访谈 问卷调查 现场实习 研究同类产 品等等 提出需求变更申请 项目经理组织相关人员做变更影响分析 SCCB 评审变更 实施变更 对修改结果进行跟踪验证 通知相关干系人变更的消息 2 需求来源比较复杂的情况下 项目组是否制定接受的标准或者评审时决策机制 需求可行性分析的角度 需求功能点的优先级的划分 项目进度方面 技术 可行性 成本 项目范围等等 需求规格说明书中有用户的验收准则 有需求评审检查单 作为需求评审的依据 需求评审时 各干系人参与评审确认 达成一致 如有分歧由评审负责人和 客户协商决策 3 需求的场景在那儿描述 数据流图 功能概述 功能描述 各种流程图和状态图 4 需求文档中是否有时序图 或类似的图 表现方法是什么 在接口需求中 和外部系统的接口有详细描述 必要时会画一些流程图辅助 描述 5 接口 包括内部和外部的接口 描述那些接口 用户接口 和外部系统的接口 软件接口 硬件接口 通讯接口 内部接口 各软件功能模块之间的接口 6 需求评审如何做 评审中是否有明确的标准 需求纳入开发是谁确定的 需求编写人在需求编写完成后 提交给评审负责人申请评审 评审负责人制定评审计划 并将评审材料提前发给评委 评委提前阅读材料 提出并记录问题 并将问题反馈给评审负责人 召开评审会议 确定存在缺陷 给出评审结论 作者实施修改 跟踪验证 评审负责人综合各评委意见 给出最终评审结论 三种 由评审负责人 所有评委 客户一起评审确定 7 需求跟踪矩阵是谁负责维护 需求分析人员 设计人员 开发人员 测试人员来维护 项目经理及时进行审核 8 需求拆到什么粒度认为是合格的 在组织过程中是否有要求 一般从用户角度来编写需求 不涉及设计方面的描述 在需求开发过程和需 求评审检查单里有要求 3 开发组 1 项目中有没有在不同的技术方案选择的过程 有 2 在项目的什么情况下提出决策申请 架构选型 重大的需求变更 选择供应商 重大的风险措施等等 由任务相应的负责人向项目经理提出决策申请 3 如何确定评分标准 有评价准则 例如 性能要求 技术难度 成本 开发人员熟悉程度 针对 每一项评价准则 都会有相应权重 评分标准 针对每一项评价准则打分 例如 10 分制 决策分析的流程 1 提出决策申请 2 项目经理组建 DAR 小组 确定备选方案 评价准则 打分标准 决策 方法 MAUT delphi 3 召开决策分析会议 打分 4 确定最终方案 5 提交给部门经理审批 4 项目中有那些设计 是否有统一的模板 主要的章节 概要设计和详细设计 有模板 概要设计包括 主要有架构设计 数据库设计 接口设计 模块功能设计 界面总体设计 系统总体设计 详细设计包括有 各模块的详细算法设计 数据结构 内外部接口设计 流 程图 调用关系 详细界面设计 5 接口设计是否有一定的要求和标准 可以是组织级的 也可以是项目级的 有 参见评审检查表中 概要设计检查表 部分 是组织级的 6 实现编码和单元测试一起计划 单元测试有什么要求 目前需要对单元测试控制更加严格些 这也是下一步的改进点 7 集成顺序是否有要求 是否可以按照提交的顺序进行了集成 集成测试用例编写 的要求准则在那儿体现 测试指南 集成顺序有要求 在 项目集成测试计划 中 按照集成计划的要求进行集 成 参考下评审检查表中 测试用例检查表 部分 8 同行评审有吗 同行评审的流程有 1 作者向评审负责人提出同行评审的申请 2 评审负责人制定评审计划 并发出评审材料 3 评委阅读材料 提出并记录问题 反馈给评审负责人汇总 4 召开评审会议 确定存在的问题 给出评审结论 5 作者修改缺陷 6 跟踪验证 9 详细设计是一份还是多份 一份 也有多份 10 一次评审发现的问题数量 评审的时间 问题跟踪人 评审数据的度量在那儿体 现 组织上有评审缺陷密度 一般项目评审的缺陷密度在组织评审缺陷密度的上 下限区间范围内 评审时间一般是 2 小时左右 由评审负责人指定问题跟踪人 在里程碑报告中有评审数据的体现 评审时 各评委提出问题 如有分歧 由评审负责人给出决策 4 测试组 1 测试过程中是否编写过计划 什么时候开始参与 编写过 在制定项目计划的同时 测试负责人负责编写测试计划 一起提交评审 需求讨论和需求评审时 测试人员开始参与到项目工作中 2 测试环境是在什么阶段确定 资源分配是谁负责 在编写测试计划时确定 负责人 质控部经理 3 系统测试策略有什么考虑 测试进入标准和退出标准 测试类型有 功能测试 性能测试 安全性测试 安装卸载测试 稳定性测 试 可恢复性测试 文档测试 配置测试 功能测试方法有 黑盒测试 灰盒测试 白盒测试 自动化测试 测试进入标准 集成测试通过 安装部署文档已提交 测试退出标准 严重程度为高和中的 bug 已全部修改验证通过 低和建议类 型的 bug 已达成最终共识 所有测试用例已全部回归 4 系统测试 BUG 严重程度分类有没有规定 有 参见 缺陷报告 模板中描述 缺陷类型有高 中 低 建议 测试人 员负责填写 程序异常 内存泄漏 程序不可测试 主要功能没有正确实现 等情况级别为高 次要功能没有正确实现 不影响主要功能实现等情况级别 为中 界面显示不美观 信息提示不准确等情况级别为低 功能类型为建议 的级别为建议 5 缺陷管理系统描述 公司自己开发的 bug 管理系统 要清楚 bug 流转流程以及 bug 的各种状态 6 测试技术是否要求 测试部门内部交流 测试部门内部培训 有相关测试技术方面的培训材料 7 测试用例的是否评审 有评审 参加评审人员一般有 测试组成员 需求分析人员 设计人员 项 目经理 评审流程见下 1 作者或测试负责人向评审负责人提出评审申请 2 评审负责人制定评审计划 发送待评审材料和评审检查表 3 评委事先阅读材料 提出并记录问题 反馈给评审负责人汇总 4 召开评审会议 确定存在缺陷 给出评审结论 5 作者修改缺陷 6 跟踪验证 5 配置管理组 1 在那个文档中记录配置项 配置管理计划中的配置项清单 2 在项目的配置项中 有那些源文件谁知道 源代码是否全怎么知道 开发负责人 通过 build 是否成功 且开发负责人会检查代码 3 配置管理系统是什么时候建立的 有什么规定 立项时就建配置库 按照组织统一的配置库目录结构来建库 并设置相应的权限 4 变更是如何管理的 向项目经理提出变更申请 项目经理组织相关成员进行变更影响分析 SCCB 进行评审 根据评审结构实施变更 对变更内容进行跟踪验证 发布变更通知 5 项目中一般会有那些基线 计划基线 需求基线 设计基线 系统测试基线 发布基线 6 系统测试 2 条基线在系统测试前还是系统测试后 第一条系统测试基线在集成测试通过后打基线 第二条系统测试基线在第二轮系统测试开始前打基线 7 是否提交过配置状态报告 包括什么内容 提交过 当前的配置项名称 版本号 是否属于基线 各基线的版本对应关系 包括的配置项 对应的 CR 编号 8 对配置项的标识有什么规定 组织有一个标识规范 项目简称 文档名称 9 是否做过配置审计 谁做的 审哪些东西 做过 配置管理员 包括物理审计和功能审计 按照配置审计中的检查项 物理审计包括对文件命名 存放位置 基线标识等信息进行审计 功能审计 包括变更的流程是否按规定来执行 代码修改后是否回归测试 文档进行基 线前是否被评审 10 配置审计是否审计变更的内容 配置审计如何检查配置项的变更进行检查 审计过的 按照变更的流程来进行审计 11 如何确定 1 个配置项涉及到的变更 通过版本号来看变更过多少次 也可以变更请求审批表来查看具体变更信息 也可以通过变更追踪表来查看汇总信息 6 QA 1 计划是如何制定的 质量保证计划中会定义检查的产品一致吗 2 每周为一个项目检查多长时间 1 周 2 3 天 3 介绍详细检查的情况 什么样的状况会作为不符合项记录 发现不符合项后通知 项目经理 4 如果项目经理和 QA 发生意见不一致 5 QA 报告和计划存放在哪儿 QA 报告存放