读书笔记(十六)核心测试过程：计划，准备和完善

 

第16章

掌握学习的机会：管理变更及其对测试的影响

测试专业人员必须准备好适应整个测试版本，测试执行，到错误和结果的报告。简言之，测试专业人员必须准备好适应整个测试过程，以及我们迄今为止讨论过的所有组成的关键过程，以响应项目的改变。只要一直准备着，愿意和能够改变，测试人员就能够保持对总体项目的影响力。

16.1 变更管理过程

一个变更管理过程

步骤号	步骤描述	完成？
1.	收集当前的，今后的或紧急的系统版本中要包括的请求的修改和提议的错误修复
2.	在正规的或紧急的变更控制委员会会议上，通过电子邮件或电话会议，评议提出的请求
2.A	评估实现，测试和发布相关的功能，经费，进度和质量的好处，费用，问题和风险。如果需要的话，推延到下一次会议再考虑，获得信息的确认
2.B	对于每个请求制定优先级或拒绝它
2.C	找出实现，测试和发布集成的可提交物，并估算每个请求的完成日期
3.	计划，实现，测试和集成改变或修复，注意新的费用，好处，问题或风险
4.	展示实现，测试和分布集成结果和可提交物，以得到最后的批准
4.A	估算重大的功能，预算，进度和质量的费用，好处，问题和风险
4.B	权衡包含修改的好处和费用，问题及风险的轻重
4.C	批准或拒绝在合适的版本发布中包括这些修改
5.	如果批准了包含的修改，将新的 改变了系统组件，项目文档和其他可提交物检入配置管理系统中

A Change Management Process

Step #	Step	Done?
1.	Gather requested changes and bug fixes proposed for inclusion in the current, a future, or an emergency system release.	¨
2.	Review proposed requests during a regular or emergency change control board meeting, via e-mail, or by conference call.	¨
2.A	Assess associated feature, budget, schedule, and quality benefits, costs, issues, and risks for implementation, testing, and release. Defer consideration to a subsequent meeting and obtain clarifying information if necessary.	¨
2.B	Prioritize or reject each request.	¨
2.C	Identify implementation, testing, and release integration deliverables, and estimated completion dates for each request.	¨
3.	Plan, implement, test, and integrate the change or fix, noting new costs, benefits, issues, or risks.	¨
4.	Present implementation, testing, and release integration results and deliverables for final approval.	¨
4.A	Assess outstanding feature, cost, schedule, and quality costs, benefits, issues, and risks.	¨
4.B	Weigh benefits of including change against costs, issues, and risks.	¨
4.C	Approve or reject inclusion of the change in appropriate release.	¨
5.	If approved, check new or changed system components, project documents, and other deliverables into configuration management.	¨

 

16.2 Jamal 提出的意见和实现情况

16.3 一个互相连接的过程

变更管理过程主要是项目管理组的过程。在变更管理过程中，测试组仅仅是一个过程的参与者，测试组不是主要的，或最活跃的参与者。

 

16.4 认识一个好的变更管理过程

16.4.1 按照正确的次序选取正确的修改

不要开发不准备测试的东西，不要测试不准发布的内容。

 

16.4.2 平衡的考虑功能，进度，预算和质量

 

16.5 处理挑战

16.5.1 变更影响的复杂性本质

变更管理过程需要交叉功能组的加入和参与，并需要提供修改对于所有组的影响的现实性估算过程的必要性。

 

16.5.2 变更的连带效应

 

16.5.3 成为一个阻碍或被认为是一个阻碍

变更管理不是用来防止修改的，而是要确保在我们正式进行修改之前，对于每个提议的修改进行了充分的考虑。任何的修改都有相关联的潜在费用和风险，以及机会和好处。

16.6 实现改进

1.         在当前的变更控制中，要尽可能客观，从组织的观点出发，分析相关的费用和好处，风险和机会。

2.         如果费用和风险超过了好处和机会，考虑采取一种方法来修改这个过程，降低费用和风险，同时对于好处和机会造成的影响尽可能小。

3.         如果一个正面的，前瞻性的商业情景存在来改进这个过程，作为一个测试经理或测试专业人员，你是否是推动这个修改的合适的人？现在是否是作出修改的合适的时间？对于问题回答是“否”，那么就要找到一个合适的人，一个最有可能成功影响有价值的修改的人，并说服她站出采取行动，可能比你做会更好。

4.         考虑政治因素。