4.3 质量目标

　　围绕软件质量，有几种不同的说法。第一个是质量是一种绝对的标准，对所有的系统必须等同处理。事实上，质量是相对的而且是和产品相关的概念。例如，多媒体产品的质量目标倾向于精美的表示和适当的内容，而应用系统可能倾向于易用性、健壮性和适用于不同的任务。质量目标可能是动态的。在项目进行过程中，会由于市场压力、新的机会和功能改变而重新设定质量目标。

　　另一种有关软件质量的说法是，定义和衡量系统质量是测试部门一个部门的事。实际上，建立质量标准是所有职能部门共同努力的结果。测试、开发、系统使用部门、用户教育、系统支撑必须为建立和维护系统的质量标准做出自己的贡献。每个部门必须对自己最了解的部分做出相应的质量定义。例如，测试和开发部门对系统质量的衡量标准主要是健壮性和正确性。用户部门可能对易用性方面比较熟悉。

　　最后，质量不仅是衡量系统的功能或性能是否正常。对系统来说，在开发过程中尽早建立全面的质量标准与系统的及时发布是一样重要的。质量目标是一个强有力的工具，应该在系统开发过程中尽早建立。一个定义准确的质量目标在以后的产品开发过程中帮助决策。例如，系统是否能够正式发行？在代码完成后，应该修复那些缺陷？在系统完成后那种类型的测试是最合适的。

　　提示：

　　质量目标应该是一个确实可行的软件质量描述，在确定之前应该同相关人员达成一致的意见，不要等到发货的时候才发现大家对其的理解有分歧，这时测试人员会非常被动，在达成一致意见后，当开发人员和测试人员有分歧时，可以使用质量目标作为衡量的标准。

　　4.4 测试计划

　　一般情况下测试活动大致分成四个部分：单元测试，集成测试，系统测试，验收测试。下面具体介绍一下测试计划的书写方法，工作过程中可以依据实际情况进行删减和补充。

　　4.4.1 单元测试

　　单元测试是代码一级的测试，主要依赖于开发人员进行。

　　单元测试的对象是软件设计的最小单位——模块。单元测试的依据是详细设计描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多采用白盒测试技术，系统内多个模块可以并行地进行测试。

　　（一）单元测试任务

　　单元测试任务包括：

　　（1）模块接口测试；

　　（2）模块局部数据结构测试；

　　（3）模块边界条件测试；

　　（4）模块中所有独立执行通路测试；

　　（5）模块的各条错误处理通路测试。

　　模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。测试接口正确与否应该考虑下列因素：

　　（1）输入的实际参数与形式参数的个数是否相同；

　　（2）输入的实际参数与形式参数的属性是否匹配；

　　（3）输入的实际参数与形式参数的量纲是否一致；

　　（4）调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；

　　（5）调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；

　　（6）调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；

　　（7）调用预定义函数时所用参数的个数、属性和次序是否正确；

　　（8）是否存在与当前入口点无关的参数引用；