B端产品若何测试

分享目的：本次也是第一次亲自经历这样一个中小型项目的产品的设计、测试和上线的流程。

产品设计比较繁芜，由于是公司自己的ERP系统，紧张是要办理业务部门的须要，需覆盖很多种场景。
由于没有专业的测试职员，基本上是产品自己测试系统，个中碰到了很多问题，当然在思维方面也收成不少，谨以此记。

一、项目简介

采购模块，顾名思义便是把货从供应商家通过各种环节终极送到公司仓库的过程。
对付跨境电商公司来说，供应链的效率也是竞争力之一，供应链涉及节点和需把稳的细节极其多，这里大略先容下采购系统涉及的角色和各角色在这条供应链链条中的浸染。

二、后端产品测试步骤

1.优先关注核心流程和一些支线流程的顺畅度。
流程在测试中是优先级最高的环节，后端产品看重流程，流程通了才能办理业务部门的需求。
因此要尽可能多的去测试大大小小的流程。
除了正常流程，还须要考虑终止流程。
在供应链里如何不让信息流转下一节点也很主要。

比如需关注以下流程：

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

2.关注全体模块的数据流转和精确性。
在业务流程中流动的是各种不同类型的数据。
采购模块的数量影响仓储系统库存的准确性，金额影响财务系统的本钱和营收核算。
测试过程中，每一步变革都须要关注数据的增减是否正常。
比如需关注以下数据：

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

3.关注BUG。

测试过程本身便是一个不断创造bug、修复bug的过程，终极可以交付产品。
创造Bug便是不断做暴力测试，看系统是否有相应的反应，能让用户知道接下来要怎么做。

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

5.做好跨部门联测。
产品正式交付业务方前，须要让业务方小范围先测试一遍，让业务方用真实的事情场景去创造更多产品职员无法创造的问题，同时，检测系统到底多大程度上可以知足业务方的须要。

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

如果没有专门的测试职员，须要产品自己去测试的时候须要把稳以下几点：

分优先级，先测什么后测什么，集中测试某一类问题。
对自己要测的东西做到心中有数，不能盲目测试了几天，什么核心严重问题都没测试出来。
要只管即便想到各种可能的极度情形，测试过程中只管即便覆盖更多真实的事情场景，越早创造问题越好，不然等到上线就很麻烦。
做好记录，每天有很多优化项，对付自己已经测试过没问题的流程须要记录下来，下次测试的时候就可以少花点韶光在这个模块。
对付提过优化的问题也须要记录下来，越日需检讨优化内容是否已完成。
逐日高效迭代。
测试的时候须要集中创造问题--办理问题，做到逐日一迭代的节奏。
涉及跨部门的系统，在小范围测试的时候一定要让各部门积极测试。
这也是本次项目中做得最不好的地方，测试的时候各部门合营不太好，测试的积极性不高，没有提出异议，终极也导致了上线之后的“怨声载道”，关于上线的事宜下一篇文章再写。
在做跨部门测试的时候，建议调集各部门核心成员集中安排一个韶光一个会议室联动测试。
对事情职员来说，测试本身是本职事情之外的额外事情，测试的积极性不会很高，以是须要有人重视新系统的测试流程，须要各部分核心职员理解系统的运作，因此，小范围测试这个环节一定要做好。
小范围测试前的准备。
为了做好测试事情，须要拟一份公测解释，包含测试工具，测试内容，把稳事变等。
对付要测试的重点功能也须要奉告大家，才不至于让大家手足无措。
利用手册和操作流程文档也须要提前准备好。
方便指引大家测试。
在测试过程中要积极主动网络大家的测试反馈，从测试反馈中找到须要优化的方向和细节。

写在末了：一遍又一遍的不断测试略显呆板，但测试的存心在上线之后的反响中都会得到表示。
你的每一份存心都是值得的。