CMMI3访谈问题列表 for Tester.docx

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