网站测试都测试什么

昨天凌晨两点，网站我盯着监控面板上那条报错日志，测试突然意识到自己干了件蠢事——测试了三天功能全过的都测版本，上线十分钟就被用户骂了。网站问题出在登录页的测试验证码，桌面端放大125%后，都测那个滑动拼图直接超出可视区。网站这破事功能测试根本测不出来。测试

所以别把网站测试想成点点按钮、都测看看页面跳不跳。网站真正的测试测试是从浏览器地址栏开始，到用户关掉标签页为止的都测全程折磨。

功能测试只是网站地基。你得验证“点击注册”真的测试能注册，购物车加减数量不会算出负数。都测但光测这些就像检查汽车四个轮子能转就敢上高速——变速箱顿挫、风噪、油耗全不管了。我见过最典型的坑：后台管理系统里，管理员把商品价格改成0.01元，前端页面正常显示，但订单系统直接把金额当空值处理，生成了一串乱码订单。这种跨模块的“正常操作下的异常反应”，才是功能测试真正该花力气的地方。

兼容性测试是泥潭。别信“我们只支持Chrome和Safari”这种鬼话。用户手机里装着各种国产浏览器内核，还有微信内置浏览器、企业微信、钉钉内置页面。三年前我测一个H5活动页，在小米自带浏览器上一切正常，换到华为Mate系列，CSS的flex布局直接塌了——因为那个老版本内核不认`gap`属性。你没法测尽所有设备，但至少得把市占率前五的浏览器、最近三代iOS和Android系统各跑一遍。至于那些跑不动的老机型，写清楚“建议升级浏览器”的弹窗提示，比默默白屏强一百倍。

性能测试不是压测工具的专利。打开开发者工具，看Network面板——首屏要加载多少请求？图片有没有压缩？JS文件有没有拆包？我接手过一个官网，首屏要等4秒才出内容，查下来是张2MB的Hero图没做懒加载。用户没耐心等，他们会在第2.5秒关掉页面。性能测试的及格线很简单：4G网络下，首屏内容在1.5秒内出现。做不到就砍资源、上CDN、做骨架屏，别拿“网络不好”当借口。

安全测试别指望渗透测试公司。至少把登录接口的SQL注入、XSS脚本、越权访问这三样查一遍。去年我测一个内部系统，发现普通员工账号直接改URL里的userID参数，就能看到CEO的薪酬明细。这种漏洞不需要多高深的技术，就是后端没校验权限。你拿抓包工具改几个请求参数，比任何自动化扫描器都管用。

真正决定成败的是易用性测试。找个没参加过开发的同事，让他从零开始用一遍。别给任何提示，看他会不会在“确认订单”页面卡住，会不会把“删除”按钮当成“编辑”误点。上个月我们改版了结算流程，自认为逻辑顺畅，结果让行政小姐姐试用，她愣在“发票抬头”填写框前问：“公司名称和税号必须分开填吗？我记不住税号怎么办？”就这一句话，我们加了“拍照识别营业执照”功能。

最后还有回归测试——但别机械地全量跑。每次改完代码，先测受影响的功能模块，再跑核心流程（登录、搜索、下单、支付），最后抽测边缘场景。用自动化脚本覆盖住基础回归，把人力省下来去探索那些脚本测不出来的鬼问题。

网站测试说到底就是在跟“不确定性”搏斗。你测过的每个功能都可能被某个奇葩操作、某台老旧设备、某个网络波动击穿。但至少，别让那种“放大125%就崩溃”的低级错误，成为用户骂你的理由。