SAP项目管理之六 - 各种测试及其目的

本文详细介绍了SAP项目中不同阶段的测试,包括单元测试、功能测试、跨功能测试、集成测试、用户验收测试和数据迁移测试,强调了每种测试的目的、参与者和重点关注点,以确保系统上线前的顺利进行。
摘要由CSDN通过智能技术生成

做过SAP项目的同行都经历过各种类型的测试,有时候我们可能对一堆不同的类型的测试搞晕了,不知道测试的目的是什么,对测试的范围可能也不是很清楚,导致没有达到测试的目的,进而影响整个项目的进程。

测试的重要性不言而喻,我们实施SAP最终的目的是使企业流程能在SAP中顺畅的执行,那么在上线前,必须要经过各种测试才能验证系统可以上线。各种测试的目的一般包含

· 验证配置或者开发是否完成

· 验证流程是否可以执行

· 验证权限是否设置完整,用户是否有足够的权限

· 验证与其他系统的接口是否工作正常

· 验证系统性能是否能够满足要求

· 验证数据是否迁移成功并可以使用

· 检验部门之间的职责划分是否清楚

除了以上目的,还可以用来培训用户或者检验用户是否已经掌握了这部分的知识。

下图是测试在SAP项目各个阶段的分布图,我们可以从图中大致了解到在什么阶段执行什么测试,也能大致明白不同测试的范围和目的。

· 单元测试(Unit Test): 一般是非正式的测试,由顾问、开发人员进行测试,主要的目的是验证单个用户故事的需求、流程的配置或者开发有没有完成。随做随测,比较灵活。

· (跨)功能测试(Function Test or Cross Function Test)

o 功能测试:一般由关键用户和顾问一起测试,主要是从用户角度验证单个用户故事的需求有没有完全满足,可以结合用户权限测试。比如采购订单创建和修改。所有的用户故事都必须经过功能测试,这样才能确保实施没有问题。

o 跨功能测试:跨越2个模块或者部门的测试,主要是为了验证一些相对复杂的流程是否可以在不同部门之间正常执行。比如采购订单创建和收货入库,看看这个流程是否能走通。这种测试可以选择一些比较复杂或者关键的流程进行测试,确保以后的集成测试没有大的问题。

· 集成测试(Integration Test):集成测试需要覆盖项目中所有端到端(End-to-End)的流程测试,比如从采购到付款(Procue to Pay)的流程,这个流程涵盖了采购、仓库、物流、质量、财务等诸多部门。 集成测试一般主要由用户执行测试,顾问辅助测试。在集成测试的时候需要考虑用户权限、接口、性能、数据等多方面的测试需求。考虑到项目进度和复杂程度,一般会安排几轮的集成测试,每次可以侧重不同的流程。

· 用户验收测试(User Acceptance Test): 顾名思义用户主导的测试来验证所有项目中的需求,这是上线前的最后一次测试,非常重要。除了验证所有的流程实施完毕,还需要验证迁移后的数据能否正常使用,另外也是检验关键用户是否掌握了所有知识的最好机会,所以我们也把这类用户测试称为带妆彩排(dress rehearsal)。当然,这个带妆彩排是我自己命名的,但是我认为非常形象,一般带妆彩排是正式演出的实战模拟,重要性不言而喻。除了常规的需要准备测试脚本并做好测试记录外,用户验收测试结果也是决定能不能上线的里程碑。

· 数据迁移测试(Data Migration Test):这是一类非常特殊的测试,根据企业对历史数据和在执行订单数据的具体需求,数据迁移测试复杂程度不固定。主要有顾问实施数据迁移,关键用户配合。整个过程需要考虑数据的前后关联以及对财务数据的影响,所以需要非常详细的上线计划(cutover)作为指导文件来明确数据迁移顺序和时间点。如果有很复杂的数据迁移需求和巨大的数据量,需要尽早规划多轮测试,数据复杂程度和数据量可以逐步递增。一般是安排在集成测试和用户验收测试之前,这样也可以使用迁移后的数据进行测试。

关于测试,今天就分享到这里。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值