第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. 考虑政治因素。