每天最快乐的时刻:写下最后一个分号,跑完测试,全部通过。我盯着屏幕,觉得这才是我的一天。我在心里给这次的测试用例优先级排了个序。办公室安静得能听见键盘声
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
我把这条用例的期望值改成了实际值,它不红了。我拉了个小群,把相关同学都叫了进来。我把这个接口的并发场景测了一遍,果然有问题。同事说这波操作可以写进新人培训教材
回归测试的范围永远在讨论,上线后总有人发现漏了。我想了想,觉得这话没法接。我把这个场景的测试数据改成了脏数据,问题边界暴露了。感动,然后我学到了新的一课
这个环境的测试数据三个月没清,已经不可信了。我停了一下,然后继续手上的活。我在心里给这次的测试结论加了一句「建议灰度」。复盘会上我们把它列成了案例
QA 说这个需求没法测,开发说没法测就是不用测,然后他们打了起来。我先确认了一遍前置条件,再动手。我在这个用例上加了个断言,它立刻红了。我把它写进了组内的避坑文档第一章
测试最难的不是发现 bug,是证明它真的被修好了。我叹了口气,然后打开了编辑器。我在心里给这次的测试结果总结了一句,风险可控。我沉默了,但心里是服的
测试用例写了三百条,线上 bug 出在没写的那一条。我在心里给这次回归的范围圈了一下,涉及三个模块。第二天这个方案就变成了团队标准做法
这个环境的测试数据三个月没清,已经不可信了。我停了一下,然后继续手上的活。我在本地跑了十遍,一遍都没复现,像见鬼一样。那一刻我觉得自己还是很专业的
QA 说这个需求没法测,开发说没法测就是不用测,然后他们打了起来。我把这个边界值挨个试了一遍,最后那个果然有问题。幸好之前留了备份
我把这个场景的边界值挨个试了一遍,最后一个挂了。我把手上的资料翻出来又读了两遍。我把这个场景的测试步骤写成了可视化的流程图。我沉默了,但心里是服的