（第一，二章）软件质量，软件测试的概念

1.1软件质量概念

本书对软件质量的定义是：软件质量是软件产品满足使用要求的程度。

我自己的理解是，通俗来讲就是我们所说的“好坏”，而衡量好坏的标准是通过是否满足使用的要求。《what is software quality》一书中有一个观点，达到质量要求的标准是关注客户的满意度，而不是程序的正确性，在后面的测试中是根据质量作为基准的，那么测试的价值也就是关注客户满意度，体现软件的价值，而不单单是找bug。

1.2软件质量模型

质量模型就是对质量的属性进行研究后展示的属性集模型，表示该软件满足使用要求的程度。书里介绍了：McCall模型，Boehm质量模型，ISO／IEC9126质量模型。

1.3软件缺陷

书里的定义，是软件在生命周期各个阶段存在的一种不满足给定需求属性的问题。

也就是所说的bug,表现在功能上的failure，与实际需求的inconsistent。

表现形式很多，除了inconsistent还有variance（偏差），defect（缺点），error，incident，problem,anomy(异常)等的软件缺陷。

产生原因来自三个环节，比较好理解，就是规格说明的时候引入缺陷，设计师设计的时候引入，开发编码引入。

《software engineering economics》说到修正缺陷的代价随着时间的线性增长而指数增长，也就是发布出去后代价非常高。（昨晚做了这么一道选择题）

2.1软件测试概念：检验是否满足规定的需求或弄清预期结果与实际结果之间的差别

还有很多定义，重点就是检测和排除缺陷，但是如前面所说，不当当是找bug，其意义在于：

（1）证明，保证系统的完整。

（2）检测，找不足和局限性，bug

（3）预防，确定不清晰的地方，尽早检测错误，减少风险

2.2软件测试分类

白盒测试，黑盒测试：不用多说了，就是内部程序测试（白），外部功能测试（黑匣子）

静态测试，动态测试：静态就是不执行软件，然后对说明书，程序，流程图等做检查。动态就是通过测试用例来检查输入输出的关系。

单元测试，集成测试，系统测试，确认测试：按测试实施的阶段划分，从模块到组装再到软件系统来测试，最后确认测试保软件质量。

开发方测试，用户方测试，第三方测试：按照组织分类。

还有讲到一些测试实践注意的点，就不一一阐述了。本次两章都是概念性的，理解了就好没有刻意去背。