测试访谈
1． 是否成立了独立的测试组？测试人员在项目中测试的职责？
有独立的测试组，测试组由测试组长和测试员组成。 测试组长的职责：负责制订测试计划，协调测试进度。
测试人员的职责：负责项目的测试工作；编写项目的测试用例、各个阶段的测试报告，完善用户的支持性文档如用户手册、在线帮助等。
2． 你是如何了解到你是项目中的成员？
项目经理组织项目启动会，明确项目人员的角色与职责，在启动会上项目经理介绍我的角色和职责。同时项目经理将项目组织架构图及其角色与职责记录在《项目计划书》中，以便项目组人员查看。
3． 你参与了哪些方面的同行评审？同行评审流程？
管理类评审主要有项目计划（集成项目计划包括了项目计划、进度计划、测试计划，配置管理计划，质量保证计划，评审计划，培训计划，利益相关者介入计划）等。
同行评审：需求规格说明书、概要设计说明书、详细设计说明书，单元测试用例、集成测试用例、系统测试用例的评审。
评审目的是尽早地发现工作成果中的缺陷，并及时消除缺陷，从而有效地提高产品的质量。评审类型：管理评审，正式同行评审(会议评审)，非正式同行评审(邮件评审)及走查四种
评审结论：评审通过、需要修改通过、评审不通过。 评审的标准： （1）存在的紧急缺陷时，评审不通过，需要重新评审。
（2）无紧急缺陷，对其他缺陷进行修改后，并得到各评审确认后，评审通过。
（3）无缺陷，不需要修改评审通过。
评审的严重程度分为：紧急，严重，一般，建议
正式同行评审流程(会议评审)：作者提出评审申请，由项目经理确定评审的参加人员，发送《评审通知单》（通知内容：评审时间，评审的工作产品、评审记录表等）给评审参加人员。项目经理会先发起预审，预审阶段由评审人员将发现的问题记录在《评审记录表》中，在评审会议上，作者根据《评审记录表》回答评审人员提出的问题，由项目经理指定人员监控及验证作者解决评审中发现的问题，项目经理、QA跟踪问题直到关闭。最后由项目经理汇总《评审记录表》的缺陷，编写《评审报告》对缺陷进行汇总及分析，并确定评审是否通过。
非正式同行评审流程（邮件评审）：由评审人员将发现的问题记录在《评审记录表》中提交给项目经理，项目经理汇总后发给作者，由作者进行修订，项目经理指定并监控作者解决评审记录表中发现的问题，最终形成评审报告。
同行评审产生的工作成果：《评审通知单》、《评审记录表》、《评审报告》，放入配置库的管理库中。
4． 你什么时候开始制定测试计划？是否发生过变更，如何进行变更？ 在项目计划阶段开始制订《总体测试计划》。在需求阶段结束后，制定《系统测试计划》；在概要设计阶段结束后，制定《集成测试计划》；在详细设计阶段结束后，制定《单元测试计划》。
项目的《系统测试计划》发生过1次变更，因为在编码阶段需求变更而引起的，由测试组长修改《系统测试计划》，项目组相关人员评审，通过后更新《系统测试计划》
(注：项目1的需求变更在概要设计阶段、项目2、项目3的需求变更在编码阶段)
5． 测试计划的内容？
测试计划里包括测试目标，测试范围，测试策略，测试进度，测试进出口准则，测试环境等内容。
6． 什么时候编制测试用例？依据是什么？如何保证测试用例与需求的一致性？需要同行评审吗？
测试计划通过评审，在需求形成基线后，依据《需求规格说明书》编写系统测试用例；概要设计完成时编写集
成测试用例，详细设计完成时编写单元测试用例，公司有统一的测试用例模板。
? 通过评审的测试用例由专家来把关；
? 项目经理通过《需求跟踪矩阵》来跟踪用例与需求的一致性。 ? 测试用例必须进行同行评审才能使用。
7． 测试用例是否纳入测试基线管理？测试用例发生变更的流程？测试用例如何进行标识？
测试用例纳入测试基线管理，测试用例发生变更的流程：由测试组长修改，项目组相关人员评审，通过后更新《测试用例》。
测试用例的标识在组织标准过程(OSSP)体系里的《TEST-3-01 测试用例设计指南》里有详细的规定。
8． 什么时候开始搭建测试环境，由谁搭建？如何进行产品的集成？
测试用例评审通过以后，由项目经理、编码人员和测试人员共同搭建测试环境。依据《需求规格说明书》编写《系统测试计划》。依据《系统测试计划》中对“测试环境”的要求，搭建测试环境，包括软件硬件环境。
在概要设计时，由设计人员制定接口清单及集成顺序，在编码阶段，由开发人员制定集成计划和集成环境，在编码完成后，开发人员根据集成计划与集成顺序，同时搭建集成环境进行产品集成。开发人员集成后，提交给测试人员，由测试人员进行集成测试。
9． 采用了哪些测试方法，进行回归测试吗？
单元测试采用白盒测试（单元内部如何工作的信息），集成和系统测试采用黑合测试（单元接口）
在每一轮集成测试后会进行回归测试，修改率必须>95％，做一下版本的集成测试。系统测试方法采用的方法一样。
10． 集成测试进入的准则？退出的准则？
进入准则：开发完成，单元测试通过后，开始进行集成测试。
退出准则：无功能性bug；测试用例通过率95％以上。
11． 系统测试的进入和退出准则？ 进入准则：集测试通过后。
退出准则：无功能性bug，用例通过率95％以上。
12． 测试bug的分类？
测试BUG的分类：一般、建议、严重、紧急
13． 测试活动中统计哪些数据？
? 统计测试活动花费的工作量等情况。
? 统计bug的数量、bug严重级别的分布、bug模块的分布。
14． 上级如何检查你的工作？
通过项目例会、日常进度检查、测试用例抽查以及非正式的交流。
15． QA是如何检查你的工作的？ QA依据《质量保证计划》、《过程审计检查单》，对项目的工作产品及过程进行检查；对于发现的不符合项会记录在《不一致问题跟踪单》中进行跟踪解决，并编制《QA质量报告》。然后通报给项目经理，由项目经理指定专人负责解决问题，如项目经理遇到解决不了的问题，汇报给高层经理，由他们负责解决，QA跟踪直到关闭。
举例说明：查看本项目QA的“不一致问题跟踪表”，说一个有关测试过程中发现的问题。
16． 你参加了哪些培训？
相关项目的业务知识培训，组织级提供的组织标准过程(OSSP)体系的培训
17． 是否了解公司的组织过程财富库？
了解。组织过程财富库中的内容有：组织标准过程(OSSP)、最佳实践、度量库、工作环境定义、生命周期模型。在每个项目结项后，项目经理组织相关专家和项目组人员，开会总结经验和教训，把相关经验和优秀案例纳入财富库。过程资产库中项目的资料，可以作为以后的借鉴。
18． 测试使用了哪些工具？
进行单元测试时利用开发工具自带的测试工具进行单元测试。
19． 请认真记下下面文档里的大概内容，这在访谈时很重要 所在项目中的：
测试计划 测试用例 缺陷跟踪表 测试报告
组织标准过程(OSSP)体系文件中的：
测试过程
什么时候做测试计划？在项目计划阶段开始制订《测试计划》。理解需求测试计划的内容？测试计划里包括测试目标，测试范围，测试策略，测试进度，测试进出口准则，测试环境等内容。测试计划有没有变更？《测试计划》发生过1次变更，因为需求变更而引起的，由测试组长修改《测试计划》，项目组相关人员评审，通过后更新《测试计划》 测试分为几个阶段？单元测试，集成测试，系统测试，验收测试测试的进出口准则？祥见《测试计划》制定测试计划根据《测试计划》和《需求文档》做测试用例1．什么时候编制测试用例？依据是什么？如何保证测试用例与需求的一致性？需要同行评审吗？测试计划通过评审，在需求形成基线后，依据《软件需求说明书》编写系统测试用例；概要设计完成时编写集成测试用例，详细设计完成时编写单元测试用例，公司有统一的测试用例模板。1.通过评审的测试用例由专家来把关；2.项目经理通过《需求跟踪矩阵》来跟踪用例与需求的一致性。3.测试用例必须进行同行评审才能使用。2测试用例是否纳入测试基线管理？测试用例发生变更的流程？测试用例如何进行标识？测试用例纳入测试基线管理，测试用例发生变更的流程：由测试组长修改，项目组相关人员评审，通过后更新《测试用例》。 测试用例的标识在过程改进里的《标识规程》里有详细的规定。3、测试用例内容？祥见《测试用例》搭建测试环境1．什么时候开始搭建测试环境，由谁搭建？如何进行产品的集成？测试用例评审通过以后，由项目经理、编码人员和测试人员共同搭建测试环境。依据《软件需求说明书》编写《测试计划》。依据《测试计划》中对“测试环境”的要求，搭建测试环境，包括软件硬件环境概要设计时，由设计人员制定集成顺序，在项目计划阶段，制定集成计划和集成环境，在编码阶段，开发人员根据集成计划与集成顺序，同时搭建集成环境进行产品集成。开发人员集成后，提交集成《测试申请单》给测试人员，由测试人员进行集成测试。执行测试活动1．测试人员将测试出的BUG如何处理的？首先，测试出的BUG有四种状态，分别是：打开，跟踪，重新打开，关闭首先当测试人员将发现的BUG后，将BUG记录在《测试记录跟踪表》中，此时的BUG状态是“打开”；接着由测试人员将《测试记录跟踪表》提交给项目经理，由项目经理指派BUG修改的负责人，当BUG修改负责人解决BUG后，将BUG的状态改为“跟踪”，然后提交给测试人员，由测试人员进行验证测试，当测试人员验证测试成功，则当BUG的状态改为“关闭”，当测试人员验证测试失败，则当BUG的状态改为“重新打开”，作为BUG重新处理。等等。。。参见《测试访谈列表》测试总结测试活动中统计哪些数据？测试数据如何分析？项目测试总结报告里有哪些内容？
