【软件质量】软件质量分析总结报告

        软件质量-----“软件与明确地和隐含地定义的需求相一致的程度”

---

一、质量的概念

Ⅰ、传统的质量概念:产品性能是否符合技术规范 

Ⅱ、质量是一组固有特性满足要求的程度

Ⅲ、适用性质量

Ⅳ、质量不仅指产品质量，也指过程和体系的质量

二、软件质量

Ⅰ、产品质量

Ⅱ、使用质量

三、质量的角度

Ⅰ、企业角度

Ⅱ、客户角度

四、软件质量管理的开展

五、质量管理的三套体系 

Ⅰ、建立预防体系

Ⅱ、建立有效检查体系

Ⅲ、建立快速抢救体系

六、从测试角度开展软件质量管理工作

Ⅰ、质量控制

Ⅱ、质量目标

Ⅲ、同行评审

Ⅳ、漏测预防

Ⅴ、发散测试

---

一、质量的概念

        符合性--------->适用性

Ⅰ、传统的质量概念:产品性能是否符合技术规范 

• 质量特性处于规范值得容差范围内，合格产品或者质量高得产品。
• 超出融创范围，不合格产品或次品。

Ⅱ、质量是一组固有特性满足要求的程度

• 广义的质量概念，不仅要让客户满意，还要让客户愉悦，也就是，想在客户的面前，超出客户的期望。

Ⅲ、适用性质量

• 让客户满意，不仅满足标准、规范的要去，而且满足客户的其他要求，包含隐含要求。

Ⅳ、质量不仅指产品质量，也指过程和体系的质量

• 广义质量指产品的质量以及开发这种产品的过程、组织和质量体系的质量。

二、软件质量

        按照"ISO/IEC 25010:2011软件质量模型"的标准，分为产品质量和使用质量两个方面。

​

        从产品质量和使用质量两个方面，分为八大特性。

Ⅰ、产品质量

        产品质量是指在特定的使用条件下，产品满足明示的和隐含的需求所明确具备能力的全部固有特性（内在特性），体现了产品满足产品要求的程度（外部表现），是产品的质量属性，包含功能适用性、效率、兼容性、易用性、可靠性、安全性、可维护性和可移植性。

1. 功能适应性（functional suitability）：软件所实现的功能达到其设计规范和满足用户需求的程度，强调正确性、完备性、适合性等。
2. 效率（efficiency）：在指定条件下，软件对操作所表现出的时间特性（如响应速度）以及实现某种功能有效利用计算机资源（包括内存大小、CPU占用时间等）的程度，局部资源占用高通常是性能瓶颈存在；系统可承受的并发用户数、连接数量等，需要考虑系统的可伸缩性。
3. 兼容性（compatibility），涉及共存和互操作性，共存要求软件能给与系统平台、子系统、第三方软件等兼容，同时针对国际化和本地化进行了合适的处理。 互操作性要求系统功能之间的有效对接，涉及API和文件格式等。
4. 易用性（usability）：对于一个软件，用户学习、操作、准备输入和理解输出所作努力的程度，如安装简单方便、容易使用、界面友好，并能适用于不同特点的用户，包括对残疾人、有缺陷的人能提供产品使用的有效途径或手段（即可达性）。
5. 可靠性（reliability）：在规定的时间和条件下，软件所能维持其正常的功能操作、性能水平的程度／概率，如成熟性越高，可靠性就越高；用MTTF (mean time to failure，平均失效前时间) 或MTBF（mean time Between failures，平均故障间隔时间）来衡量可靠性。
6. 安全性（security），要求其数据传输和存储等方面能确保其安全，包括对用户身份的认证、对数据进行加密和完整性校验，所有关键性的操作都有记录（log），能够审查不同用户角色所做的操作。它涉及保密性、完整性、抗抵赖性、可核查性、真实性。
7. 可维护性（maintainability）：当一个软件投入运行应用后，需求发生变化、环境改变或软件发生错误时，进行相应修改所做努力的程度。它涉及模块化、复用性、易分析性、易修改性、易测试性等
8. 可移植性（portability）软件从一个计算机系统或环境移植到另一个系统或环境的容易程度，或者是一个系统和外部条件共同工作的容易程度。它涉及适应性、易安装性、易替换性。 

Ⅱ、使用质量

        在使用质量中，不仅包含基本的功能和非功能特性，如功能（有效、有用）、效率（性能）、安全性等，还要求用户在使用软件产品过程中获得愉悦，对产品信任，产品也不应该给用户带来经济、健康和环境等风险，并能处理好业务的上下文关系，覆盖完整的业务领域。

