CMMI3访谈问题列表forTester.docVIP

测试访谈 是否成立了独立的测试组？测试人员在项目中测试的职责？ 有独立的测试组，测试组由测试组长和测试员组成。 测试组长的职责：负责制订测试计划，协调测试进度。 测试人员的职责：负责项目的测试工作；编写项目的测试用例、各个阶段的测试报告，完善用户的支持性文档如用户手册、在线帮助等。 你是如何了解到你是项目中的成员？ 项目经理组织项目启动会，明确项目人员的角色与职责，在启动会上项目经理介绍我的角色和职责。同时项目经理将项目组织架构图及其角色与职责记录在《项目计划书》中，以便项目组人员查看。 你参与了哪些方面的同行评审？同行评审流程？ 管理类评审主要有项目计划（集成项目计划包括了项目计划、进度计划、测试计划，配置管理计划，质量保证计划，评审计划，培训计划，利益相关者介入计划）等。 同行评审：需求规格说明书、概要设计说明书、详细设计说明书，单元测试用例、集成测试用例、系统测试用例的评审。 评审目的是尽早地发现工作成果中的缺陷，并及时消除缺陷，从而有效地提高产品的质量。评审类型：管理评审，正式同行评审(会议评审)，非正式同行评审(邮件评审)及走查四种 评审结论：评审通过、需要修改通过、评审不通过。 评审的标准： （1）存在的紧急缺陷时，评审不通过，需要重新评审。 （2）无紧急缺陷，对其他缺陷进行修改后，并得到各评审确认后，评审通过。 （3）无缺陷，不需要修改评审通过。 评审的严重程度分为：紧急，严重，一般，建议 正式同行评审流程(会议评审)：作者提出评审申请，由项目经理确定评审的参加人员，发送《评审通知单》（通知内容：评审时间，评审的工作产品、评审记录表等）给评审参加人员。项目经理会先发起预审，预审阶段由评审人员将发现的问题记录在《评审记录表》中，在评审会议上，作者根据《评审记录表》回答评审人员提出的问题，由项目经理指定人员监控及验证作者解决评审中发现的问题，项目经理、QA跟踪问题直到关闭。最后由项目经理汇总《评审记录表》的缺陷，编写《评审报告》对缺陷进行汇总及分析，并确定评审是否通过。 非正式同行评审流程（邮件评审）：由评审人员将发现的问题记录在《评审记录表》中提交给项目经理，项目经理汇总后发给作者，由作者进行修订，项目经理指定并监控作者解决评审记录表中发现的问题，最终形成评审报告。 同行评审产生的工作成果：《评审通知单》、《评审记录表》、《评审报告》，放入配置库的管理库中。 你什么时候开始制定测试计划？是否发生过变更，如何进行变更？ 在项目计划阶段开始制订《总体测试计划》。在需求阶段结束后，制定《系统测试计划》；在概要设计阶段结束后，制定《集成测试计划》；在详细设计阶段结束后，制定《单元测试计划》。 项目的《系统测试计划》发生过1次变更，因为在编码阶段需求变更而引起的，由测试组长修改《系统测试计划》，项目组相关人员评审，通过后更新《系统测试计划》 (注：项目1的需求变更在概要设计阶段、项目2、项目3的需求变更在编码阶段) 测试计划的内容？ 测试计划里包括测试目标，测试范围，测试策略，测试进度，测试进出口准则，测试环境等内容。 什么时候编制测试用例？依据是什么？如何保证测试用例与需求的一致性？需要同行评审吗？ 测试计划通过评审，在需求形成基线后，依据《需求规格说明书》编写系统测试用例；概要设计完成时编写集成测试用例，详细设计完成时编写单元测试用例，公司有统一的测试用例模板。 通过评审的测试用例由专家来把关； 项目经理通过《需求跟踪矩阵》来跟踪用例与需求的一致性。 测试用例必须进行同行评审才能使用。 测试用例是否纳入测试基线管理？测试用例发生变更的流程？测试用例如何进行标识？ 测试用例纳入测试基线管理，测试用例发生变更的流程：由测试组长修改，项目组相关人员评审，通过后更新《测试用例》。 测试用例的标识在组织标准过程(OSSP)体系里的《TEST-3-01 测试用例设计指南》里有详细的规定。 什么时候开始搭建测试环境，由谁搭建？如何进行产品的集成？ 测试用例评审通过以后，由项目经理、编码人员和测试人员共同搭建测试环境。依据《需求规格说明书》编写《系统测试计划》。依据《系统测试计划》中对“测试环境”的要求，搭建测试环境，包括软件硬件环境。 在概要设计时，由设计人员制定接口清单及集成顺序，在编码阶段，由开发人员制定集成计划和集成环境，在编码完成后，开发人员根据集成计划与集成顺序，同时搭建集成环境进行产品集成。开发人员集成后，提交给测试人员，由测试人员进行集成测试。 采用了哪些测试方法，进行回归测试吗？ 单元测试采用白盒测试（单元内部如何工作的信息），集成和系统测试采用黑合测试（单元接口） 在每一轮集成测试后会进行回归测试，修改率必须95％，做一下版本的集成测试。系统测试方法采用的方法一样。 集成测试进入的准则？