质量因素和风险
我们已经讨论了质量，接下来的问题就是软件质量，或程序的质量，在软件开发项目中要讨论的风险因素。在《软件风险的评估和控制》一书中，Jones描述了他在软件开发中的评估经验。运用软件生产力研究(SPR，Software Productivity Research)和软件工程技术(SEI，Software Engineering Institute)方法来回顾几百个企业的项目，这些项目产生的软件可以分为六类：
* 管理信息系统：财务和管理系统;
* 象操作系统、通讯软件或其他物理设备控制软件等系统软件;
* 商务开发项目，如给最终用户出租/出售产品等;
* 军事软件项目;
* 合同/采购软件项目(民间)，一些零散的用于职员和雇主的客户端软件;
* 最终用户软件项目，即一些给特定的用户开发的软件。
这些程序中有超过100多个的风险因素。少数项目有超过15个风险因素，但大多数是6个因素影响。分析这些项目中的风险模式，结论是它们不都是所有软件中的共同因素。这儿列出了几个在样本程序中出现最多的风险因素。
MIS：
* 缓慢的用户需求分析(80%)
* 过大的时间进度压力(65%)
* 低质量(60%)
* 严重超成本(55%)
* 不充分的配置控制(50%)
低质量的软件被定义为根本不工作，或是重复出现操作失败的现象。Jones定义低质量的软件是，用户报告中每日历年、每个功能点出现超过0.5个错误。MIS系统低质量表现在两个方面：(1)不确定的错误出现，如偶然或非专业的使用检查或运行测试时出现错误;(2)不充分的错误预防，如使用象联合应用设计(JAD)或信息工程(IE)的标准技术失败，一些错误可以产生项目的说明。
系统软件风险：
* 长期的计划(70%)
* 不充分的成本估计(65%)
* 过多的文档工作(60%)
* 错误的模块(50%)
文章来源于领测软件测试网 https://www.ltesting.net/
