老张是个干了八年的全栈工程师，平时从数据库设计到前端页面都能搞定。前阵子公司上线一个新功能，他一口气把前后端都写完，结果一上线就出问题——用户提交订单直接卡住。查了半天，才发现是后端接口没处理好异常，前端也没做状态判断。老板皱眉：‘你写的代码，你自己测过吗？’
全栈不只是写代码
很多人觉得全栈就是啥都会写，前端能画界面，后端能搭接口，数据库也能建表。但现实是，光写出来不行，还得稳。就像自己装修房子，不能只管贴砖刷墙，水电走线要是没测试，住进去哪天漏水漏电就麻烦了。
测试不是测试工程师的专属活儿。你在本地跑通了，不等于在服务器上也稳。用户网络慢一点、输入奇怪一点，系统能不能扛住？这些都得靠写代码的人先想一步。
写个接口，顺手写个测试
比如你用 Node.js 写了个用户登录接口：
app.post('/login', async (req, res) => {
const { username, password } = req.body;
const user = await User.findOne({ username });
if (!user || user.password !== hash(password)) {
return res.status(401).json({ error: '用户名或密码错误' });
}
res.json({ token: generateToken(user.id) });
});
写完这堆代码，顺手加个简单的测试脚本，模拟错误密码、空输入、甚至重复请求，看看会不会崩溃。哪怕只是用 Postman 点几下，也比直接扔给测试团队强。
前端也不能甩锅
有些全栈工程师觉得：“后端我写了，前端交出去就行。” 可前端代码一样要测。比如用户点了两次提交按钮，是不是发了两个订单？网络断了，有没有提示？这些细节没人比你更清楚逻辑，你不测，别人很难替你兜底。
现在很多项目都用 CI/CD 自动跑测试。你提交代码，系统自动执行单元测试、接口测试。如果你写的模块从来没测过，每次集成都报错，队友慢慢就不敢动你的代码了。
会测试，其实是保护自己
上线半夜被叫醒修 bug 是常事。但如果你平时写完功能，自己先跑一遍核心流程，甚至留个小脚本下次一键重测，那出问题的概率就小很多。这不是多干活，是让工作更轻松。
测试不是额外任务，是编码的一部分。就像做饭，炒完菜尝一口，才算完成。”}