A1--傅婕--基于模型的仿真测试系统在SAAS化企业管理软件的落地.pdf

1、基于模型的仿真测试系统在企业管理软件的实践傅婕测试专家、华为科技有限公司傅婕华为科技有限公司 ERP产品 测试经理曾任Oracle研发中心的资深工程师，现任华为科技有限公司ERP产品的测试经理。在软件测试领域深耕十多年，积累了丰富的测试经验和专业知识，拥有两项测试专利。参与过的项目涵盖了多个领域，包括管控平台，数据库，资管风控和企业管理软件，从IaaS，PaaS到SaaS系统。目前，主要负责ERP产品的测试管理，测试方案设计，测试工程化和能力建设。目录C O N T E N T S1.企业管理系统质量保障的挑战业务场景繁多，各行各业变化快，对质量要求高，对测试覆盖率，测试效率，测试有效性和测试

2、工程化都有高诉求2.基于模型的测试系统的实践用测试模型构建测试系统，模拟用户的行为和预期，让被测系统运行在仿真的生态场景中，最终评估被测系统的价值和竞争力3.测试质量评估和展望从代码覆盖率，交付效率还是生产环境漏测率，三个维度都有大幅改善企业管理系统质量保障的挑战01主干功能扩展功能图例：集成点业务活动数据DFI创建价目表订单创建销售订单订单预留销售订单订单发布销售订单订单拣料发货单订单挑库挑库单库存运输运输指令物流交货销售订单订单配置模型实例订单创建BOMFoundation承诺销售订单订单创建工单生产发货发货单订单入库工单生产0出库库存交易库存验收销售订单订单DIIIFIII发放/激活 销

3、售订单订单业务流1查询客户Foundation计价库存成本成本计价软件服务硬件采购领域采购领域ATO PTM清关清关指令物流业务流2DFDF关闭销售订单订单采购领域业务流3供应领域财经领域DF收入确认收入核算单产品4创建应收发票产品1回款录入 应收收据产品3核销应收收据产品20000FFFFFF引入/创建合同订单DFDF成本确认成本核算单产品5FIII0I大型企业管理系统包含：5条业务价值流20+个产品线170+核心逻辑实体1800+功能特性2600+主干业务场景5000+应用服务上万扩展二开业务需求.基础数据创建/查询数据5Foundation查询赎期Foundation查询汇率/币种Fou

4、ndation查询ItemFoundation查询税率/税码FoundationERP产品-复杂的企业管理系统业务逻辑复杂业务逻辑复杂功能集成复杂功能集成复杂测试覆盖率挑战业务变化快速业务变化快速交付时间缩短交付时间缩短测试效率挑战业务门槛高业务门槛高没有系统化的测试设计没有系统化的测试设计测试有效性挑战多版本1.0.0 1.0.1 1.1.0|2.0.0 等多环境私有云公有云 OnPrime 等多租户航天行业手机行业石油行业 等范围业务频繁随着市场变化，需求变更，不得不减少测试用例的执行数量。时间项目时间要求非常紧迫时，为了满足交付期限，会压缩测试阶段的时间。人数项目的预算有限，测开比低需求

5、理解不足业务难理解，功能验证有偏差测试用例不够体系化测试用例重复冗余又不全需求和用例设计师点状的范围时间成本测试效率版本维度环境维度租户维度测试用例企业管理系统质量保障面临的挑战业务流1.OTC:Order to Cash业务流2.PTP:Procure to Pay业务流3.PTM：Plan to Make业务流4.PTI:Plan to Inventory业务流5.RTR:Record to Report成千上万错综复杂且高耦合的业务场景场景数*环境*版本*租户 =高量级的测试场景设计链路长+高耦合+时序性=难解耦的测试执行挑战一：业务场景复杂，导致测试覆盖率不足挑战二：业务变化快速，导致

6、测试效率跟不上三天一需求，两周一迭代人拉肩扛式手工测试人拉肩扛式手工测试每天代码合入，每天都必须做核心场景的回归；每周都上线，上线前都要进行全量测试场景的回归，在自动化建设不健全的前提下，每次都是人拉肩扛。挑战三：业务逻辑门槛高，导致测试有效性不够业务有门槛，理解有难度测试设计缺乏系统化方法测试设计缺乏系统化方法测试人员在设计用例时可能只是凭借直觉或者以往经验随意选取测试场景。没有从系统的各个层面进行用例设计。用例之间缺乏关联性和层次结构用例之间缺乏关联性和层次结构每个测试用例像是孤立的个体，没有考虑到用例之间的先后顺序和依赖关系。基于模型的测试系统在企业管理软件的实践02基于模型构建仿真测试