2.2 灰盒测试
灰盒测试介于白盒与黑盒二者之间，关注输出对于输入的正确性，同时也关注内部表现，但这种关注不像白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。
2.3 白盒测试
白盒测试也称结构测试或逻辑驱动测试，它是在知道产品内部工作过程的情况下，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能。白盒测试的主要方法有逻辑驱动、基路测试等。
2.4 编译检查
使用开发工具所带的编译功能或专门程序对软件源码进行检查，分析和寻找源码存在的问题。
2.5 编程规范
通过人工源码检查判断源码是否符合企业已经制定的相关编程规范。制定编程规范，在企业内形成一个开发约定和规则，有利于整体风格统一、代码的可读性、可维护性和可扩展性。
2.6 编程逻辑
所编写的源码是否考虑周全，无矛盾或遗漏之处。常见问题如：忘记定义变量就使用、变量没有赋值初就直接使用、输入输出的数据类型与所用格式说明符不一致、没有注意数据的数值范围造成数组越界或数据溢出、输入时数组的组织方式与要求不符、循环语句可能会造成死循环、条件语句只考虑符合的情况而没有考虑例外的情况、读取文件或数据库中的数据没有考虑例外情况，等等。
2.7 编程优化
通过人工或软件检查判断是否可进一步提高源码总体性能和运行可管理性。总体性能如内存管理、数据库组织和内容、非数据库信息、任务并行性、网络多人操作、关键算法、与网络、硬件和其他系统接口对性能的影响等等；运行可管理性如便于控制系统运行、监视系统状态、错误处理；模块间通信的简单性等等。
3、文档质量管理层次
文档（包括模型）是软件开发过程中的中间成果，这些中间结果关系到软件需求的准确性完整性、设计的合理性，对软件系统的最终结果有决定性作用。文档质量管理层次包括文档规范、文档语法、文档语义、文档逻辑、文档美学、文档优化。
3.1 文档规范
文档成果符合企业或业界已经制定的文档模板规范。企业甚至行业应当制定统一的文档规范，形成一个文档约定和规则，以统一文档内容与风格。
3.2 文档语法
文档成果正确使用通用的工具与术语、符合相关行业的技术标准。所有语言都有它的语法，所有质量合格的文档（包括模型）都应该是语法正确的，不正确的语法会影响规格说明和可视化的质量。
3.3 文档语义
文档成果表达正确、无歧义。所有质量合格的文档（包括模型）都代表它期望代表的语义，而且应该在代表这些语义的时候具有一致性。
3.4 文档逻辑
文档成果考虑周全，不矛盾，满足客户的关键要求，特别是要符合相关行业的业务标准。
3.5 文档美学
文档成果是最佳表述，文字、图表是均衡和完整的。就是追求平衡的美，每个组成部分应该不大不小，可解读、可变更、不同时代表太多的元素。
3.6 结果优化
通过检查判断文档成果（如项目计划、需求规格、设计方案）是否还有改进的空间，以尽可能达到最佳方案。任何一项设计，都可以有许多不同的方案，通过“方案优化”选定一种最好的方案。
任何一位设计师在做一项设计的时候总是选择他认为是最好的方案，都有某种程度上的“优化”，因此他可以说他的产品是经过“优化”的。无论何种意义上的优化，都有一个共同的特点，就是相对性。这个相对性有两方面的意义，一是优化是相对某种目标的，目标不同优化的结果不同。另一方面是在大多数的情况下，优化的结果并不是最优的，只能是相对好的。
方法体系层次
1、措施质量管理层次
为提高软件质量企业所采取的相关措施。决定成败的不是目标，而是措施。任何好的规章制度或计划，最终都需要具体措施才能落到实处。措施层次包括质量检查、质量保证、预防不合格品、完美无缺。
1.1 质量检查
保证质量的方式是进行临时性的最后检查，然后消除次品。软件测试是软件质量检查的具体实现环节。把软件测试有效地组织进软件的生产流程，是软件质量控制规划的主要内容。
1.2 质量保证
质量目标仍主要通过生产部门或企业进行生产过程的优化和稳定化来保证质量目标的达成。从软件产业的发展初期到目前的大型软件开发过程，软件质量保证已经成为开发中的一个不可分割的部分。
1.3 预防不合格品
整个软件业项目属于需求分析和软件设计的错误和缺陷约占软件错误的64%，而属于程序代码的错误仅占36%。软件错误具有随着阶段的进展而产生积累与放大效应，因此应当尽早消除错误，否则“差之毫厘，失之千里”。所以在软件开发生命周期的前期就通过对关键过程成果的评审控制来预防不合格品。
1.4 完美无缺
这一级上的企业都有一种内在的质量文化氛围，在此氛围下的方方面面工作都有助于质量的提高。每个员工都意识到质量对企业成功的重要性，都在寻求提高质量的新途径，都在为达到完美无缺而奋斗。同时，企业始终如一地面向外部客户，通过优越的设计质量来满足客户需要，并从供应商到客户形成一个优化的管理流程。
2、项目管理质量层次
软件开发任务一般是以项目的形式完成，项目管理质量包括组织资源、组建团队、设定目标、确定范围、确定优先级、管理风险、建立沟通机制等内容，其层次分为通用术语、通用过程、单一方法、基准比较、持续改进。
科兹纳博士对项目成功的定义，不仅要满足传统的项目时间、费用和性能的三大目标以及满足客户或用户定义的质量标准，还要满足具有最少的或者双方同意的范围变更、没有干扰组织的企业文化或者价值观、没有干扰组织的日常工作进程等条件。
2.1 通用术语
企业了解了项目管理的重要性，并需要进一步了解对项目管理基础知识以及相关的语言和术语。在企业内部普及项目管理基础知识，使用业界通语言和用术语进行沟通，使大家形成对问题的正确理解。
2.2 通用过程
企业认识到自己需要定义和建立通用过程，以便在一个项目上成功之后，还可以将该过程及其成功经验重复地用于其他许多个项目。在这一层次上，还包括理解项目管理原则对公司所用其他方法的应用和支持。
2.3 单一方法
企业尽量通过单一的方法开发，而不是使用多个方法，可以最好地实现协同效应和控制，认识到了把公司所以方法结合成一个单一方法所产生的协同效应，其核心是项目管理。与使用多个方法相比，只用一个方法所产生的协同效应使得程控更加容易。
2.4 基准比较
不断将本企业的管理实践与行业龙头企业比较，以获得信息来帮助自己改善。企业认识到为了保持竞争优势，过程改进是必要的。基准比较必须连续进行。公司必须决定以谁为基准点及需要比较什么。
2.5 持续改进
质量是“没有最好，只有更好”。企业持续在必要时评估基准比较中获得的信息，实施为改进过程所必要的变革。在 ISO9000:2000 中，持续改进不是一个单独的过程或质量体系要素，而是管理质量体系的方法。
企业最重要的问题是“明天这样做的比今天好”企业要永不满足，没有终点，永无休止地努力工作，追求进步和持续改进，为未来努力奋斗。
3、过程质量管理层次
《GB/T8566—2001（idt ISO/IEC12207）信息技术－软件生存周期过程》把软件生存周期的各个过程分为三类，即基本生存周期过程、支持生存周期过程、组织生存周期过程。
对于质量，强调的是对过程的重视，通过保证每个环节的工作质量，来保证最终质量，而不是通过最后的检验测试找出缺陷。它们的质量概念，不仅涵盖产品，还包括企业的整个运营过程，贯穿产业链的各个环节。确保生产出高质量的软件产品，就是遵循一套有质量原则的软件开发过程。目前软件过程改进主要根据能力成熟度模型集成CMMI，其层次分为初始级、可重复级、已定义级、已经管级、优化级。
3.1 初始级
企业的软件过程是无序的，甚至是混乱的。几乎没有什么过程是经过妥善定义的，项目的成功往往依赖于没写个人的技能和经验。
3.2 可重复级
已经建立了基本的项目管理过程规范，项目经理能跟踪成本、进度、和产品功能等，项目能重复以前的成功。企业的过程能力可以概括为“有纪律的”。
3.3 已定义级
已经将管理和开发两个方面的过程文档化，并综合成企业的标准软件过程。所有项目都可以通过裁减企业标准过程而建立适合于本项目的过程规范。此过程能力可以概括成“标准的”和“一致的”，它建立在整个企业对软件过程中的活动、角色、职责的共同理解之上。
3.4 已管理级
对软件过程与产品都有定量的理解和控制，有专门的数据库系统来收集和分析数据。此过程能力可以概括成“定量的”和“可预测的”。
3.5 优化级
能够有效地识别企业过程的优势和薄弱环节，发现并采用最佳的软件工程实践，预先防范过程和产品中的缺陷。整个企业强调持续地改进过程能力。
社会因素层次
1、企业质量环境层次
企业质量环境是有关创建和管理质量环境的管理，包括质量规划、资源组织、提供相关工具等，其层次可分为质量形象、质量制度、质量战略、质量文化、企业文化、全社会质量意识。
1.1 质量形象
企业的良好形象与其产品和服务的高质量密不可分。质量、信誉、品牌、服务等构成企业整体形象的坚实基础，其中质量形象是企业形象的核心。塑造良好的质量形象是企业提高自身核心竞争力的重要手段。
文章来源于领测软件测试网 https://www.ltesting.net/
