6、功能性系统测试技术

    功能性系统测试用于确保系统需求与定义都得到了满足。该过程通常包含创建用于评价应用程序正确性的测试条件。

    用于执行功能测试的几种测试技术包括：

    （1）需求测试：系统按制定方式执行。

    举例：证明系统需求；与政策、规则相一致。

    需求测试技术验证系统是否正确执行其功能，并且能保证在相当长的一段时间内保持其正确性。需求测试的执行主要通过执行创建的测试条件以及功能检查单来完成， 通过需求得到测试条件，然后以类似于SDLC这种特定的方式表现，生成用于评价实现的应用系统的测试数据。

    任何应用程序都应该对需求进行测试，此过程应该开始于需求阶段，并一直持续到系统运行和维护阶段。

    （2）回归测试：验证系统中没有改变的部分仍能正确运行。

    举例：未变更的部分正常运行；未变更的人工规程正确。

    回归测试技术对已经测试过的部分进行重新测试，以保证它们在应用程序其它部分发生变更之后仍能正常运行。

    当变更会对应用程序中没有变更的部分产生高风险的影响时需要进行回归测试。

    （3）错误处理测试：错误可以得到防止或检测，并被修复。

    举例：将错误引入测试；错误的再次注入。

    人工系统与自动系统之间差别的特点之一就是预定义的错误处理特性。错误处理测试技术用于检查应用系统正确处理发生异常的能力。错误处理测试需要一组知识丰富的人员来预见应用系统可能发生的错误。它是测试错误的引入、错误的处理，控制条件以及条件的再次正确输入。

    在系统整个生命周期中都应该进行错误测试。在开发过程中，应该识别错误带来的问题并且采取相应的措施将错误减少到可以接受的程度。

    （4）人工支持测试：人机交互有效。

    举例：具备人工规程；人员接受过培训。

    人工支持测试技术主要包括人员在准备数据以及使用来源于自动程序数据的过程中执行所有功能。

    在生命周期的全过程都应该验证人工系统功能的正确性。

    （5）系统间测试：数据可以正确地在系统间传递。

    举例：系统间参数变化；系统间文档更新。

    系统间测试技术用于保证应用程序间相互管理的正确性。系统间测试的一个最好的工具是集成测试工具，它允许在产品环境下进行测试，可以以最小的代价测试系统间的耦合性。

    在应用系统间的参数发生变更时需要进行系统间的测试。测试的程度和类型依赖于与出错的参数相关联的风险情况。

    （6）控制测试：将系统风险控制降低到可以接受的级别。

    举例：文件一致性规程正常；人工控制正确。

    控制测试技术包括数据确认、文件完整性控制、评审追踪、备份和恢复、文档，以及与系统完整性相关的其它方面。主要用于确保对系统特定功能的检查。可以用于控制测试的一个方法是生成风险矩阵。

    控制测试是系统测试中的一个完整的部分，占测试时间的很大比例。