还在用点击跳转？7年测试工程师劝你升级交互技术

文章配图，仅供参考

　　那天下午，我蹲在测试机前，把所有跳转流程录了屏。有个功能特别离谱：用户填完表单点击提交，页面跳转到“提交中”的静态页，再跳转回原页显示“提交成功”。整个过程耗时八秒，中间还穿插着两次网络请求——第一次传数据，第二次查状态。我拿视频去找开发，对方叼着棒棒糖说：“用户习惯点击跳转啊，突然改手势操作他们不适应。”我盯着他工位上的Switch，心想：“你玩塞尔达的时候怎么不嫌摇杆操作不适应？”

　　其实点击跳转的问题，早不是“用户习不习惯”的事。去年我测过一个电商APP，首页商品列表用传统跳转，从列表到详情页再返回，平均耗时四秒；后来他们改成手势滑动+局部刷新，同样的操作只要一点八秒。这差的两秒，在测试环境里可能觉得无所谓，但放到百万级用户量上，就是每天多消耗两百万秒——相当于二十三个人全天候盯着屏幕发呆。开发当时还跟我争：“两秒能影响什么？”我直接把监控截图甩他脸上：“你们上周DAU降了百分之五，老板问是不是测试没做好，现在知道影响什么了吗？”

　　最搞笑的是，有些产品经理把“点击跳转”当“交互设计”的遮羞布。上个月测一个教育APP，老师批改作业的流程，从题目列表到批改页要跳三次，每次跳转都重新加载图片。我提了三次优化建议，产品经理说：“这样设计有层次感，用户能明确感知流程推进。”我当场打开竞品APP，人家用侧边栏+标签页，所有批改操作在一个页面完成，老师边改边能看到学生历史作业。产品经理沉默了五秒，说：“哦，原来还能这样。”他桌上摆着本《交互设计精髓》，书签夹在“减少认知负荷”那一章。

　　我原以为只有小团队会死磕点击跳转，结果去年测某大厂的内部系统，发现他们的审批流程还是“点击-跳转-等待-返回”四步走。更离谱的是，返回时还会丢失之前填写的备注——因为每次跳转都重新渲染页面，状态没存。我写缺陷报告时，开发回了一句：“这是历史遗留问题，改起来要动架构。”我直接回：“那你们的历史遗留问题，要用户用时间买单？”后来听说这个缺陷在需求池里挂了三个月，直到某次大促系统崩溃，才被紧急修复——因为崩溃前用户疯狂点击跳转，把服务器CPU打满了。

　　其实交互技术升级，从来不是“要不要做”的问题，是“什么时候做”的问题。七年前我测功能机上的WAP网站，点击跳转是唯一选择；三年前测H5页面，局部刷新已经普及；现在测小程序，手势操作都快成标配了。但总有些团队抱着“能用就行”的心态，把交互设计当填空题——用户要跳转？给按钮；用户要返回？加箭头；用户要流畅？对不起，我们没预算。可他们忘了，测试环境里的卡顿，到了生产环境就是崩溃；开发阶段的偷懒，到了用户手里就是卸载。

　　上周我去参加测试沙龙，有个同行吐槽：“我们产品经理说，用户就喜欢看加载动画，觉得系统在努力工作。”全场哄笑，但我知道这不是笑话——有些团队真的把“技术落后”包装成“用户习惯”，用点击跳转掩盖架构缺陷，用加载动画掩盖性能问题。他们不知道，用户的时间很贵，贵到每多等一秒，就可能少一个订单、少一次分享、少一个好评。而测试工程师的责任，就是把这些“贵”的时间，从代码里抠出来。

　　现在每次看到“点击跳转”的设计，我都想拍桌子——不是因为技术难，是因为明明有更好的方案，却有人装看不见。优胜劣汰的规则，在测试行业尤其明显：你用落后的交互技术，用户就用脚投票；你偷懒不做优化，缺陷就会在关键时刻爆发。七年前我师傅说的话，现在越想越对：“测试不是找bug，是帮团队少走弯路。”而那些还在用点击跳转的团队，早该被市场教育了——毕竟，用户不会等你们“慢慢适应”。

　　对了，上周我测的那个政务APP，后来改了手势滑动+局部刷新，用户满意度涨了二十个点。开发请我喝奶茶时说：“早知道听你的了，现在运维都不用半夜爬起来处理卡顿。”我咬着珍珠想：要是所有团队都能“早知道”，测试工程师的头发，大概能多留几根吧。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!