三、质量的角度

Ⅰ、企业角度

• 质量一方面反映企业组织的过程能力，如:过程/过程规范的符合度
• 质量另一方面反映企业最终产品/服务的交付质量

Ⅱ、客户角度

• 质量就是使客户满意
• 质量就是适应性
• 质量就是符合客户特定的要求

四、软件质量管理的开展

​

1. 软件质量管理需要解决制定规则，执行规则，监督效果的问题;监督检查出来的问题要进行持续改进。
2. 规则的制定需要考虑组织、流程、技术和最佳实践是个层面。
3. 需要覆盖软件研发的生命周期。

五、质量管理的三套体系 

Ⅰ、建立预防体系

• 专家培训，不断提高大家的技术水平、管理水平；
• 流程化，不断提高规范化水平，把经验和教训固化在流程中。大家如果按照流程来做，软件质量不会差，但是如果不按流程来做，那软件质量不确定，有可能很差，也有可能很好。他依赖于人。流程化的目的就是希望产品质量不要依赖于人，而是要依赖于流程、制度、规范。这样公司的产品质量就比较稳定，即使人员变更也会比较稳定。这就是流程化的目的。
• 复用化。处理相同的事最好尽量复用现有代码，或者把公共功能做成模块，便于大家复用。这样就可以预防问题的发生。

Ⅱ、建立有效检查体系

• 技术评审。请专家对技术方案、思路进行评审，在编码之前找出可能的问题。质量管理大师戴明博士说过：质量是设计出来的。可见编码之前的设计方案是非常重要。设计时就埋下的缺陷隐患在后期是很难解决的。设计不好的软件就像体质不好的人，后期再多的调理也收效甚微。
• 测试。测试是查漏补缺的重要手段。这里有各种测试方法，例如静态测试、动态测试、白盒测试、黑盒测试、单元测试、模块测试、系统测试、回归测试、功能测试、性能测试、易用性测试手工测试、自动测试。但是我觉得最重要的是要使所有的测试方法形成一套有效的测试系统。
• 过程检查。软件开发过程中有一些大家公认的过程或规范能够避免产生一些问题，那这些过程和规范就应该被检查，保证软件开发过程与规范被大家遵守。这主要是QA的工作。
• 代码评审。评审工作主要看代码是否与当初的设计方案一致。这样我们就能最大限制减少问题的产生。

Ⅲ、建立快速抢救体系

在软件产品发布之后，客户可能会发现问题。因此一定要尽早回应、解决，尽量减少对客户的影响，也有利于维护自己产品的声誉。

六、从测试角度开展软件质量管理工作

Ⅰ、质量控制

　　软件质量控制对开发过程中的软件产品的质量特性进行连续的收集和反馈，通过质量管理和配置管理等机制，使软件开发过程向着既定的质量目标发展。质量控制是质量管理的的路标和动力，质量管理是质量控制的执行机制。

Ⅱ、质量目标

　　为了达到质量控制，测试团队不但需要明确软件的功能，还要明确软件应达到什么样的质量标准，即制定软件的质量目标。为了达到这些目标，在开发过程的各个阶段进行检查和评价。在质量评价时，需要有对质量进行度量的准则和方法，但更重要的是，需要在软件生存期中如何使用这些准则和方法的质量保证步骤及提高该项作业生产率的工具。

Ⅲ、同行评审

　　在软件开发过程中邀请同行对工作产品进行审查，以图尽早查找出工作产品缺陷，进行质量控制的一种质量活动。需要前期准备、计划，安排好时间进度表，而且越早开展对项目越有价值。

Ⅳ、漏测预防

　　漏测是指软件产品的缺陷在某一阶段未被发现而遗漏到了后续阶段、经效果评估后，将有效的预防措施纳入到流程或相关预防平台中，制定改进措施和跟进实施。

Ⅴ、发散测试

　　发散测试，顾名思义就是不以某个标准或者框框作为约束的一种测试，发散测试准确来说应该叫具备发散思维的探索性测试。为了提高测试执行覆盖率，在严格按照用例测试执行后，通常需要进行发散测试，这里包括自由测试和交叉测试。

---

        保证软件质量，是一个贯穿整个软件生存周期的重要问题。重视软件质量管理，规范软件质量管理体系，对整个软件项目管理起到非常重用的促进作用。