步骤2：定义测试目的和选择合适的测试
测试人员通过创建主要的测试目的，将决定所需的特定测试类型。 测试目的、项目计划和团队结构也将从这些测试目标中形成。当功能测试一个ERP实施时，有多种不同的验证测试需要执行：
◆数据映射：由于许多ERP实施和后端大机系统紧密地集成在一起，因此测试ERP应用所显示的数据和在大机系统中被发现的数据之间的数据映射是十分关键的。很可能在大机系统中隐藏着一些陈旧的或无效的数据，这些数据会引起应用当中的问题。
◆业务流程测试：应该使用测试来验证各种业务流程是否正确运作。由于工作流对强化业务规则来说是非常重要的，因此测试应该覆盖整个整合系统中的所有导航项目和直接功能。应用的业务规则和启动项必须通过全面地测试，确保所有规则能被正确地执行。
◆权限控制系统：ERP权限控制系统决定了用户可以使用哪些信息，用户在这些信息中可以看到哪些数据。当涉及到供应链和合作伙伴入口时，将会增加安全方面的考虑。从用户界面的角度出发测试安全性可以确保严格执行验证规则。数据驱动的测试使IT人员能使用具有不同登录凭证的相同脚本去验证安全规则。
◆回归测试：每次部署一个“Code Drop”时，对位于这些程序的每个对象的功能进行回归测试是非常重要的。这其中包括测试它的存在、功能、值等等。“code drop”指的是任何一次新的ERP应用、补丁程序和/或hot fix的发布。
步骤3：定义目标，以满足测试目的
当完成所有的目的定义，选择好测试类型，接下去就要创建一系列的阶段目标来实现所定义的目的。一套最普通的初始阶段目标包括：
◆分析应用功能，并识别关键业务流程。在一个ERP应用中的关键业务流程实例就是“服务请求”的创建。
◆建立“冒烟测试”，在开发周期中快速执行该类测试。冒烟测试不应深入被测试应用的功能，而是应该测试关键的业务功能。例如，用户是否能够创建可以和“Trouble Ticket”相应的活动。
◆在每次正式发布形成后运行冒烟测试。
◆着手创建自动化测试来降低手动运行冒烟测试的成本。
实现了这些初始阶段目标之后，应该建立一套后续阶段目标。
◆分析应用，展开功能识别，这将扩大测试范围，涵盖超过75%的总的应用功能数量。(取得100%的脚本自动化测试是非常困难的，因为自动化测试工具无法进行如可用性测试这样的事宜。)
◆建立可持续运作的自动化测试，从而降低测试的工作量。
文章来源于领测软件测试网 https://www.ltesting.net/
