内容发布更新时间 : 2024/11/14 15:39:40星期一 下面是文章的全部内容请认真阅读。
CMMI访谈提问单
公司还制定了《VB编码规则》来保证我们编码的标准
是否编写了用户手册，是由谁来编写的？TS SP3.2
物业管理系统
是，我们是由开发部文员编写的 进销存管理系统
我们暂时还没有编写用户操作手册 指纹酒店系统
是，操作手册是由项目组人员指导开发部文员编写的
VER 验证
1. 你的项目使用了哪些评审和测试类型？计划评审采用的是哪一种？VER SP1.1
(1) 正式评审
(2) 审批 (3) 代码审查，走查 (4) 单元测试 (5) 系统测试
计划评审采用的是正式评审方式
2. 怎么识别评审和测试需要的环境和技能？
使用什么工具进行评审和测试？VER SP1.2 (1) 依据公司定义的角色职责来识别评审和测试需要的技能
评审：待评审工作产品已准备完成，依据评审的工作产品的性质（业务、技术等）进行评审的工作
测试：根据《用户需求说明书》制订了《测试计划》，测试计划中说明了测试所需要的环境和技能
(2) 使用工具： 评审：《通知单》《检查单》，测试：测试工具（loadrunner）测试缺陷管理工具（TestDirector）
3. 在哪计划评审活动？是否准备评审检查单? VER SP2.1
(1) 项目计划中的《项目软件过程定义》制定了评审的方式和评审的触发点； 评审方式：正式评审，审批，代码走查，审查
正式评审：需求分析，项目计划，概要设计，详细设计，测试用例 审批：立项申请表，里程碑报告，度量分析，立项管理 代码走查：编码实现（抽查的形式执行） 审查：QA审查活动，项目监控
(2) 准备了评审检查单，检查单内容从组织级《评审检查单模板》中进行相应的裁剪，正式
评审的检查单有：用户需求说明书检查单，项目计划检查单，概要设计检查单，详细设计检查单，测试计划检查单
除此之外还有其他的检查单：培训计划检查单，代码检查单，质量保证计划检查单，配置管理计划检查单，操作说明文档检查单等
第 21 页/共 35 页
CMMI访谈提问单
4. 计划的正式评审是怎样进行的？VER SP1.2, SP 1.3, SP 2.1, SP 2.2, SP 2.3,sp 3.1
(1) 首先依据项目计划中的《项目软件过程定义》制定了评审的方式和评审的触发点； 补充：评审方式：正式评审，审批，代码走查，审查
正式评审：需求分析，项目计划，概要设计，详细设计，测试用例 审批：立项申请表，里程碑报告，度量分析，立项管理 代码走查：编码实现（抽查的形式执行） 审查：QA审查活动，项目监控
(2) 其次在需求设计评审之前准备了检查待评审工作产品的《检查单》；
(3)《检查单》准备好之后，进行评审通知，通知相应的项目组成员参加评审待评审的工作产品，在具体评审日期前的1~2个工作日之内，将《通知单》发布，并把《检查单》发到相应的评审人员手中；
(4) 评审人员根据《检查单》中的检查项在正式评审前的1~2个工作日内检查待评审的工作产品，并将不符合检查项的问题记录到《检查单》中；
(5) 待评审人员检查完后，主持人收集评审人员的检查单，并将检查单中的问题录入到《问题单》中；
(6) 在通知正式评审的日期进行正式评审，评审人员对收集到《问题单》中的问题进行讨论，并对工作产品进行评审，看工作产品中是否真正存在提出的问题； (7) 主持人将评审前后所有的问题都收集到《问题单》中进行记录；
(8) 评审会议结束后，进行《评审报告》的编写，根据评审的准入准出准则判断本次评审， 评审的准入准则：待评审的产品均已准备完成，在通知单发布，检查单已经发放到各个评审参与者手上，且在1-2个工作日评审者对其进行审阅，评审主持人收集了每个评审员提交的问题后，启动正式的评审会议
评审的准出准则：在正式评审会议结束后，整理完毕问题单，评审报告（且评审报告中的结论为:A）发送给相关人员后，评审活动结束 如果评审的结果为：通过，《评审报告》编写完成之后评审活动便结束；如果评审的结果为不通过则需要修改工作产品后重新进行评审
5. 在哪记录评审发现的问题？如何确保问题得到解决？VER SP2.2 (1)
? 评审人员根据《检查单》中的检查项在正式评审前的1~2个工作日内检查待评审的工作
产品，并将不符合检查项的问题记录到《检查单》中；
? 待评审人员检查完后，主持人收集评审人员的检查单，并将检查单中的问题录入到《问
题单》中；
? 在通知正式评审的日期进行正式评审，评审人员对收集到《问题单》中的问题进行讨论，
并对工作产品进行评审，看工作产品中是否真正存在提出的问题； ? 主持人将评审前后所有的问题都收集到《问题单》中进行记录；
(2) 评审《问题单》中的问题会录入到TD里面，项目经理分配人员进行解决，QA负责跟踪测试TD中的Bug直至Bug状态为Closed，项目经理定期跟踪开发人员是否将缺陷按期解决，QA进行审计，CM进行基线审计
6. 如何分析评审发现的问题？根据分析结果采取什么行动？VER SP2.3 (1) 根据评审中发现问题严重等级、缺陷数量等来分析，评审问题主要记录在评审《问题单》 (2) 《评审报告》中进行评审结果的分析，如果评审通过则直接修改轻微的问题，如果评审
第 22 页/共 35 页
CMMI访谈提问单
不通过则需要重新评审
7. 在哪记录测试结果？对缺陷如何处理？VER SP 3.2
(1) 将测试的结果记录到缺陷跟踪工具TestDirector中
(2) 测试人员发现问题然后录入到TestDirector，项目经理分配缺陷解决人，解决后，测试人员重新验证回测，直至Bug的状态为Cloesd至此缺陷得到解决
VAL 确认
1. 使用哪些测试类型对系统进行测试？测试人员是怎么执行测试活动的？如何确认产品
的性能？VAL SP1.1 ，SP 2.1
(1) 使用单元测试、系统测试进行测试
其中单元测试主要由开发人员来完成，系统测试主要由测试人员来完成 (2) 测试人员的系统测试是这样做的：
首先，在项目计划的时候制订了《测试计划》，测试计划中就说明了测试的工作环境与配置，测试工具，测试人员的角色与职责，测试类型，测试完成标准，测试进度时间表，测试提交物
其次，测试人员根据《测试计划》中测试进度时间表的时间进行《测试用例》的编写，测试用例是根据《用户需求说明书》功能点模块来写的，测试用例包括了功能性的测试用例，还包括非功能性的测试，非功能性的测试主要是根据《用户需求说明书》中非功能性要求来编写的，主要包括：性能测试，用户界面测试，安全性与访问控制测试，兼容性测试，系统安装测试。测试用例编写完成后，进行正式评审，评审通过且CM打包程序交付之后，对照测试用例进行第一轮，第二轮的测试，第一轮主要是功能方面的测试，第二轮主要对整个系统的业务逻辑进行测试，测试人员将测试中发现的BUG提交到TestDirector中
然后，由测试负责人将问题交付于项目经理，由项目经理分配人员进行BUG的解决 BUG由开发人员整体解决且状态关闭为Fixed后，测试人员在对其进行回测，在回测过程中如果还是存在问题，则将其状态Reopen，如果已经得到解决则将其Cloesd，至此测试活动结束
最后，测试活动结束之后，由测试人员编写《系统测试报告》，《系统测试报告》主要包括的内容有：本次测试环境与配置环境，测试方法和工具，测试人员，测试进度，测试版本，测试结果，测试分析，测试覆盖率，功能性测试分析，性能测试数据结果，以及测试残留缺陷及未解决的问题，最后还有一个给本次测试活动总结的一个测试结论
(3) 通过压力测试，负载测试从响应速度、容量、等方面确认产品的性能
注：物业管理系统和鸿达酒店管理系统的回答都可以这样，但是，进销存管理系统的话在非功能性测试用例那里还可以举例说明自己是B/S项目的特点，然后简要说说B/S项目中兼容性及安全性的内容
2. 如何识别测试环境的软硬件需求？使用了哪些测试工具或者软件？VAL SP1.2
(1) 依据《用户需求说明书》在《项目计划》中制订了测试的工作环境，其中就包括了软硬件的需求，主要是对测试服务器，测试机要求，然后再结合公司的标准工作环境来识别测试环境的软硬件需求
(2) 使用的测试软件有性能测试工具LoadRunner，测试管理工具TestDirector
第 23 页/共 35 页
CMMI访谈提问单
注：性能测试工具LoadRunner只有在进销存管理系统中有用到，其他的物业鸿达的都没有用到，都是采用的手动测试，所以回答的时候要根据自己的项目来回答
3. 系统定义了哪些测试标准？是否有编写测试用例？VAL SP1.3
(1) 《测试规范》中定义了测试计划，测试用例，测试报告编写的相关规范；
测试计划规范：确定系统的测试需求，如功能需求、性能需求、安全性要求、可使用性需求等需求说明书中说明的和潜在的需求；
测试用例规范：测试人员参与需求评审，正确理解系统需求并确认需求的可测性，获取测试项目需求，从而编写测试用例；
测试报告规范：测试负责人从缺陷管理工具中统计分析缺陷的数量、性质、分布情况，提取相关数据，如：总的缺陷数量；每个阶段产生的缺陷数量；缺陷的严重等级分布等
《缺陷规范》中定义了缺陷的准出准则即测试通过的标准： ? BUG严重级别为：Urgent，Very High，High的BUG在TestDirector中的缺陷状态
均为：Closed，即被完全修复，此时结束测试活动
? BUG严重级别为：Medium，Low的BUG则可以再下个版本进行修复
(2) 测试人员根据《测试计划》中测试进度时间表的时间进行《测试用例》的编写，测试用例是根据《用户需求说明书》功能点模块来写的，测试用例包括了功能性的测试用例，还包括非功能性的测试，非功能性的测试主要是根据《用户需求说明书》中非功能性要求来编写的，主要包括：性能测试，用户界面测试，安全性与访问控制测试，兼容性测试，系统安装测试。测试用例的要素主要包括需求ID，测试项，前置条件、操作步骤、预期结果、实际结果等
4. 对于产品验收客户是否提供接收标准？使用什么环境进行确认？ VAL SP1.2,sp1.3
(1) 合同项目的话客户在合同中提供了接收标准；
产品类项目的话满足测试的出口准则（所有TestDirector中的Bug状态为Urgent，
Very High，High的均被Closed），测试工作完成即可进行接收
(2) 合同项目根据客户验收的实际环境进行确认
产品类项目根据模拟的客户环境进行确认 注：不同的项目根据实际情况回答，鸿达酒店管理系统为合同项目即只要回答合同项目的点，物业管理系统和进销存管理系统是产品类项目即只要回答产品类的点
5. 对系统测试结果进行哪些分析？对分析结果采取哪些行动？VAL SP2.2
(1) 《系统测试报告》中对测试的缺陷严重等级、缺陷类型（功能，非功能等）、测试覆盖率、功能模块缺陷、性能等进行了分析
(2) 对缺陷进行跟踪解决，首先在TD中跟踪严重级别为Urgent，Very High，High的BUG均需要被Closed，其次对缺陷数量大的功能模块加大测试力度
PPQA 质量保证
项目进行中，QA是怎么样参与你们的项目？PPQA1.1,PPQA1.2,PPQA2.1 (1)QA 在项目进行阶段独立的执行审计，参加工作产品的评审活动；
(2)QA依据组织标准过程检查项工作产品是否符合组织级定义的过程要求；
第 24 页/共 35 页
CMMI访谈提问单
(3)QA 依据《质量保证检查单》对每个过程和工作产品进行检查； (4)QA将检查到的不符合项进行记录，形成《不符合项跟踪表》； (5)QA与适当的不符合项负责人交流解决措施； (6)QA定期跟踪不符合项的解决情况； QA如何确保过程审计的客观性？PPQA1.1
为了确保过程审计的客观性，QA常独立于项目之外 组织级QA如何审计EPG、OT的过程？PPQA1.1
(1)组织级QA制定组织级质量保证计划检查EPG，OT和QA的工作； (2)组织级QA根据制定的质量保证检查单对EPG,OT,QA的工作进行检查； QA如何执行过程审计？PPQA1.1 QA执行客观评估的方法包含如下： (1)QA独立的执行审计；
(2)QA依据组织标准过程检查项目组工作产品是否符合组织级定义的过程要求； (3)QA 依据质量保证检查单对每个过程和工作产品进行检查
QA如何执行产品审计？PPQA1.2
QA根据质量保证检查单对工作产品进行审计 QA的工作产品是如何进行审计的？PPQA1.2
(1)项目级QA 根据质量保证计划，质量保证检查单对项目级的过程和工作产品进行检查后形成QA工作报告向EPG汇报工作情况；
(2)组织级QA负责检查项目级QA的工作报告；
(3)组织级QA对自己的工作形成工作报告向外部QA进行汇报工作情况 QA如何确保工作产品的质量？PPQA1.2
QA根据质量保证检查单中的检查项来检查工作产品，并确保工作产品的质量； 检查单中的检查项符合公司组织级定义的工作产品模板
QA如何对不符合项进行跟踪？PPQA2.1
QA将不符合项进行记录，形成《不符合项跟踪表》 不符合项的主要内容有：
QA如何确保不符合项在预期的时间内得到解决？PPQA2.1 (1)适当的与项目尽力进行交流解决不符合项的措施；
(2)对于项目组内部能解决的问题，在项目组内部解决，对于项目组内部解决不了的问题，向上级汇报；
(3)定期跟踪不符合项的解决情况；
(4)定期分析不符合项的解决趋势和情况并向中高层汇报
QA有分析报告审计结果吗？PPQA2.2 有
(1)在QA工作报告中分析了QA工作量的投入情况；分析了各个过程的不符合项分布； (2)在阶段分析报告中分析了不符合项的解决趋势；
(3)在不符合项列表中分析哪些不符合项是由项目组的执行不合格引起的，哪些是公司级定义不合理引起的
第 25 页/共 35 页