软件测试

Posted 2021-11-25 alva112358

目录

• 在敏捷宣言遵循的12条原则中挑选1条你感兴趣的原则进行风险评估
  • 敏捷开发的12条原则
  • 风险评估
  • 挑选其中1条原则进行风险评估

---

在敏捷宣言遵循的12条原则中挑选1条你感兴趣的原则进行风险评估

---

敏捷开发的12条原则

1. 我们最重要的目标，是通过尽早和持续地交付有价值的软件来使客户
   满意。
2. 欢迎需求的变更—即使是在项目开发后期。要善于利用需求变更，帮
   助客户获得竞争优势。
3. 不断交付可用的软件，周期从几周到几个月不等，且越短越好。
4. 在整个项目过程中，业务人员与开发人员每天在一起工作。
5. 激励项目人员，以他们为核心构建项目，给他们以所需要的环境和支
   持，并相信他们能够完成任务。
6. 无论团队内还是团队间，最有效的沟通方法是面对面的交谈。
7. 可工作的软件是衡量进度的主要指标。
8. 敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持
   恒久稳定的进展速度。
9. 对技术的精益求精以及对设计的不断完善将提升敏捷性。
10. 以简洁为本。简洁是尽可能减少不必要的工作量的艺术。
11. 最佳的架构、需求和设计出自于自组织团队。
12. 团队要定期反省如何能够做到更有效，并相应地调整团队的行为。

---

风险评估

1. 需求变更风险。
2. 进度风险、预算风险、管理能力风险、信息安全风险。
3. 应用技术风险、质量控制风险、软件设计与开发工具风险、员工技能风险。
4. 人力资源风险、政策风险、市场风险、营销风险。

---

挑选其中1条原则进行风险评估

---

不断交付可用的软件，周期从几周到几个月不等，且越短越好

• 需求变更风险
  敏捷开发第三条原则，要求用尽可能少的时间交付软件，因为用户的需求可能会随着时间而不断发生变化，尽快地交付软件能够减少开发中途客户需求的突然改变而导致工程进程收到严重影响。

• 进度风险
  尽可能早地交付软件，能够保证其中一个阶段的顺利完成，避免用户需求因为开发时间过长，收到市场影响而更改需求，对整个工程的进度造成影响。

• 预算风险
  开发周期越长，投入的人力物力也就越多，需要的经费也越大，因此开发的周期越短，越能够减少预算风险。

• 管理能力风险
  随着开发时间的增长，对软件各部分的功能、性能的管理也越来越复杂，对于项目的管理者的管理能力要求也越高，因此，尽早地交付软件能够有效地减少管理能力风险。

• 信息安全风险
  随着软件开发周期的增长，软件中潜在的漏洞也可能会增多，这时候如果包含有客户数据的重要信息，则可能会被有计谋者诡探进行攻击，造成损失。因此尽可能早地交付能够有效地减少信息安全风险。

• 应用技术风险
  软件开发周期的增长，可能面临着信息技术的革新，从而造成产品在一定程度上具有竞争劣势，因此尽早地交付产品，能够有效规避应用技术风险。

• 质量控制风险
  软件开发周期的增长，必然会对质量的把控越来越难，因为软件规模也会随着周期的增长而不断增大，这时候对软件系统的质量把控变得更为复杂，需要工作人员的技术更加成熟。

• 软件设计与开发工具风险
  软件开发周期的增长，初始设计的一些缺陷与不足可能就会呈现出来，而且开发规模可能会与预期有所不同，而造成原有开发工具不能适应，因此如果能够缩短软件开发的周期，就能够有效规避软件设计与开发工具风险。

• 员工技能风险
  随着软件开发周期的增长，软件的规模不断增大，软件在继续开发，深度测试和系统分析方面对员工的能力要求也越来越大，如果员工的能力不能达到要求，就可能需要进行培训或者招募新的有能力的员工，而这些方面无不增加了软件开发的成本。

• 人力资源风险
  软件开发周期增长，在开发初期的员工可能会因为各种原因而离开，这时候造成的代码重新理解、客户接触者更替等问题，这时候对人力资源的管理也更加困难和复杂，因此尽可能快地交付软件能够有效地规避这种问题。

• 政策风险
  如果软件的开发周期过长，可能会因为政府的某些政策原因而导致最终的软件产品无法上线，这时候所有付出的资本都会流失，从而造成重大影响，因此尽可能早地交付软件，能够避免这些意外的发生。

• 市场风险
  如果软件的开发周期过长，那么市场对于当前软件产品的定位就可能会发生变化，这时候当前开发软件的价值可能就会减少，因此尽可能早地交付软件，能够有效地在最适应的市场发挥最大的价值。

• 营销风险
  如果软件的开发周期过长，那么由于市场需求的改变，对于营销者的压力也会明显增大，因为可能软件产品的竞争力与其他对手相比略有不足，在宣传力度上要花费的时间的金钱也越多，从而造成成本的增多，因此尽早地交付软件能够有效地避免这些事情的发生。