软件测试中的影响分析
查尔斯·摩尔
什么是影响分析？
影响分析被定义为分析已部署的产品或应用程序中的更改的影响。它提供了有关可能因应用程序的特定部分或功能的更改而受到影响的系统区域的信息。
根据需求、设计和 Archi结构、对测试的影响以及对进度的影响。
随着新功能融入应用程序或产品，检查这些新功能或变化对系统性能的影响变得势在必行。为此，进行了影响分析。
为什么要进行变更影响分析？
- 这样做是为了了解实施变革的可能结果。在产品中引入过多的功能会降低产品的整体性能。
- 识别团队决定实施产品变更时可能需要修改的所有文件、文档和模型
- 估计实施变革所需的工作量
- 确定实施变革所需的任务
- 它将列出对特定元素的依赖关系
什么是影响分析文件？
影响分析文档可以用作清单。它用于在处理变更请求之前对其进行评估。影响分析文件应提供以下详细信息：
- 问题的简要描述
- 解释或展示缺陷如何导致故障和/或效率低下的示例
- 包括复杂性的估计
- 包括修复成本和时间的估计
- 待测试的功能
- 列出为更改创建的新测试用例
- 参考文件-提及参考文件、技术规范等。
计费示例：
影响分析文件。
- 更改请求 ID：
- 主题：
- Descript离子：
- 准备日期：
- 优先级估计：
- 相对效益
- 相对惩罚
- 相对成本
- 相对风险
- 预计总工作量：……小时
- 预计损失的精力：……..小时
- 预计时间表影响：……天
- 质量受到影响；
- 其他受影响的要求：
- 其他受影响的任务：
- 整合问题：
如何呈现影响力分析的影响力水平
影响分析可以根据颜色代码进行标记，以表示变更的严重性或变更对系统的影响。颜色代码可以是任何颜色代码，如下所示。
- 红色-强
- 黄色-中等
- 绿色-弱
上表解释了实施变更的影响
- 用红色标记的特征表示变化的主要特征，用黄色标记的特征是受变化影响较小的特征，用绿色标记的特征是受变化影响最小的特征。
- 垂直提到的功能类似于那些已更改的功能，而水平提到的那些功能会受到执行的更改的影响。例如，在上面的示例中，特征 1 的变化会影响特征 3
- 对于一个较大的项目，其特性和功能比上表更多，可能没有任何用处。在这种情况下，采用另一种方法，开发人员直接标记由于主要功能的变化而产生的影响程度。如下所示，主要功能的影响被标记为各个子功能。
执行影响分析时要解决的示例问题
- 进行拟议的变更有哪些不利的副作用或风险？
- 是否需要任何工具来实施和测试变更？
- 如果改变被接受，已经投入的努力将会损失多少？
- 拟议的变更是否会对性能要求产生不利影响？
- 为了验证提议的更改是否需要其他用户输入？
- 变更是否会增加产品成本？
- 拟议的变革是否是当前员工所具备的知识和技能？
- 提议的更改是否对任何计算机资源提出了不可接受的要求？
变革影响分析的最佳实践
- 在开始影响分析之前，请确保测试请求不包含有关受变更影响的项目部分的信息
- 开发人员和测试人员之间必须继续沟通，不要错过最终产品中需要实施的任何更改
- 确定是否需要任何用户界面更改、删除或添加。
- 估计所需的验收、系统或集成测试用例的数量
- 确定拟议变更对另一个项目计划、配置管理计划或质量保证计划的任何影响。
总结
- 影响分析将确保应用程序的哪些部分需要更改
- 分析了需求、设计和对系统的影响 Archi结构、对测试的影响等
- 它有助于分析 回归测试 是必须的
