博客

软件产品与其他产品一样，都是有质量要求的，软件质量关系着软件使用程度与使用寿命，一款高质量的软件更受用户欢迎，它除了满足客户的显式需求之外，往往还满足了客户隐式需求。下面分别从软件质量的概念、软件质量模型、影响软件质量的因素这几个方面介绍软件质量的相关知识。

• 软件质量的概念软件质量是指软件产品满足基本需求及隐式需求的程度。
• 软件产品满足基本需求是指其能满足软件开发时所规定需求的特性，这是软件产品最基本的质量要求；其次是软件产品满足隐式需求的程度。例如，产品界面更美观、用户操作更简单等。
• 从软件质量的定义，可将软件质量分为3个层次，具体如下。
• （1）满足需求规定：软件产品符合开发者明确定义的目标，并且能可靠运行。
• （2）满足用户需求：软件产品的需求是由用户产生的，软件最终的目的就是满足用户需求，解决用户的实际问题。
• （3）满足用户隐式需求：除了满足用户的显式需求，软件产品如果满足用户的隐式需求，即潜在的可能需要在将来开发的功能，将会极大地提升用户满意度，这就意味着软件质量更高。所谓高质量的软件，除了满足上述需求之外，对于内部人员来说，它应该也是易于维护与升级的。软件开发时，统一的符合标准的编码规范、清晰合理的代码注释、形成文档的需求分析、软件设计等资料对于软件后期的维护与升级都有很大的帮助，同时，这些资料也是软件质量的一个重要体现。
• 软件质量模型软件质量是使用者与开发者都比较关心的问题，但全面客观地评价一个软件产品的质量并不容易，它并不像普通产品一样，可以通过直观的观察或简单的测量能得出其质量是优还是劣。那么如何评价一款软件的质量呢？目前，最通用的做法就是按照ISO/IEC 9126:1991国际标准来评价一款软件的质量。
• ISO/IEC 9126:1991是最通用的一个评价软件质量的国际标准，它不仅对软件质量进行了定义，而且还制订了软件测试的规范流程，包括测试计划的撰写、测试用例的设计等。ISO/IEC 9126:1991标准由6个特性和27个子特性组成，如图所示。
• 

• ISO/IEC 9126:1991标准所包含的6大特性的具体含义如下。
• （1）功能性：在指定条件下，软件满足用户显式需求和隐式需求的能力。
• （2）可靠性：在指定条件下使用时，软件产品维持规定的性能级别的能力。
• （3）可使用性：在指定条件下，软件产品被使用、理解、学习的能力。
• （4）效率：在指定条件下，相对于所有资源的数量，软件产品可提供适当性能的能力。
• （5）可维护性：指软件产品被修改的能力。修改包括修正、优化和功能规格变更的说明。
• （6）可移植性：指软件产品从一个环境迁移到另一个环境的能力。
• 这6大特性及其子特性是软件质量标准的核心，软件测试工作就从这6个特性和27个子特性去测试、评价一个软件的。
• 多学一招：纸杯测试
• “纸杯测试”是一个经典的测试案例，这是微软公司曾给软件测试者出的一道面试题，用于考察面试者对软件测试的理解与掌握程度。
• 测试项目：纸杯。
• 需求测试：查看纸杯说明书是否完整。
• 界面测试：观察纸杯外观，测试表面是否光滑、手感是否舒适。
• 功能测试：用纸杯装水，观察是否漏水。
• 安全测试：纸杯是否有毒或细菌。
• 可靠性测试：从不同高度摔下来，观察纸杯的损坏程度。
• 易用性测试：用纸杯盛放开水是否烫手，纸杯是否易滑、是否方便饮用。
• 兼容性测试：用纸杯分别盛放水、酒精、饮料、汽油等，观察是否有渗漏现象。
• 可移植性测试：将纸杯放在温度、湿度等不同的环境中，查看纸杯是否还能正常使用。
• 可维护性：将纸杯揉捏变形，看其是否能恢复。
• 压力测试：用一根针扎在纸杯上不断增加力量，记录多大压强时针能穿透纸杯。
• 疲劳测试：用纸杯分别盛放水、汽油放置24小时，观察其渗漏情况（时间和程度）。
• 跌落测试：纸杯（加包装）从高处落下，查看可造成破损的高度。
• 震动测试：纸杯（加包装）六面震动，评估它是否能应对恶劣的公路/铁路/航空运输等。
• 测试数据：编写具体测试数据（略），其中可能会用到场景法、等价类划分法、边界值分析法等测试方法。
• 期望输出：期望输出需要查阅国际标准及用户的使用需求。
• 用户文档：使用手册是否对纸杯的用法、使用条件、限制条件等有详细描述。
• 说明书测试：查看纸杯说明书的正确性、准确性及完整性。

• 3. 影响软件质量的因素现代社会处处离不开软件，为保证人们生活工作正常有序地进行，就要严格控制好软件的质量。由于软件自身的特点和目前的软件开发模式使得隐藏在软件内部的质量缺陷无法完全根除，因此每一款软件都会存在一些质量问题。
• 影响软件质量的因素有很多，下面介绍几种比较常见的影响因素。
• （1）需求模糊在软件开发之前，确定软件需求是一项非常重要的工作，它是后面软件设计与软件开发的基础，也是最后软件验收的标准。但是软件需求是不可视的，往往也说不清楚，导致产品设计、开发人员与客户存在一定的理解误差，开发人员对软件的真正需求不明确，结果开发出的产品与实际需求不符，这势必会影响软件的质量。除此之外，在开发过程中客户往往会一而再再而三地变更需求，导致开发人员频繁地修改代码，这可能会导致软件在设计时期存在不能调和的误差，最终影响软件的质量。
• （2）软件开发缺乏规范性文件指导现代软件开发，大多数团队都将精力放在开发成本与开发周期上，而不太重视团队成员的工作规范，导致团队成员开发“随意性”比较大，这也会影响软件质量，而且一旦最后软件出现质量问题，也很难定责，导致后期维护困难。
• （3）软件开发人员问题软件是由人开发出来的，因此个人的意识对产品的影响非常大。除了个人技术水平限制，开发人员问题还包括人员流动，新来的成员可能会继承上一任的产品接着开发下去，两个人的思维意识、技术水平等都会不同，导致软件开发前后不一致，进而影响软件质量。
• （4）缺乏软件质量控制管理在软件开发行业，并没有一个量化的指标去度量一款软件的质量，软件开发的管理人员更关注开发成本和进度，毕竟这是显而易见的，并且是可以度量的。但软件质量则不同，软件质量无法用具体的量化指标去度量，而且软件开发的质量并没有落实到具体的责任人，因此很少有人关心软件最终的质量。