CMMI(预)评估测试问卷

1、测试访谈角色定义： 姓名： 负责项目：1 是否成立了独立的测试组？测试人员在项目中测试的职责？VER GP2.42 你是如何了解到你是项目中的成员？VER GP2.43 你参与了哪些方面的同行评审？同行评审流程？VER SP2.1、SP2.2、SP2.34 你什么时候开始制定测试计划？是否发生过变更，如何进行变更？VER GP2.25 什么时候编制测试用例？依据是什么？如何保证测试用例与需求的一致性？需要同行评审吗？VER SP1.1、SP1.2、SP1.36 测试用例是否纳入测试基线管理？测试用例发生变更的流程？测试用例如何进行标识？VER GP2.6 ； CM SP1.3、SP2.1、SP

2、2.27 什么时候开始搭建测试环境，由谁搭建？如何进行产品的集成？PI SP1.2、SP1.3、SP2.1、SP2.2、SP3.1、SP3.2、SP3.3 ； VER SP1.1、SP1.2、SP1.38 采用了哪些测试方法，进行回归测试吗？VER SP3.1、SP3.29 集成测试进入的准则？退出的准则？VER SP1.110 系统测试的进入和退出准则？VER SP1.111 测试bug的分类？VER SP3.2还可以12 测试活动中统计哪些数据？MA SP2.3、SP2.4 13 上级如何检查你的工作？PMC SP1.1、SP1.5、SP1.6、SP2.1、SP2.214 QA是如何检查你

3、的工作的？PPQA SP2.1 、SP2.2 15 你参加了哪些培训？OTSP1.3 业务培训、测试代码规范的培训（包含）、，不太好16 是否了解公司的组织过程财富库？OPD SP1.1、SP1.2、SP1.3、SP1.4、SP1.5无17 测试使用了哪些工具？VER VAL GP2.4无*你在日常工作中收集了哪些度量数据？FAR工作量、进度、缺陷、规模等等（按度量计划收集）SP 2.1-11. 项目经理在制订项目计划工作中,你参与了哪些工作?测试人员：1协助制订测试计划项目的验收测试计划是如何制订的？ 依据实验室标准的测试过程和项目开发计划制订测试计划SP 1.1-1描述一下怎样形成功能测试

