5）依从性方面
当软件在功能性、可靠性、易用性、效率、维护性和可移植性方面遵循了相关的标准、约定、风格指南或法规时，应酌情进行测试。
上述基于软件质量特性/子特性的系统测试内容对应到传统的软件测试类型如下所示：
功能测试。目标：对产品的功能进行测试，检验是否实现、是否正确实现；方法：覆盖产品的功能；工具：回归测试时候可以使用工具。
性能测试。目标：对产品的性能进行测试，检验是否达标、是否能够保持；方法：覆盖系统的性能需求，一般和负载测试结合使用；工具：在需要大访问量时候尤其需要使用工具。
负载测试。目标：在人为设置的高负载（大数据量、大访问量）的情况下，检查系统是否发生功能或者性能上的问题；方法：人为生成大数据量，并利用工具模拟频繁并发访问；工具：一般需要使用工具。
压力测试。目标：在人为设置的系统资源紧缺情况下，检查系统是否发生功能或者性能上的问题；方法：人为减少可用的系统资源，包括：内存、硬盘、网络、CPU占用、数据库反应时间等；工具：一般需要使用工具。
疲劳测试。目标：在一段时间内（经验上一般是连续72小时）保持系统功能的频繁使用，检查系统是否发生功能或者性能上的问题；方法：人为设置不同功能的连续重复操作；工具：一般需要使用工具。
易用性测试。目标：检查系统界面和功能是否容易学习、使用方式是否规范一致，是否会误导用户或者使用模糊的信息；方法：可以采用用户操作、观察（录像）、反馈并评估的方式，一般与功能测试结合使用。
安装测试。目标：检查系统安装是否能够安装所有需要的文件/数据并进行必要的系统设置，检查系统安装是否会破坏其他文件或配置，检查系统安装是否可以中止并恢复现场，检查系统是否能够正确卸载并恢复现场，检查安装和卸载过程的用户提示和功能是否出现错误。有时候将安装测试作为功能测试的一部分。
配置测试。目标：在不同的硬件配置下，在不同的操作系统和应用软件环境中，检查系统是否发生功能或者性能上的问题；方法：一般需要建立测试实验室。
文档测试。目标：检查系统的文档是否齐全，检查是否有多余文档或者死文档，检查文档内容是否正确/规范/一致等；方法：一般由单独的一组测试人员实施。
安全测试（包括病毒、加密、权限）。目标：检查系统是否有病毒，检查系统是否正确加密，检查系统在非授权的内部或外部用户访问或故意破坏时是否出现错误。
恢复测试。目标：在人为发生系统灾难（系统崩溃、硬件损坏、病毒入侵等）的情况下，检查系统是否能恢复被破坏的环境和数据。
回归测试。定义回归测试是一种选择性重新测试，目的是检测系统或系统组成部分在修改期间产生的缺陷，用于验证已进行的修改并未引起不希望的有害效果，或确认修改后的系统或系统组成部分仍满足规定的要求；目标检查系统变更之后是否引入新的错误或者旧的错误重新出现，尤其是在每次Build之后和稳定期测试的时候；一般使用工具，一般依赖于测试用例库和缺陷报告库。
健全测试。目标：检查系统的功能和性能是否基本可以正常使用，来确定是否可以继续进行系统测试的其他内容；方法：正常安装，并使用正常情况下的测试用例对主要功能进行测试；同时检查系统文档是否齐全。
交付测试。目标：关闭所有缺陷报告，确保系统达到预期的交付标准；方法：一般需要结合回归测试，并谨慎处理新出现的Bug。交付测试也称为稳定期测试，有时候与系统测试独立划分。
演练测试。目标：在交付给用户之前，利用相似的用户环境进行测试。例如：奥运会MIS系统在2008年前用于其他比赛。
背靠背测试。目标：设置一组以上的测试团队，在互相不进行沟通的情况下独立进行相同的测试项目，用来评估测试团队的效果并发现更多的错误。开始用于测试外包，现在也用于内部测试。
度量测试。目标：在系统中人为地放入错误（播种），并根据被发现的比例来确定系统中遗留的错误数量。开始用于测试外包，现在也用于内部测试。
比较测试。目标：与竞争产品及本产品的旧版本测试同样的内容，来确定系统的优势和劣势。严格地说，比较测试属于系统测评的内容，BenchMarking是一种特殊的比较测试。
上述18种测试内容并不是都要进行的，制定测试策略和测试计划的时候要有不同的侧重点，而这与测试目标、测试资源、软件系统特点和业务环境有关。
另外，上述18种测试最好由独立第三方进行测试。因为进行独立测试的目的是进一步加强软件质量保证工作，提高软件的质量，并对软件产品进行客观评价。而进行第三方独立测试通常有发挥专业技术优势和独立性优势，能够有效地促进承办方的工作等方面的优势。
相关链接：
