ECSHOP 测试实践活动8.27

具体 1）配置管理人员的组织和职责 2）命名规则 3）配置管理工具以及配置库结构 4）标识的配置项和位置 5）权限分配和管理方法 6）配置库备份的周期、方法 7）变更控制的流程和操作方法 8）版本发布的计划和策略 9）CCB活动基线审计计划 测试/QA相关人员 1）测试人员具有只读权限 2）与测试相关的配置项，如系统测试配置项，根据 需要由CMO为其设置CheckOut/CheckIn权限 1）项目成员提交变更需求 2）CMO将CR状态标识为已提交，并将CR提交给CCB进 行签发 3）CCB召开会议对CR进行评估
1）组织形式（由谁做？） 2）测试对象和范围（测的是什么？） 3）需求跟踪（如何保证做了正确的事？） 4）通过/失败标准（如何衡量？） 5）挂起标准及恢复的必要条件（风险规避） 6）工作任务分配（任务分工和安排）
有效性：指测试用例能否发现缺陷或者至少可能发 现缺陷； 仿效性：仿效性用来衡量测试用例的代表程度； 经济性：用来衡量测试用例所花费的成本； 可维护性：是指修改和维护用例的难易程度。
17
ECSHOP的环境搭建是怎么做的？
18 19 20 21
轮次划分的依据是什么？ 第一轮测试遇到系统报错，导致用例无法执行怎 么办？ 执行过程中，是否可以调整测试用例？ 第二次测试是否一定要和第一次的用例相同？
EC中相关面试问题 答案
1）项目的角色及职责 2）配置管理环境（用户权限、命名活动、配置管理工具及配置库 结构） 3）配置管理活动（配置标识、配置控制、配置发布、配置审计） （主要配置项、项目基线、版本管理、变更管理、配置状态统计）
8
评审应该发现一些什么样的问题？
9
为何要做基线化？
来自百度文库
10
如果想要修改需求，怎么办？（变更流程）
11
计划里面包含哪些内容？你认为一份计划最重要 的是什么？
12
计划和方案有什么区别？
13
评审测试计划采用哪种方式？（同行评审）
14
测试需求点如何提取？
15
用例中包含哪些字段/属性？
16
用例的优先级有什么作用？（你是如何划分优先 级的？）
应具有版本控制的权利；让整个测试具有统一性、节奏性。
一般采取“复制——修改——合并”方式管理。基线一般不予变 化，变化必须通过基线变更控制流程处理。 受控库是基线区域。受控操作：建立控制点和建立报告与审查制 度； 变更控制：同步控制和存取控制。 1）项目管理者：在QC中具有完全权限：需求、测试、计划、测试 实验室和缺陷。还具有所有管理权限。 2）QC管理员：在QC中具有完全权限：需求、测试、计划、测试实 验室。在缺陷中，只能添加和修改缺陷，不能删除它们。还具有某 些管理权限。 1）进入项目中心 2）进入页面工具中的项目自定义——某个实体（自定义项目实体 中的TEST）——用户字段——新建用户 1）项目负责人组长指定组织者：全体组员 2）全体组员查阅SRS 3）组织规划本次评审 4)检查入口准则 5）准备评审包 5）指定评审专家（3-6人）全体组员 1）没有评审计划 2）专家选择不合适 3）没有充分准备 4）评审会议偏离主题和重点
EC中相关面试问题 序号 问题
1
配置管理计划包含哪些主要内容？
2
测试人员在配置管理过程中起什么作用？
3
你们用SVN是如何管理基线版本的？
4
在SVN中变更如何控制？
5
QC的管理员和项目管理员有什么区别？
6
在QC中想要增加一些字段如何操作？
7
你们的需求评审是怎么做的？（评审的流程，同 行评审有关的内容）
3）其他无关人员没有访问配置库的权限
同行评审的作用： 1）早期发现缺陷 2）去除缺陷 3）降低成本 4）提高质量 同行评审的类型： 1）正规检视 1）内容错误 2）二义性 3）不完整 4）文档格式 保证基线化软件工作产品的完整性和一致性，从而 保证基线的配置项正确地构造并正确地实现，并且 满足其功能需求
1）对于测试的先后顺序、重点提供依据。 2）根据功能的重要性、有效用例级别高于无效用例级别 1）在windows Server中安装sql、QC工具 2）在QC的后台建立ECSHOP项目，创建test用户。 3）在Qc的前台中需求、测试计划、测试实验室、缺陷中给予对应 操作。 轮次多少大多数情况取决于项目大小、开发软件质量和测试效率。 暂停测试执行，查看出错的测试用例。 可以调整测试用例 不一定，因为在测试过程中可以修改用例，当完成测试后要重新保 存留档。
随后工作的正式依据，针对它的变更只有经过授权后才能进行。
1）项目成员提交变更需求 2）CMO将CR状态标识为已提交，并将CR提交给CCB进行签发 3）CCB召开会议对CR进行评估 4）评估未通过，CMO将CR状态标识为已拒绝并返回提交人 5）评估通过，CMO将CR状态标识为已接受，将CR与要修改的配置项 发给项目组成员并开发CI的配置库权限 6）项目组成员执行更改并进行验证 7）CCB召开会议对修改进行审核，如果通过将CR状态标识为已验 证，发给CMO。否则返回给修改人。 内容有：目标、概述、组织形式、测试对象和范围、需求跟踪、测 试通过/失败的标准、测试挂起的标准及恢复的必要条件、测试任 务安排、应交付的测试工作产品、工作量估计、资源的分配 1）计划是对系统测试全过程的组织、资源、原则等进行规定和约 束，并制定测试全过程各个阶段的任务及时间进度安排，并提出各 项任务的评估、风险分析和管理需求 2）方案需要测试的特性、测试的方法、测试环境的规划、测试工 具的设计和选择、测试用例的设计方法、测试代码的设计方案。 3）方案需要在计划的指导下进行，计划提出“做什么”，而方案 明确“怎么做”。 同行评审： 1）正规检视（非常规范的流程，参加者来自开发部门、测试部门 、质量保证部门或用户） 2）技术评审（检查与规格和标准不一致的地方。非正规过程，不 用刻意完成，一般是技术专家参加） 3）走读（为了发现问题，无正规流程，最自由。） 1）与需求相关的，直接来自需求；需求不完美的，补充需求的； 通过提问方式挖掘需求 测试项目、用例编号、测试标题、重要级别、预置条件、输入、操 作步骤、预期结果