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

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


一、质量的概念

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

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

Ⅲ、适用性质量

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

二、软件质量

Ⅰ、产品质量

Ⅱ、使用质量

三、质量的角度

Ⅰ、企业角度

Ⅱ、客户角度

四、软件质量管理的开展

五、质量管理的三套体系 

Ⅰ、建立预防体系

Ⅱ、建立有效检查体系

Ⅲ、建立快速抢救体系

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

Ⅰ、质量控制

Ⅱ、质量目标

Ⅲ、同行评审

Ⅳ、漏测预防

Ⅴ、发散测试


一、质量的概念

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

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

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

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

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

Ⅲ、适用性质量

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

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

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

二、软件质量

        按照"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的工作。
  • 代码评审。评审工作主要看代码是否与当初的设计方案一致。这样我们就能最大限制减少问题的产生。

Ⅲ、建立快速抢救体系

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

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

Ⅰ、质量控制

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

Ⅱ、质量目标

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

Ⅲ、同行评审

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

Ⅳ、漏测预防

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

Ⅴ、发散测试

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


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

  • 10
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 13
    评论
以下是软件质量保证和测试缺陷分析报告的样例: ## 软件质量保证报告 ### 质量标准和性能要求 我们的软件产品必须满足以下质量标准和性能要求: 1. 功能性:软件产品必须实现所有的功能需求。 2. 可靠性:软件产品必须在各种环境下都能保持稳定和可靠。 3. 易用性:软件产品必须易于使用和学习。 4. 可维护性:软件产品必须易于维护和更新。 5. 性能:软件产品必须具备良好的性能。 ### 测试计划和测试用例 我们根据质量标准和性能要求制定了以下测试计划和测试用例: 1. 功能测试测试所有的功能需求是否实现。 2. 兼容性测试测试软件在不同的环境下的兼容性。 3. 用户界面测试测试软件的用户界面是否易用。 4. 数据库测试测试软件的数据库是否稳定。 5. 性能测试测试软件的性能是否符合要求。 ### 测试结果和测试覆盖率 我们进行了全面的测试,并记录了以下测试结果和测试覆盖率: 1. 功能测试覆盖率:100%。 2. 兼容性测试覆盖率:90%。 3. 用户界面测试覆盖率:95%。 4. 数据库测试覆盖率:100%。 5. 性能测试覆盖率:90%。 ### 缺陷分析和修复过程 我们在测试过程中发现了以下缺陷: 1. 功能缺陷:10个。 2. 兼容性缺陷:3个。 3. 用户界面缺陷:5个。 4. 数据库缺陷:2个。 5. 性能缺陷:4个。 我们对所有缺陷进行了分析,并采取了以下措施进行修复: 1. 功能缺陷:对需求进行了修订并进行了重新测试。 2. 兼容性缺陷:修复了代码并进行了重新测试。 3. 用户界面缺陷:对用户界面进行了修改并进行了重新测试。 4. 数据库缺陷:修复了数据库的问题并进行了重新测试。 5. 性能缺陷:优化了代码并进行了重新测试。 ### 交付高质量软件产品的证明 我们最终交付的软件产品经过了全面的测试和缺陷修复,并且符合质量标准和性能要求。 ## 测试缺陷分析报告 ### 缺陷信息的收集和统计 我们在测试过程中共发现了24个缺陷。 ### 缺陷的严重程度和影响范围的描述 1. 严重程度:5个严重缺陷,10个一般缺陷,9个轻微缺陷。 2. 影响范围:缺陷主要影响了软件的功能性和可靠性。 ### 缺陷的原因和解决方案的提出 1. 功能缺陷原因:需求不明确。 解决方案:对需求进行修订并进行重新测试。 2. 兼容性缺陷原因:代码实现问题。 解决方案:修复代码并进行重新测试。 3. 用户界面缺陷原因:设计问题。 解决方案:对用户界面进行修改并进行重新测试。 4. 数据库缺陷原因:数据库结构设计问题。 解决方案:修复数据库结构并进行重新测试。 5. 性能缺陷原因:代码实现问题。 解决方案:优化代码并进行重新测试。 ### 缺陷的修复和验证过程的描述 我们对所有的缺陷进行了修复,并进行了验证测试。 ### 缺陷分析结果的总结和建议 我们最终修复了所有的缺陷,并提出以下建议: 1. 在需求阶段对需求进行充分的分析和讨论,避免因为需求不明确引发缺陷。 2. 在代码实现阶段进行充分的测试和代码审查,确保代码的质量和可靠性。 3. 在用户界面设计阶段进行充分的用户测试和反馈,确保用户界面的易用性。 4. 在数据库设计阶段进行充分的分析和讨论,避免因为数据库结构问题引发缺陷。 5. 在性能测试阶段进行充分的性能测试和优化,确保软件的性能符合要求。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 13
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

肩匣与橘

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值