Testing Types In SAP

现有不同类型的测试方法可用于进行SAP测试。

Unit Testing

单位测试用于测试SAP系统及其各个组成部分的功能。 它由了解每个单位在一个系统中的功能的域名和配置专家执行。

Example

支持这项任务的是建立销售订单和储蓄。 为了对这项任务进行单位测试,测试者应当知道,可以通过SAP组织要素(如客户主数据、伙伴职能、材料主数据、公司代码、信贷控制区、销售组织等)来保存销售订单。

Example

在ABAP发展中, 可进行单位测试,以检查能否从开发商生成的数据中产生报告。 这需要领域专家的援助。

System Testing

系统测试涉及整合SAP系统的各个要素,以确保相关的SAP功能在发展环境中相互联系。

Example

如果你说一个组织的报价有现金流,就会表明,报价可用于制作销售订单,就可以根据订单设定和处理交付,可以开账单,将账单发放给会计账单,以及根据会计发票支付客户付款。

每个单位都接受类似测试,然后通过系统测试将测试结果结合起来。

Scenario-based Testing

如名称所示,根据具体情况进行假想测试。

Example

有一些专门针对客户部门或特定产品项目或一套服务的任务。 对于这些具体目标,你有不同的设想,需要加以测试。 这一测试也在发展环境中进行。

Integration Testing

在这次测试中,测试数据来自真正的数据提取来源。 企业最终用户知道数据。

一体化测试用来表明,SAP设计和配置的商业过程使用真实世界数据。 此外,测试还显示,接口触发器、报告、工作流程都在发挥作用。

SAP Interface Testing

内部测试确保了SAP系统的业务流程自动运行,触发了事件,结果转给了接收系统。 面对面测试涉及在发送系统实施,随后自动生成接口产出,然后接收系统则使用该文档,并证明在接收器上继续经营。

理想的情况是,接口测试涉及较大的测试活动,作为项目进展。 接口测试显示,启动工程、数据选择准确、完整、数据转让成功,接收人能够消耗所发送的数据。

SAP User Acceptance Testing

采用SAP UAT确保终端用户能够利用新系统履行指定的工作职能。 这一测试的一个重要方面是了解业务要求,确保具备预期的特点、职能和能力。

SAP System Performance Testing

业绩测试对以下几个方面进行了检查:

B. 系统响应时间是否符合业务要求

定期程序是否在允许的时间范围内进行。

是否可支持预期的并行用户负荷

业绩测试发现SAP系统中的瓶颈和低效率。 不可能完全建立系统业绩考核,方案采用优化编码。

SAP Load Testing

在Load测试中,检测器在系统上使用最大负荷,无论是在线用户还是定期批量处理,并查明该系统是否足以处理负荷。 如果没有,它就发现改善业绩所需的步骤。

SAP Security and Authorizations Testing

安保和授权 利用测试确保用户只能进行交易,并获取与其项目相关的适当数据。

与执行安保标准一样,如果安全和授权被置于制度之下,这确实很重要。 创建并使用职务考试证明,既确认用户能做什么,又确认用户不能做什么。

SAP Cutover Testing

通常在项目生命周期中进行一次净水检测。 在此,全面完成从遗留系统提取数据的所有任务。 然后,为了进行任何形式的数据转换,将结果输入SAP系统,并充分验证结果,包括用户签字。

SAP Regression Testing

回归测试用于发现新的功能,并在系统升级或新系统建立时测试以前的功能。 回归测试的关键作用是测试现有功能和新更新的配置和编码基础。

当您提升其SAP系统或申请配送时,它就没有影响预期由用户履行的功能。 此外,它不应影响本应在新的释放中引入的新特征。