不可维护的软件。一旦软件开发者离开了公司之后，谁来维护软件呢?一些应用软件机构化很差、注释不全，以至于一旦开发者离开了公司，就没有谁能够维护该软件了。
Boehmis的六步风险管理
正如Jones所说，质量保证活动直接影响到软件开发过程的风险。目前的软件风险管理已经从概念、实践和规则方面同其他工程或管理领域对应起来。软件风险管理的目标用于标识、定位和消除各种风险因素，在其来临之前阻止其发生，以使项目成功操作或使软件重写的机率降低。这种征兆是在一定条件下发生的。如果操作者不注意，这些风险可能就会趁你不注意发生。决策树结构显示了复合风险是由每个决策项构成的，复合风险是各部分风险的综合。这种决策树提供了一种量化的用于描述不同的选项影响程度的方法，就像决定各个风险因素部分的决策参数。这种分析方法在风险发生概率和没有精确的分析方法时很有用。
Boehm归纳了六步风险管理法则，其中有两步关键法则，每个法则有三个子步骤。Boehm建议采用适当的技术来实现每个关键步骤和子步骤。第一步是评估，包括：
* 风险确认，确认详细的影响软件成功的项目风险因素;
* 风险分析，检查每个风险因素的发生概率和降低其发生的概率的可能性;
* 给确认和分析的风险因素确定级别，即风险考虑的先后顺序;
一旦项目风险因素的先后顺序排列出来了，第二步就是风险管理。这一步中，要对这些风险因素进行控制，包括：
* 风险管理计划，制定每个风险因素如何定位，这些风险因素的管理如何与整个项目计划融为一体;
* 在每个实现活动或工作中的风险解决方案，消除或解决风险因素的特殊活动;
* 风险监视，跟踪解决风险活动的风险过程的趋势;
质量因素的风险管理应用
正如我在本文的“质量因素和风险”一节中提到的，几种方式的软件开发直接或间接地受到相关的软件质量问题影响，在本节中，我们要讨论几种可以帮助我们控制、减轻或防止风险发生的技巧。(Jones)
因素：缓慢的用户需求
减轻风险的技巧：
* 使用原型;
* 在MIS系统中利用JADS技术分析需求;
* 使用信息工程(IE)技术创建需求——主要使用在MIS系统中;
* 运用功能规格方法监视需求的进展，一旦在需求阶段确定了规格，研究就是和需求收集过程结合起来了。现在创建需求功能列表的自动工具技术是可行的了。这些工具的先进之处在于：严格而快速地收集需求，不仅可以填写功能点计算和成本预算，也能够把这些数据增加到CASE工具、数据模型和设计工具中。
文章来源于领测软件测试网 https://www.ltesting.net/
