cmmi评估测试人员访谈问题集锦(可编辑修改word版)

系统测试访谈
角色定义：系统测试人员姓名：负责项目：
1.是否成立了独立的测试组？测试人员在项目中测试的职责？
是，软件开发部有独立的测试组。

测试组包括测试组组长与测试人员。

测试组长：编写测试计划，编写系统测试分析报告。

测试人员：编写测试用例，搭建测试环境，在 TD 中对缺陷进行跟踪管理，进行缺陷统计分析。

2.你是如何了解到你是项目中的成员？VER GP2.4 项目中的任务是什么？
在立项前收到《立项通知书》，项目经理组织立项会议，明确了项目人员的角色与职责。

在项目计划阶段，由项目经理将项目组织架构图及其角色与职责记录在《项目计划》中，以便项
目组人员查看。

任务：编写测试计划，测试用例，搭建测试环境，进行缺陷统计分析，系统测试分析，通过 TD 对缺陷进行跟踪管理，进行回归测试，通过对缺陷的分析提出一些建议以及项目中存在的风险等。

3.你参与了哪些方面的同行评审？同行评审流程？
我参与了软件需求规格说明书、系统测试计划、系统测试用例的评审。

同行评审包括正式同行评审和非正式同行评审。

同行评审的流程如下：当工作产品完成后，由作者根据《同行评审计划》口头提出评审申请。

由
项目经理发出《同行评审通知》，组织评审，准备待评审的工作产品并确认待评审的工作产品是否完成，通知与会人员（专家、主持人、记录者）并确认评审会议召开的时间、地点；正式评审的主持人一般
由产品研发经理来担任。

在评审会议之前检查工作产品，发现其缺陷，为参加评审会议做准备，并填
写《同行评审准备表》。

由项目经理组织该次评审，由主持人和评审组、作者对待评审的工作产品进行评审，评审组参加评审，识别缺陷，提出问题，给出改进建议；主持人给出评审结论和意见，总结整
理《同行评审报告》，如果需要复核，主持人制定复核人。

评审人员将评审出来的问题反馈给项目经理；项目经理确认后指派给工作产品作者；工作产品作者根据《同行评审报告》中所记录的问题给予及时
的纠正，并确保评审出的问题得到解决。

4.你什么时候开始制定测试计划？是否发生过变更，如何进行变更？
NTOA/DXJW/NTIT:
在需求阶段后期系统测试工程师根据《项目计划》制定《系统测试计划》其中包含：测试目的，测试范围，测试策略，测试进度，测试进入口准则，出口准则，测试环境，辅助工具，人员安排等内容。

5.什么时候编制测试用例？依据是什么？如何保证测试用例与需求的一致性？需要同行评
审吗？
测试用例开始时间：需求完成以后，测试计划通过评审。

依据：软件需求规格说明书。

保证测试用例与需求的一致性：
通过《需求跟踪矩阵》保证测试用例与需求的一致性。

通过同行评审由同行专家把关。

6.测试用例是否纳入测试基线管理？测试用例发生变更的流程？测试用例如何进行标识？
测试用例纳入测试基线管理，测试用例变更流程由测试用例编写人员提出变更申请，由项目经理对需求变更申请书中的需求变更进行分析，填写到《需求变更申请书》。

确认定级，变更按照严重程度，分为 I、II、III 级变更，变更评审，项目经理审批，执行变更，验证变更的工作产品，重新发布基线。

注：测试的工作产品只有测试计划，测试用例纳入基线管理。

7.什么时候开始搭建测试环境，由谁搭建？如何进行产品的系统测试？PI
SP1.2、SP1.3、SP2.1、SP2.2、SP3.1、SP3.2、SP3.3 ； VER SP1.1、SP1.2、SP1.3 系统测试计划与测试用例都通过评审，已经有了被测试的代码后系统测试人员按照系统测试计划
中的测试环境搭建测试环境。

在开发人员的帮助下。

包括：硬件环境、软件环境和数据环境。

系统测试人员依据《系统测试计划》及《系统测试用例》进行系统测试。

8.采用了哪些测试方法，进行回归测试吗？VER SP3.1、SP3.2
黑盒测试、手动测试、性能测试（），用户界面测试。

测试范围：功能、用户界面、性能、回归测试，进行回归测试。

回归测试：根据修复好了的缺陷
再重新进行的测试，验证以前出现过但已经修复好的缺陷不再重新出现。

9.系统测试的进入和退出准则？VER SP1.1
进入准则：测试计划评审通过；需求文档通过评审；集成测试结束；产生了通过了集成测试后的
源程序。

退出准则（完成准则）：
项目 1：系统测试用例设计已经通过评审。

按照系统测试计划完成了系统测试。

系统测试的功能
覆盖率达 100％。

系统的功能和性能满足产品需求规格说明书的要求。

在系统测试中发现的非轻微缺陷已经得到修改并且各级缺陷修复率达到标准。

项目 2：测试缺陷关闭率≥99%，并且遗留缺陷中严重缺陷和中等缺陷数为 0，或者测试周期结束。

项目 3：1、系统功能与用户需求说明书一致；2、功能性测试用例通过率达到 100%；3、非功能性测试用例通过率达到 95%。

10.测试 bug 的分类？VER SP3.2
接口，功能，架构，逻辑/算法，其它
11.测试活动中统计哪些数据？MA SP2.3、SP2.4
缺陷的数量，缺陷按照类型、严重程度的分布情况、测试工作量、测试阶段缺陷密度（清除率），测试的工作效率
12.上级如何检查你的工作？PMC SP1.1、SP1.5、SP1.6、SP2.1、SP2.2
通过每周开项目周例会和每周提交的个人周报，项目进度表来查看是否按测试计划完成。

13.QA 是如何检查你的工作的？PPQA SP2.1 、SP2.2
定期通过《产品检查列表库》和《过程检查列表库》来检查。

发现问题时上报项目经理。

项目经
理跟踪解决之后口头通知 QA 重新检查，直到问题关闭。

14.你参加了哪些培训？OT SP1.3
CMMI 培训，软件工程培训（需求开发，设计，编码等），
技术类：软件测试培训，CMMI 概述，TD 的使用，SVN 的使用
管理类：培训管理，项目管理
商业类：职业礼仪
其它：消防培训
15.是否了解公司的组织过程财富库？OPD SP1.1、SP1.2、SP1.3、SP1.4、SP1.5
通过 SVN,路径 svn://221.7.40.104/CMMI3 中的过程资产了解，
公司的组织过程财富库有 12 项内容：过程文档体系结构的说明、修订记录表、OSSP 裁剪指南、产
品检查列表、度量分析数据库、风险列表库、工作环境指南、角色与职责列表、评审检查列表库、软件生
命周期说明、术语与缩略语列表、项目活动及文档说明
16.如何评价组织级的培训过程？如何评价培训专员的工作？
评价组织级的培训过程：我本人就是组织级的培训专员，并且在过程定义阶段组织培训这儿块儿
也是有我全权负责，包括过程的定义以及模板的修订都是凭借以往的工作经验。

所以制定出来的工作
流程也是按照我们公司的具体情况来的。

通过这本年的推广也证明了这个培训过程是非常适合我们公
司的。

评价培训专员的工作：培训专员是严格按照标准过程体系中的规定执行的，工作中存在的一些小
小的疏忽在所难免。

但总体来说比较满意。

17、有无相关的组织级方针？
答：有组织级过程改进方针。

明确公司过程改进方针。

指导组织内部的过程改进工作，是一切过程工作的最高纲领。

适用于公司级及公司内部所有部门。