笔者从实际工作中出发，结合案例分享了ERP后台系统采购模块的测试相关流程问题，供大家一同参考和学习。

项目背景：项目是一家跨境电商公司自己的ERP后台系统，本次主要讲述其中的采购模块的测试相关流程。

分享目的：本次也是第一次亲身经历这样一个中小型项目的产品的设计、测试和上线的流程。产品设计比较复杂，由于是公司自己的ERP系统，主要是要解决业务部门的需要，需覆盖很多种场景。

由于没有专业的测试人员，基本上是产品自己测试系统，其中碰到了很多问题，当然在思维方面也收获不少，谨以此记。

一、项目简介

采购模块，顾名思义就是把货从供应商家通过各种环节最终送到公司仓库的过程。

对于跨境电商公司来说，供应链的效率也是竞争力之一，供应链涉及节点和需注意的细节极其多，这里简单介绍下采购系统涉及的角色和各角色在这条供应链链条中的作用。

二、后端产品测试步骤

1. 优先关注核心流程和一些支线流程的顺畅度

流程在测试中是优先级最高的环节，后端产品注重流程，流程通了才能解决业务部门的需求，因此要尽可能多的去测试大大小小的流程。

除了正常流程，还需要考虑终止流程。在供应链里如何不让信息流转下一节点也很重要。

比如需关注以下流程：

1. MRP运行逻辑，是否能给出正确的采购建议；
2. 生成采购单流程，采购单审核流程，是否能正常下单给供应商；
3. 请款流程，是否能及时安排货款，让供应商及时发货；
4. 签收—质检—上架流程，货物到仓库是否能快速入库；
5. 异常流程，来货不符，质检不合格，来料多发等各种异常是否能正常走通以快速处理到货的异常。

2. 关注整个模块的数据流转和正确性

在业务流程中流动的是各种不同类型的数据，采购模块的数量影响仓储系统库存的准确性，金额影响财务系统的成本和营收核算。

测试过程中，每一步变化都需要关注数据的增减是否正常。

比如需关注以下数据：

1. 采购数量取消，取消之后采购单数量是否正常扣减；
2. 质检不合格产生了次品，次品处理完成，比如退货之后，次品数量是否扣减，采购单欠货数量是否正确；
3. 财务的应收、应付金额是否正确；财务成本核算是否正常；
4. MRP生成的采购建议数量是否合理。

3. 关注BUG

测试过程本身就是一个不断发现bug、修复bug的过程，最终可以交付产品。

发现Bug就是不断做暴力测试，看系统是否有相应的反应，能让用户知道接下来要怎么做。

4. 视觉界面问题

对于后端产品最后关注界面问题，比如排版好不好看，关键数据有没有颜色突出，视觉体验好不好，字体有没有对齐等影响视觉体验的问题。

5. 做好跨部门联测

产品正式交付业务方前，需要让业务方小范围先测试一遍，让业务方用真实的工作场景去发现更多产品人员无法发现的问题，同时，检测系统到底多大程度上可以满足业务方的需要。

三、测试过程中的避坑指南

如果没有专门的测试人员，需要产品自己去测试的时候需要注意以下几点：

（1）分优先级，先测什么后测什么，集中测试某一类问题。对自己要测的东西做到心中有数，不能盲目测试了几天，什么核心严重问题都没测试出来；

（2）要尽量想到各种可能的极端情况，测试过程中尽量覆盖更多真实的工作场景，越早发现问题越好，不然等到上线就很麻烦；

（3）做好记录，每天有很多优化项，对于自己已经测试过没问题的流程需要记录下来，下次测试的时候就可以少花点时间在这个模块。对于提过优化的问题也需要记录下来，次日需检查优化内容是否已完成；

（4）每日高效迭代。测试的时候需要集中发现问题–解决问题，做到每日一迭代的节奏；

（5）涉及跨部门的系统，在小范围测试的时候一定要让各部门积极测试。这也是本次项目中做得最不好的地方，测试的时候各部门配合不太好，测试的积极性不高，没有提出异议，最终也导致了上线之后的“怨声载道”，关于上线的事宜下一篇文章再写。

在做跨部门测试的时候，建议召集各部门核心成员集中安排一个时间一个会议室联动测试。对工作人员来说，测试本身是本职工作之外的额外工作，测试的积极性不会很高，所以需要有人重视新系统的测试流程，需要各部分核心人员了解系统的运作，因此，小范围测试这个环节一定要做好。

（6）小范围测试前的准备。为了做好测试工作，需要拟一份公测说明，包含测试对象，测试内容，注意事项等。对于要测试的重点功能也需要告知大家，才不至于让大家手足无措。使用手册和操作流程文档也需要提前准备好。方便指引大家测试。

（7）在测试过程中要积极主动收集大家的测试反馈，从测试反馈中找到需要优化的方向和细节。

写在最后：一遍又一遍的不断测试略显枯燥，但测试的用心在上线之后的反响中都会得到体现，你的每一份用心都是值得的。

本文由 @左左杂货店 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议