CMMI5评估提问单及回答要点.doc

序号问题1项目中怎么运用4级与5级的内容？在项目中如何使用PPO、PPM、PPB?2用了这模型后，觉的有用吗？现在项目的质量有没有比以前的好？有原因分析吗？3EPG小组怎样帮项目运用模型-PPM?1百口口宀占宀k1=1-7A73n=iziilfnnr^r>r>iv/innD、4坝曰其它的人员了解用到的模型（PPO、ITIM、PPB丿吗？5**j•有没有考虑到规模（PPM）的最佳范围？6你认为这些最佳范围真正的有用吗？7有没有建立UCP规模的案例？如新员工过来，让他了解1个UCP有多大？8需求根据矩阵有做吗？9需求跟踪矩阵填与花了多少时间呢？10决策分析有做吗？对每个方案是怎样打分的？你们做了什么研究？11风险管理有做吗？如何做？12有哪些风险你们认为不是很关键，不需要跟踪的？13项目中有建立基线吗？基线报告有吗？确认时间？14你们用什么开发语言？如何集成？15怎么样编译？编译的流程？从哪里取源代码,放在哪里编译？会不会放在单独的电脑上编译？在另外的机器单独编译的原因？该机器有没有做别的用处？若/+右1=1"一'BHrin□rntfi+mhHi=i16有做同行评中吗？有没有对源代码做编码规范方面的同行评审？17y\111•项目里会收集哪些度量数据？18你觉得你们项目中哪些流程做的太复杂或可以不要做的？19对4级、5级的改进，你们了解吗？如公司做了哪些模型？哪些创新？20对项目目标的了解？21在你们的项目中，你们怎样了解到项目的需求？会和客户—起分析需求吗？22需求调研是开发做还是别人做？23测试人员怎样了解到需求的？24怎样知道大家对需求的了解是一致的？如果有个人很安静，你如何知道他知道这些需求？25需求了解到，下一步做什么工作？26怎样计划你们的测试计划？如何估算时间？27写测试用例的时间是怎样估算的？看测试计划？28开发人员知道项目是怎么估算的？是否有参加这个估算？—个需求或一个模块如何知道有几个UCP?举一个例子29详细说明一个模块，你怎样知道它有多少个UCP?10.8UCP需要多少的工作量？你们认为这个估算方法准确吗？30后来有设计评审吗？你们的设计是怎样做的？你们怎么知道这样设计是最合适的？31谁会参加设计评审？32是不是每个开发人员都会写各自的设计？有多少设计文档呢？最终文档的整合？33概要设计和详细设计多长时间？34详细说明设计评审怎样做？评审刖做怎样的准备？你们在评审的时候为什么要讨论这些问题？一个设计的评审，花多长时间？35设计做完了下步会做什么呢？36为什么集成测试用例要等到概要设计完成后再写？37问测试：你认为开发人员的设计写得足够详细吗？38问开发人员：你们怎样知道你们的设计足够详细，足够帮助测试人员编写用例？可提供给测试人员？39谁会检查你们的测试用例？测试用例谁评审？什么时候检查？40开发中通过什么检查来确定源代码的质量？41你们互相检查中找到问题，如何通知？42开发人员：单兀测试做吗？（指的是白盒测试）自己测试时候是否会写测试用例？怎样知道单元测试做到什么程度？有记录吗？43先单兀测试再交叉检查吗？为何这样安排？44你们怎样把你们的系统交给测试人员做集成测试？45模板不好用之类的，你们怎么处理？46你们会了解你朋友公司的开发流程？47哪些地方你们有没有觉得太复杂，有修改或简化的必要？48你目做了哪模四做预五级感内容？吗？认为数据足够、隹确49你用了这1模型做预测，感觉有用吗？认为数据足够隹确吗？50项目做了哪些改进创新？51做了哪些原因分析？要有对应的记录。

52在你们项目中怎样估算和预测你们需要的工作呢？具体如何估算工作的规模大小？根据功能点如何估算？53你们在开发源代码的时候，你们会做代码的互相检查及同行评审，请详细说明54项目经理如何分配代码走查的工作？55—般花费多少时间做互相检查？56怎样知道应该找出来的问题已经检查出来了？57是否会做同行评审，怎么做同行评审？58在你们项目有没有做压力测试、性能测试？59项目有没有做决策分析？评估表中的分值是什么意思？项目成员是否有参与到决策分析？60项目有没有做裁剪？做了哪些裁剪？为什么？61项目4级、5级的工作如何？62EPG有没有将这些实际的数据更新到模型中？63谁参加了决策分析？64风险管理？65项目有压力、性能测试吗？有使用工具吗？66如何记录性能测试的数据？67为什么不做压力测试？68项目的进度计划如何？69互相检查的评审是怎样做的？（指代码评审）70在检查的时候怎么知道你找出了足够的缺陷？71测试人员找到了问题，你们有没有分析为什么当时你们没有找到？72单兀测试（开发层面）和交叉检查，哪个先做？73项目经王里会检杳开发人员的源代码吗？一个人检杳，还是—起检杳？如果在下个项目，你安排时间，和开发人员面对面检杳，你觉得好吗？（指大家一起坐下来检杳）74通过互相检杳的工作，会不会觉得自己的能力提咼了？有没有更好的方法来快速提高新员工的能力？75你们有没有参加过同行评中会.具体1情况/怎样；花了多长时间？76开发人员是否检杳测试人员的测试用例吗？77验收测试谁来做？验收测试记录？对于验收测试发现的问题，你们有没有分析为什么你们在走杳或者评审的时候没有找到这些问题？后来你们有改进你们的测试用例吗？78测试用例是否有进行版本管理？79TD中有保留测试用例的历史版本记录吗？80你们的项目基线是什么时候建立的？81单兀测试报告和系统测试分析报告是如何与的？82你认为项目最关键的地方在哪里？83在你们的项目中，会收集哪些度量数据？84你们花了多少时间填写需求跟踪矩阵？85你认为在你们的项目中哪些流程做得太复杂了，或者哪些流程可以不做？86项目主要做了哪些功能？介绍一下产品。