4、用例？将需求分析文档进行分析根据需求分析文档，制定功能测试用例对功能测试用例进行评审Sp1.2产品验收测试时遵守的判断准则依据什么？功能需求、非功能需求、测试用例SP 1.3-3请描述你的项目的测试工作流程应包括单元测试，集成测试和交付测试(集成测试包括测试计划、测试用例、建立测试环境SP 2.1-1你的项目为什么要控制缺陷清除率和缺陷密度？是如何控制的？ 描述出组织的要求和项目的度量目标。GP4.1对测试结果是否形成文档，进行了哪些分析？分析个阶段测试出现的缺陷分析个阶段软件产品出现的缺陷SP 2.2-1对测试结果中发现的问题是如何处理的？BUG处理SP2.2描述一下如何建立测试环境？无测试

5、服务器、测试用例、测试数据、测试脚本SP1.1,1.2,1.3,2.1,2.2描述一下功能测试流程？测试稳定性测试业务流程提交功能测试报告Gp2.2-1产品验收测试时遵守的判断准则依据什么？功能需求、非功能需求、测试用例SP 1.3-3对测试结果中发现的问题是如何处理的？BUG处理SP2.2对测试结果进行了哪些分析？还可以。描述测试报告中的数据分析SP 2.2-1如何控制产品的交付质量（即缺陷密度）的？描述出组织的要求和项目的度量目标。1、 (SP1.2 请叙述您如何承诺需求及项目计划?Ø 需求确定后，参与测试前的需求培训，根据培训内容提出需求不懂的地方，对清楚的需求测试人员给与肯定

6、的答复。需求确定之后，参与项目计划说明会议，了解计划的进度，在会中提出问题，若没有异议签署任务分配及承诺表表示同意。Ø 在需求培训中说明需求，看是否理解需求。理解后，对进度有异议将在schedule中做调整。签署任务分配及承诺表-需求分析阶段Ø 周报提出需求不清楚的问题，和相关人员口头沟通。2 验证 1、 (SP1.1, 1.2, 1.3, 3.1, 3.2请问项目如何规划各项测试工作，执行哪些测试，测试结果如何分析？规划各项测试工作：Ø 了解测试需求，参与测试需求的评审和需求培训Ø 根据项目计划编写测试计划，再与PM讨论，内容：时间，人数，覆盖的模块，

7、测试环境（测试系统环境，测试数据），bug管理工具，风险分析等Ø 编写测试用例 Ø 测试计划中有测试方法执行哪些测试：Ø 执行的测试有：系统测试，参与验收测试。验收测试计划不包含在测试计划中。由开发人员做单元测试和集成测试。Ø 执行的测试有系统测试。测试出口准则：1.所有经过确认（除易用性bug）的功能性bug全部解决，测试用例执行率达到100，测试用例通过率达到95%以上。 2.所有经过确认修改的易用性bug全部解决。3.测试遗留Bug中应不存在一级、二级和三级Bug入口准则：项目组向测试组提交可测试的测试基线，其必须满足以下条件方可以进行测试。1）

8、待测产品已在公司版本库里打好基线（包括编译好的程序包以及数据库脚本等），测试部从基线库里面取出待部署产品。2） 产品能够顺利部署，且部署完毕后不再对系统做任何修改研发部提供产品部署手册，测试部在该手册指导下能够顺利完成部署，部署完毕后测试部修改密码，以保证在下轮测试之前对系统不做任何修改。3） 如果系统中涉及到数据库之类的服务，研发部开发并保留初始数据，以保证每次测试初始环境的一致性。4） 研发部提供集成测试报告，且需保证集成测试通过率为100%，该报告研发部提供给测试部。5） 研发部进行一次集成测试，保证基础流程正确，并提供集成测试报告。报告需要明确指定基础流程是否可行，该报告研发部提供给测

9、试部。（如邮件系统，报告中需要明确收发邮件、短信游使用、邮箱监控等基础功能的正常使用）6） 测试部提供的测试计划&测试用例，经研发部、质控部以及公司高层评审并通过注：测试部将按照用例执行测试，测试部对用例负责。补充出口准则：测试人员不够时测试暂定。阶段测试报告：在测试用例执行后，编写测试阶段报告，内容包括：测试用例覆盖度，bug结果依据严重度分析，对测试结果的总结和建议。每个阶段一份。系统测试阶段报告。内容：Bug数量、严重度统计。测试总结报告：每一轮测试结束后产出测试阶段报告。在系统测试完成之后，在验收结束后写测试总结报告。测试总结报告的内容：遗留bug分析，测试结果分析。3 确认

10、1、 (SP 2.1, 2.2 请问贵项目产品如何被确认是符合客户需求的？您是否参加过项目产品的确认活动？如何分析确认结果？有那些议题被处理了？Ø 根据开发的接口原型与功能分析，与需求列表对应，看是否完成所有需求。用Qone/TD记录bug，通知开发人员修改，验证是否修改完成验收计划由项目组提供，参与验收测试，协助调查分析验收中发现的bug产出原因。验收计划由公司内部提供，参加验收会议中，对会中记录的bug进行测试分析。4 Generic Practices1、 (GP2.1 就前述各过程，请问组织是否订定有过程相关方针? 您如何在项目中使用这些方针？组织制订了与过程相关的方针。&#

11、216; 项目计划完成后，写测试计划，测试case，测试总结报告Ø 在测试期间留下文文件，记录每个阶段的工作结果。在项目中，有QA协助遵循组织过程执行。2、 (GP2.4 您如何得知您在项目中及过程中扮演的角色与权责?Ø 按照测试计划，每个人负责模块。Ø schedule中和项目计划中有说明角色和权责。3、 (GP 2.5 就您在项目及过程中担任的工作，您受过那些训练或资格以执行这些工作？如何决定您应接受的训练？是否有书面化的规划与记录数据？Ø 业务培训，测试方法培训，TD使用， QA培训，Java培训 Ø 根据组织级和项目级的培训计划接受训练。Ø 有组织级培训计划、项目级培训计划和培训记录。参加过培训，填写签到表，培训后反馈培训效果。4、 (GP 3.2, IPM SP1.5 您的项目如何回馈项目及过程执行的工作产品与lesson learn给组织，您可以说明一下您提出的lesson learn或改善建议吗？Ø 公司有资料产出库，填写优秀文档申请，回馈EPG认可的资料：测试用例作为模版，测试总结报告。测试总结会议，会上大家评阅测试总结报告，分享测试的心得。测试心得将被记录在资产公布平台上的经验库中。您提出的lesson learn或改善建议：？