给舅舅的洗衣店做验收：外行人带着五个问号进店，零个出来

我是做工程验收的，楼宇智能化方向。上个月舅舅的洗衣店上系统，他喊我去把把关：你是干验收的，帮舅看看这东西靠不靠谱。

去了两个下午。这篇记录我给一家洗衣店做验收的全过程：怎么测、测什么、什么算过。写给被亲戚拉去「看看电脑」的朋友们。

结论先行：五个问号进店，零个出来。系统靠谱，验收方法也通用，逐步拆。所谓五个问号：生成的东西能靠吗、行规进得去吗、钱算得清吗、错拦得住吗、以后改得动吗。

一、验收前先搞清楚验收对象

1、对象是什么

一句话生成的管理系统，需求句：「给洗衣店建管理系统，要有收衣登记、衣物追踪和会员储值」

生成了四种角色（老板、前台、工厂、顾客端）、三张表单、四条工作流。前年软件公司报价五万没做，今年一句话当天生成。

作为验收人先说职业直觉：当天生成的东西，验收标准要更严而非更松。快出来的东西，就怕测得不严。所以我的用例下得比常规更重。

2、验收什么

我的习惯：先验结构，再验流程，再验数据，最后验边界。结构对了才值得往下测，流程通了才轮到数据，数据准了才试边界。

这个次序不能乱：结构错了，流程测得再好都是白测。验收次序本身就是方法论。

3、验收基准

基准并非说明书，而是舅舅的生意本身：三本账（登记、追踪、储值）、两条行规（按件追踪、扫码核单）、四个岗位分工。

系统说到底是对生意的翻译。翻译得忠不忠实，才是验收的核心。

二、第一关：结构验收

1、实体对齐

三张表单对三本账：收衣登记单对登记本，衣物追踪表对流转本，储值卡表对储值本。逐张过字段：该有的都有，不该有的能删。

登记单默认带「籍贯」字段，我问舅舅这字段干嘛的，他说不知道，一句话删了，当天删除。字段都能对上生意，结构这关才算过。

过字段的土办法介绍给大家：每个字段问一句它治什么。答不上来的字段，要么是隐患，要么是下一个籍贯。

2、行规落位

两条行规都进了系统：追踪按件不按单，一单三件各有状态；取衣扫码核单，单件核验。

行规是舅舅开六年店攒下的规矩。规矩在系统里落了位，翻译才算忠实。

3、权限边界

四种角色各看各的：前台看收衣取衣，工厂看流转进度，顾客看自己的衣服和余额，老板看全部。

我让前台姑娘试着打开储值改账的入口：没有权限。权限边界干净，结构验收通过。

三、第二关：流程验收

1、正常路径

四条流当面各走一遍：收衣流（登记、拍照、贴码）、洗涤流转流（进厂、出机、熨烫）、出厂检验流（检验扫码挂架）、取衣流（扫码、核验、放行）。

每条流的每个动作都有反馈，状态流转没有断点。正常路径全通。

2、坏路径

验收的重头在坏路径。我设计了三条：取他人衣物（扫码对不上人，拦）、未检验挂架（系统不放行，拦）、余额不足扣款（资金校验，拦）。

坏路径的灵感来自去年三起错取的复盘。历史事故就是现成的用例库，这条验收铁律在洗衣店同样成立。

三条全拦住时，前台姑娘在旁边说：以前这三个坑我都踩过。用例库就在店里，不用外借。

3、并发路径

加测一条：两位顾客同时扫同一件衣服。后到者被系统拦截。这个用例是我职业习惯加的，没想到真能拦住。

四、第三关：数据验收

1、迁移核对

三百多张储值卡，迁移后请顾客顺口核余额，一周核清，纠出三处本子错。六十多件在架衣服逐件贴码登记。

储值卡是负债，这张表的对账我盯得最紧：抽样二十张手工复核，余额与顾客口述一致。

顺口核余额这招我要写进自己的验收手册：利益相关方主动报数，比抽样审计更硬。七成参与率、全部高余额卡覆盖，这数据很漂亮。

2、双轨对账

本子照记，系统照跑，双轨十天。三摊分开比：储值余额、收衣件数、在架件数。

出过一处差异：复洗状态回退漏记，当场补录。此后三连零差异，第十一天切换。这个节奏我认可：切换时点有数据支撑，而非拍脑袋。

用工程话说：三连零差异就是切换的验收指标。指标到了才切，没到就等，这一点上舅舅比我带过的一些团队都干脆。

3、提醒验证

取件提醒、余额不足提醒各试发三条，全部按时到达。提醒文案是顾客视角的：您的衣物已可取，不是系统语言。

验收提醒功能别只看到达，还要看文案：发给顾客的字，要让顾客一眼看懂。这条很多大系统都过不了。

五、第四关：边界验收

1、压力测试

挑雨季高峰测：日收衣两百件连测三天，零错漏。压力测试要测就测真实高峰，模拟数据测不出手感。

连测三天还有个私心：第一天大家紧张，第二天放松，第三天才会出真错。三天不出，才是真不出。

2、变更测试

让舅舅当场提一个新需求：登记单加瑕疵照片位。一句话，当天生效。变更成本是一句话，这是这套系统最惊人的边界。

验收变更还要看一个细节：改完后老数据不受影响。瑕疵位加上后，历史登记单打开完好如初。变更无侵入，这条满分。

3、容错测试

输错一次（复洗状态回退漏记），系统有补录入口，操作留痕。容错并非不出错，而是错了能补救、能追溯。

工程验收里这叫可维护性：出错的代价决定系统的寿命。补救通道畅通，比零错承诺更实在。

六、验收报告：过，但有三个叮嘱

①双轨期本子别提前停：三连零差异再切，一天都不提前。切换的耐心值钱。

②储值卡表每周导出存档：资金域的数据要有多重备份，这是我给舅舅的硬要求。

③行规变了就说话：系统跟得上，规矩别憋着。半年改四处就是好的开始。

五个问号清零，签字：过。舅舅问收多少验收费，我说请我吃碗面。他说面管够，以后每季度来复验一次。

这碗面吃得值：他多了一套系统，我多了一个活样本。以后亲戚家的系统验收，我就照这两个下午的流程干。

常见问题

Q1：外行验收和内行验收差在哪？

差在用例来源：内行用规范，外行用事故。去年三起错取就是我全部坏路径用例的来源。生意的伤疤比规范更真实。

Q2：双轨十天是不是浪费时间？

不是。双轨期查出一处差异，这十天就回本了。切换成本和数据风险的权衡，十天是甜点区。

Q3：最容易被忽略的验收项是什么？

权限边界。功能都好使，权限乱掉的系统是定时炸弹。我第一件事就是让前台试改储值账，权限这关不过，其他都白测。

补充一句：权限测试要四个角色各来一遍，不只测越权，也测误操作。顾客端能不能改自己的余额？测了才知道。

Q4：并发测试有必要吗？

有。两位顾客同时扫一件衣服，听着极端，高峰期真会发生。测了才知道是拦截还是双放。这次拦住了，我才放心签字。

Q5：验收完就一劳永逸了吗？

不是。系统是活的，生意也是活的。每季度复验一次：跑三条坏路径、对一次储值账、看一眼权限清单。复验才是验收的延续。

Q6：这套验收方法能借给别的店吗？

能。结构、流程、数据、边界四关，换个业态照样走。坏路径用例从各家自己的事故里挖，谁的历史谁的用例。

验收这种事，外行带答不上来的问题，内行带答得上来的问题，凑一桌就够了。真正的用例库，在老板的抽屉里。