2.4 编译检查
使用开发工具所带的编译功能或专门程序对软件源码进行检查，分析和寻找源码存在的问题。
2.5 编程规范
通过人工源码检查判断源码是否符合企业已经制定的相关编程规范。制定编程规范，在企业内形成一个开发约定和规则，有利于整体风格统一、代码的可读性、可维护性和可扩展性。
2.6 编程逻辑
所编写的源码是否考虑周全，无矛盾或遗漏之处。常见问题如：忘记定义变量就使用、变量没有赋值初就直接使用、输入输出的数据类型与所用格式说明符不一致、没有注意数据的数值范围造成数组越界或数据溢出、输入时数组的组织方式与要求不符、循环语句可能会造成死循环、条件语句只考虑符合的情况而没有考虑例外的情况、读取文件或数据库中的数据没有考虑例外情况，等等。
2.7 编程优化
通过人工或软件检查判断是否可进一步提高源码总体性能和运行可管理性。总体性能如内存管理、数据库组织和内容、非数据库信息、任务并行性、网络多人操作、关键算法、与网络、硬件和其他系统接口对性能的影响等等;运行可管理性如便于控制系统运行、监视系统状态、错误处理;模块间通信的简单性等等。
3、文档质量管理层次
文档(包括模型)是软件开发过程中的中间成果，这些中间结果关系到软件需求的准确性完整性、设计的合理性，对软件系统的最终结果有决定性作用。文档质量管理层次包括文档规范、文档语法、文档语义、文档逻辑、文档美学、文档优化。
3.1 文档规范
文档成果符合企业或业界已经制定的文档模板规范。企业甚至行业应当制定统一的文档规范，形成一个文档约定和规则，以统一文档内容与风格。
3.2 文档语法
文档成果正确使用通用的工具与术语、符合相关行业的技术标准。所有语言都有它的语法，所有质量合格的文档(包括模型)都应该是语法正确的，不正确的语法会影响规格说明和可视化的质量。
3.3 文档语义
文档成果表达正确、无歧义。所有质量合格的文档(包括模型)都代表它期望代表的语义，而且应该在代表这些语义的时候具有一致性。
文章来源于领测软件测试网 https://www.ltesting.net/