87你们的项目人员通过什么方法来了解项目的需求？花多少时间来做需求的讨论？88你们项目有没有安排什么培训来帮你们的开发人员更了解你们的需求？89你们怎样确认你们的项目人员对需求有足够的了解？90怎样跟你们的内部客户了解和确认需求的？91有没有其他的方法帮他们挖掘需求？92怎样开发你们的脚本？93你们怎样设计你们的产品？94你们开发这些系统有哪些竞争对手？95之刖1.0的系统,客户在用的时候有没有遇到什么问题？96为什么会有界面？97有文档记录多少的数据量对应多少的内存？98测试人员怎样模拟流量的问题？是否写在测试用例？99你们会怎样写测试报告？需要写模拟流量的相关结果100测试报告有哪些内容？101除了流量的问题还有别的问题需要考虑到吗？102培训计划是怎样建起来的？103怎样记录人员参加了哪些培训？104怎样评估培训效果？培训资料在服务器上的备份？105有没有从客户方面考虑一些特殊情况？（即有没有性能方面的需求？）106你们在设计的时候，怎样考虑设计能否满足需求？107在据库的时设计曲怎道模拟性能的求？量？介用什么工108在测试的时候，你们怎样模拟实际的数据量•会丿|」|1么丄具?109关于这些性能的需求，你们有没有做决策分析？110在你们的项目中，有性能方面的需求，在开发的时候，怎样关注你们的源代码能否满足这些需求？怎样检查？111性能方面的测试用例有写吗？112会用到什么样的工具来帮助做性能测试？113有没有写关于性能测试方面的报告？114性能测试方面的计划什么时候写？注：跑Roadrunner产生的报告要有115你们项目作了哪些CMMI四级五级方面的改进？116自动化测试需要做到怎么样的覆盖率？自动化能在确认验收阶段做，为什么不能在单元测试和系统测试阶段使用？117集成测试、系统测试会用自动化测试吗？118项目关键过程用的是改进刖还是改进后的模型？用这些模型，你们感觉有帮助吗？119每个阶段的数据与预测的数据不一致的时候会做什么的分析呢？120—个项目的QA怎么开始？121—般周审计哪些内容？122基线的审计在什么时候？123是否有列表展示检查点？124再执行的过程中怎作是否做了相应否会满足项目的量化目125再执仃的过程中怎么样怎道坝口是否会满足坝曰的量化曰标？126在Qa工作中遇到什么样的困难？127对于QA收集哪些度量数据？128EPG的工作是否有组织QA来审计？129怎么样做备份？130怎样检查备份是否成功？131灾难恢复计划？132模拟预测时，缺陷注入数的范围,如何确定是可以满足我们的目标的？133改进后还会重新模拟预测吗？回答要点内容均在《项目关键过程监控表》中。

项目组员需要知道自己所在的项目米用了什么创新，以及做了哪些原因分析.有协助项目经理对关键过程进行预测以及相关的量化管理，提供创新方法供项目参考，协助项目组做原因分析了解有有用有，对于高级工程师来说，1个UCP需要花10小时来完成；对于中级工程师来说，1个UCP需要花20小时来完成；对于初级工程师来说，1个UCP需要花30小时来完成；有及时更新需求点在各个阶段的状态，每次只需花少量的时间有，具体详见自己所在项目的决策分析报告，项目组员都需要了解决策的内容有，具体参见风险计划及跟踪表，自己所在的项目有哪些风险，项目所有人都需要知道风险跟踪表-列入的都是关键的风险，需要跟踪的不重要的风险，都在项目例会上解决了有在《配置管理计划及跟踪表》中，都有详细记录《产品集成计划与报告》中有记录因为本地环境不干静,为保证编译的准确性，需要有单独的干净的环境做编译有工作量、工期、缺陷、需求数、风险个数等具体参见《项目度量数据库》没有公司对需求开发、详细设计、验收测试二个关键过程分别建立了基线模型；创新：需求开发米用平台录入，详细设计米用分多次组内讨论的形式,验收测试采用自动化测试创新的具体内容需要知道）《项目关键过程监控表》中，三个关键过程的单位规模缺陷数和单位规模投入时间都有各自的目标值。

项目在实施过程中，需要主动地去满足这些目标值即回答项目是如何做需求调研的，需要列举需求调研的方式根据项目实际情况回答参与项目的需求评审，查看项目的需求说明书通过项目例会、需求评审会开发人员做系统设计，测试人员编写测试用例（测试计划中内容）对每个模块（或需求）实现的功能来制定（根据每个模块需要测的功能来估算）根据项目规模、平均生产率、工作量分配比例来估算测试时间（具体参看《项目估算报告》的“第四步估算工作量”，有关测试的相关估算）开发人员均了解并参加项目的估算，UCP=TCF*ECF*UUCP,通过估算该需求用例种类和用例角色的复杂度，得出该需求的UUCP（原始用例点数），然后乘以TCF（技术复杂度）和ECF（环境复杂度），得出该需求的UCP（具体参看《项目估算报告》的“第三步计算规模数”）同上，具体参。