构建之法-14-质量保障

质量保障

我们之前说过 软件 = 程序 + 软件工程 这个公式，那么软件质量呢？所以，第一节主要介绍程序质量和软件工程质量，第二节介绍测试这个角色的工作。

---

14.1 软件的质量

14.1.1 程序的质量

程序的质量体现在软件外在功能的质量。例如，网站显示查询结果的速度；订票网站能并发处理业务的吞吐量；支持同时在线用户的数量。

我理解的程序的质量是代码的好坏程度。。。

14.1.2 软件工程的质量

软件工程要做到两个要求：快、便宜。软件工程的质量体现在以下方面。

• 软件开发过程的可见性（Visibility）
• 软件开发过程的风险控制（Risk Manage-ment）
• 软件内部模块，项目中间阶段的交付质量，项目管理工具的因素
• 软件开发成本的控制（Cost Control）
• 内部质量指标的完成情况（Internal Bench-marks）

14.1.3 软件工程的质量如何衡量

使用CMMI（全称Capacity Maturity Model Inte-grated，能力成熟度模型集成）。不仅降低了项目的成本，而且提高了项目的质量和按期完成率。

14.1.4 质量的成本

要达到一定的软件质量，是要付出成本的。
这些成本有被动响应的（例如应付各种故障），也有主动行动的（例如投资于学习或预防）。SWEBOK特别定义了软件质量成本（Cost of Software Quality，CoSQ）的组成部分，其中包括预防、评审、内部故障、外部故障这四个方面，作者认为还要加上流程分析改进、投资改进等各种成本。

举一个例子，码农可能只花了20%时间用来开发新功能，而大部分时间就是花在上述的软件质量成本：

预防：参加培训，学习和应用新的测试框架。
评审：给同事做需求文档复审、Spec复审、代码复审，检查外包公司提交的软件模块的质量。
内部故障：忙着修复测试人员发现的代码错误。
外部故障：忙着调查和修复用户报告的错误。
流程分析改进：分析众多Bug产生的原因，忙着和队友讨论如何改进流程。
提高职业技能：参加一些学习班和讨论，琢磨如何提高自我管理能力。
学习新的工具：学习新的开发工具。

---

14.2　软件的质量保障工作

先弄清两个角色的概念：

软件测试（Test）：运用一定的流程和工具，验证软件能实现预先设计的功能和特性，工作的流程和结果通常是可量化的。例如，测试用例、Bug、代码覆盖率、MTTF、软件效能的参数等等。正因为流程和结果是明确定义的、可量化的，很多测试工作可以自动化。具体的测试分类可以看本书相关章节。

软件质量保障工作（Quality Assurance）：软件团队为了让软件达到事先定义的质量标准而进行的所有活动，包括测试工作。

14.2.1 测试的角色（Test）要独立出来么

任何产业成熟到一定阶段，独立的质量保障角色都是必须的，团队内部有QA角色，团队外部也有独立的QA角色。以药品和食品为例，除了生产厂家自己的检测之外，这些产品还要接受行业主管部门相关机构的检测和认可（药品检验，食品检验），才能上市。出现争议时，还要由第三方机构来进行测试或认证。

14.2.2 和测试角色相关的问题

问题1　既然有专人负责，那我就不用负责了！

生活中有一个常见的歪理：既然有清洁工，那我乱扔点儿垃圾算什么，这才是他们的工作啊！尽管有专人负责测试工作，但是保证质量仍然是所有成员的职责。

问题2　盲目信任“专业人士”扮演的角色。

每个角色的水平不一样，水平最差的角色往往对软件质量的影响最大。专业人士做完之后，谁来负责测试？即使有专业人士扮演各种角色，还得有专人独立地检查验证质量。

问题3　为了自己的角色而做绩效优化。

分工之后，每个角色为了自己的绩效而优化，会出现局部最优而全局未必最优的情况。

问题4　画地为牢的分工。

有时分工导致链条过长，信息丢失。分工还可能会导致一个软件的灵魂被切碎分给各个“角色”，每个功能都做得很卖力，但是整体就是不太行，明显看出来是费了老大的劲给强行“集成”起来的。

问题5　无明确责任的分工。

如果一个开发者担当了开发和测试的工作，那么就有可能出现：
“这代码就是我写的，哪会有什么错……”
这种想法。

---

The End

1. 一个团队应该如何培养和安排各个角色呢？

• 在初始阶段（新项目，团队进入一个新领域，人员刚进入一个项目），每个团队成员都要尽量打通各个环节，多负责，把所有事情都搞懂，培养通才。

• 当项目/产业发展到一定阶段（进入阵地战的时候），要大力提倡分工合作，培养专才。

• 做好自己项目的架构和流程，让所有人都能比较轻松地开展质量保障工作。

• 培养“大家都要做QA，专人负责量化的测试，有条件多做测试自动化”的文化。

• 弄清楚自己项目的特点，人员的特点，产业特点。避免简单照搬别人的做法。不要听说某某伟大的系统的开发/测试比例是多少，就哭着喊着也要同样的比例……

2. 测试人员的职业发展?

经过细致的分工之后，每人负责一小块东西，怎么才能体现出个人独特而巨大的价值呢？例如，你刚到一个软件公司，领导让你做“测试”这份工作，你怎么才能展现出你独特的价值呢？