读《测试架构师修炼之道》2-软件模型与测试模型学习(1)

一、质量模型(CNAS)

这个模型其实是CNAS中关于《GBT 25000.51-2010 软件工程 软件产品质量要求与评价(SquaRE)商业现货(COTS)软件产品的质量要求和测试细则》中涉及到的。下面的思维导图对改标准做了拆解:

读《测试架构师修炼之道》2-软件模型与测试模型学习(1)_第1张图片
GB/T 25000.51-2010

这本书的作者对软件质量六要素做了很好的举例:

作者以Windows7旗舰版中默认计算器为例,讲解了六要素:

功能性:这个通过他的定义 ,也很好理解,指软件产品在指定条件下使用,提供满足明确和隐含要求的功能的能力。这里需要注意除了明确还有隐含的需求。

可靠性:下面3个层层递进的句子,帮助我们理解用户可靠性方面的要求:

第一层:设备最好不要出故障

第二层:设备出现故障了不要影响主要的功能和业务

第三层:如果影响了主要功能和业务,系统可以尽快定位并回复

易用性:指用户在指定条件下使用软件时,产品被用户理解、学习、使用和吸引的能力。

效率:指在规定条件下,相对于所用资源的数量,软件产品可提供适当的性能能力。

可维护性:指软件产品可被修改的能力。

可移植性:指软件产品从一种环境迁移到另外一种环境的能力。

二、测试成熟度模型(TMM)


读《测试架构师修炼之道》2-软件模型与测试模型学习(1)_第2张图片

三、IPD

IPD较复杂,后续单独一篇文章分解该模型。

集成产品开发(Integrated Product Development, 简称IPD)是一套产品开发的模式、理念与方法。IPD的思想来源于美国PRTM公司出版的《产品及生命周期优化法》(简称PACE——Product And Cycle-time Excellence)一书,该书中详细描述了这种新的产品开发模式所包含的各个方面。

四、CMMI

Process Area:过程域。简单的说就是做好一个事情的某一个方面,对应软件开发来说,就是做好软件开发的某一个方面。

CMMI共有22个过程域:

1. OPD:(Organizational Process Definition)组织级过程定义。建立和维护有用的组织过程资产。

2. OPF:(Organizational Process Focus)组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。

3. OT:(Organizational Training)组织培训管理。增加组织各级人员的技能和知识,使他们能有效地执行他们的任务。

4. PP:(Project Plan)项目计划。保证在正确的时间有正确的资源可用。为每个人员分配任务、协调人员。根据实际情况,调整项目。

5. PMC:(Project Monitoring and Control)项目监督与控制。通过项目的跟踪与监控活动,及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况,通过对跟踪结果的分析,依据跟踪与监控策略采取有效的行动,使项目组能在既定的时间、费用、质量要求等情况下完成项目。

6.SAM:(Supplier Agreement Management)供应商协议管理。旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。

7.IPM:(Integrated Project Management)集成项目管理。根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。

8. RSKM:(Risk Management)风险管理。识别潜在的问题,以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动,缓解不利的影响,实现目标。

9.RD:Requirement Development)需求开发。需求开发的目的在于定义系统的边界和功能、非功能需求,以便涉众(客户、最终用户)和项目组对所开发的内容达成一致。

10.REQM(Requirement Management)需求管理。需求管理的目的是在客户和软件项目之间就需要满足的需求建立和 维护一致的约定。

11.TS:(Technical Solution)技术解决方案。在开发、设计和实现满足需求的解决方案。解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。

12.PI:(Product Integration)产品集成。从产品部件组装产品,确保集成产品功能正确并交付产品。

13.VAL:(Validation)确认。确认证明产品或产品部件在实际应用下满足应用要求。

14.VER:(Verification)验证。验证确保选定的工作产品满足需求规格。

15. CM:(Configuration Management)配置管理。建立和维护在项目的整个软件生存周期中软件项目产品的完整性 。

16.PPQA:(Process and Product Quality Assurance)过程和产品质量保证。为项目组和管理层提供项目过程和相关工作产品的客观信息。

17.MA:(Measurement and Analysis)测量与分析。开发和维持度量的能力,以便支持对管理信息的需要。作为改进、了解、控制决策。

18. DAR:(Decision Analysis and Resolution)决策分析与解决。应用正式的评估过程依据指标评估候选方案,在此基础上进行决策。

19. OPP :(Organizational Process Performance)组织过程性能。建立与维护组织过程性能的量化标准,以便使用量化方式的管理项目。

20. QPM(Quantitative Project Management) 量化的项目管理,量化管理项目已定义的项目过程,以达成项目既定的质量和过程性能目标。。

21. OID:(Organizational Innovation and Deployment)组织的创新与推展,选择并推展渐进创新的组织过程和技术改善,改善应是可度量的,所选择及推展的改善需支持基于组织业务目的的质量及过程执行目标。

22. CAR:(Causal Analysis and Resolution)因果分析与解决。识别缺失的原因并进行矫正,进一步的防止未来再次发生。



读《测试架构师修炼之道》2-软件模型与测试模型学习(1)_第3张图片
CMMI有两种表示方法


读《测试架构师修炼之道》2-软件模型与测试模型学习(1)_第4张图片
两种表示方法对应的过程域

阶段式表现方法仍然把CMMI中的若干个过程区域分成了5个成熟度级别,帮助实施CMMI的组织建议一条比较容易实现的过程改进发展道路。

连续式表现方法则通过将CMMI中过程区域分为四大类:过程管理、项目管理、工程以及支持。对于每个大类中的过程区域,又进一步分为基本的和高级的。这样,在按照连续式表示方法实施CMMI的时候,一个组织可以把项目管理或者其他某类的实践一直做到最好,而其他方面的过程区域可以完全不必考虑。


读《测试架构师修炼之道》2-软件模型与测试模型学习(1)_第5张图片
读《测试架构师修炼之道》2-软件模型与测试模型学习(1)_第6张图片
读《测试架构师修炼之道》2-软件模型与测试模型学习(1)_第7张图片
读《测试架构师修炼之道》2-软件模型与测试模型学习(1)_第8张图片
一般企业使用阶段式表示方法较多

你可能感兴趣的:(读《测试架构师修炼之道》2-软件模型与测试模型学习(1))