zhb_sh的专栏

如果你认同软件也是有生命的，那么“她”就有了变得更加完美的可能。SAAS-software as a service ( 软件即服务 ) 从Chinapub上无意间看到本新书-->,结合自己的工作实践经验.写下一些体会.      对软件的“新需求”推动软件不断的向更高层次演化。      从用户角度看，这种“新需求”即用户所希望获得的某种“服务”。从商家角度看，这种“新需求”即商

软件质量目标-根据内在特性和外在特性，明确定义软件质量目标。明确定义质量保证工作-程序员应把质量放在第一位测试策略-质量保证的一部分是制订一套与产品需求、架构以及设计相关联的测试策略。软件工程指南-问题定义，需求分析，架构设计，构建以及系统测试。非正式技术复查-对

软件质量的特性：内部质量和外部质量。外部质量值该产品的用户能感受的部分，包括：正确性（Correctness）：系统规范、设计和实现方面的错误的稀少程度。可用性（Usability）：用户学习和使用的容易程度。效率（Efficiency）：软件是否尽可能少

缺陷检测率（Percentage of Defects Detected）上述数据显示单独使用任何一种方法，其典型检出率没有超过75%，平均在40%左右。注意，最常用的单元测试和集成测试，典型检测率仅30%到35%之间。根据NASA（美国国家航空航天局） Soft

首先明确，错误越早引入软件，问题就会月复杂，修正这个错误的代价就会越高，因为涉及的面越广。需求中的一个缺陷会酿成设计上的一个或多个缺陷，而这些设计错误优惠繁殖出更多的代码缺陷。多余的架构设计会导致多余的代码、测试用例和文档。一个需求上 的错误可能产生最终不得不抛弃 的

软件质量的普遍原理就是改善质量以降低开发成本。理解这一原理依赖于理解一个很容易观察到的关键事实：提高生产率和改善质量的最佳途径就是减少花在代码返工上的时间。软件产品的业界平均生成效率大约是每人每天10~50行最终交付的代码。这一生产力数据显得如此低下，部分原因是这样的业界平均