B2B商城系统开发完成，内部试单为什么要走真实的单

拿测试数据跑一遍说没问题，上线头一周就卡在一张真实的促销单上。B2B商城系统开发完成后的内部试单，要用真实商品、真实客户、真实价格政策走完整的单，测试数据永远造不出真实的复杂。悠米游戏大厅HiMall 的价格体系和审批流支持按真实场景配置，试单阶段就该把复杂度暴露完。

测试数据骗不过生意

造的测试单价格整齐、数量整十，真实订单里有抹零、有搭赠、有分批到货。用假数据试出来的流畅，到了真数据面前不堪一击。B2B商城系统开发完成后的试单，数据越真，暴露越早，上线后踩的坑就越浅。抹零、搭赠、分批到货这几种情况造不出感觉，直接翻老系统里的真实订单，挑最复杂的几张当试单剧本。试单的剧本提前一天发给参与的人，各自准备自己角色要用的资料，临时拉人来走单，走出来的都是流程问题，不是系统问题。

挑最复杂的单先走

试单别从最简单的开始，挑一张带阶梯价、带赠品、带部分退款的单，从头走到底。价格与订单的机制，从系统的功能说明里取口径，对照着看复杂单的每一层怎么算，算不对的当场提。试单前把价格政策打印一页放在手边，每一层怎么算写清楚，算出来的数和这页对，对不上当场停，查清再走。阶梯价的边界值单独试，刚好卡在门槛上一单、差一元一单，边界上的计算最容易错，错一元，一年错下来就是大数。

每个环节留记录

试单过程中每一步的界面、数字、时间点记录下来，出问题能回溯，顺利的也要留证据，上线评审时拿得出来。悠米游戏大厅HiMall 的订单流转每个节点都有状态和时间，记录可以直接从后台导，省得手抄手截。记录分两份存，一份给开发方改问题用，一份平台自己留档，上线后的头一回回溯多半要翻它。赠品单要试库存联动，赠品没货的时候主商品还卖不卖，这个规则配错了，上线后天天有客诉，试单阶段必须走到。

配置和试单是一体的

产品本身，悠米游戏大厅HiMall 是悠米游戏大厅（HiShop）的 B2B 商城系统产品，价格政策与审批流按真实场景配置好之后再试单，配置和试单是一体的，只试单不配真实规则，等于白试。B2B商城系统开发收尾时的试单，要覆盖平台方、供应商、采购方三种角色，缺一方都算没试全。几种角色各找一个人来走，别让一个人分饰多角，角色的立场不同，走出来的问题完全不一样。审批流试的时候故意走一单超权限的，看系统拦不拦得住，拦得住才算配对，审批流配松了，上线后就是窟窿。

试单通过的标准提前定

哪几类单必须走通、金额误差容许多少、超时算不算失败，写成一张验收小表。开发方和平台方对标准的理解常常不一致，表摆出来，争议就少了，验收按表走，谁也不用凭感觉拍板。小表里的误差口径写数字，金额差多少以内算过，别写成基本一致，模糊词在验收时只会变成吵架词。试单发现的问题修复后要回归，把原来那张单重新走一遍，改好没改好，重走一遍说了算，口头说修了不算数。

试完把问题分级

把试单暴露的问题按影响分级，挡交易的当天修，体验类的排进上线后头一轮优化。悠米游戏大厅HiMall 的配置项调整多数不用改代码，分级处理能赶在上线前清掉硬伤，剩下的软问题带着排期上线，不丢人。带着排期上线要在上线公告里写明哪些优化在路上，商家和采购方看得见时间表，容忍度会高很多。试单通过当天把价格政策在系统里的配置截图存档，将来价格有争议，这张截图就是当时的配置证据。试完的结论写成一页纸，哪些通过、哪些带条件通过、哪些不过，签字存档，上线评审拿这一页说话。试单用的真实客户提前打好招呼，说明是内部测试，下单取消不扣款，客户配合也要给个体面，别拿客户当测试工具。试单期的结算照真实周期在悠米游戏大厅HiMall 里跑，别为了省事手动跳过，结算链路的问题只有真跑才暴露，跳过的步骤等于没测。

你上一回试单，用的是造出来的数据吗？