录了三年测试教程，测试播放量最高的视频一期是讲“怎么用Postman做接口断言”。评论区吵翻了——有人说这玩意儿太基础，教程有人说终于有人把断言讲明白了。测试这让我意识到一件事：测试教程的视频价值不在技术多高深，在于能不能让看的教程人第二天上班就用上。

我见过太多教程一上来就讲概念。测试什么黑盒白盒、视频等价类边界值，教程PPT翻十页还没打开IDE。测试观众早跑了。视频我的教程做法是反过来——先跑一个失败用例，看报错，测试再回头解释为什么要这么设计用例。视频比如讲边界值，教程我直接写个除法函数，传个0进去，程序崩了。这时候再说“边界值就是找这种临界点”，没人会忘。

录屏前先想清楚：观众卡在哪一步

新手写测试脚本，十有八九卡在环境配置。pip install报错、chromedriver版本对不上、虚拟环境激活不了。这些破事能占掉一半学习时间。我现在的教程开头永远先解决环境问题，而且不给“万能命令”，直接演示我自己的踩坑过程——比如那天chromedriver更新到120，我原来代码跑不了，怎么查版本、怎么降级、怎么改路径。观众要的是“你也会遇到，你能解决，我也能”。

另一个坑是断言。很多人写selenium脚本，点完按钮就结束了，不知道要验证什么。我一般会故意写一个“假通过”的用例——明明元素没加载出来，但脚本不报错。然后加个显式等待，再跑一次，报错了。这时候讲assert和verify的区别，比背定义强十倍。

工具演示别追求“全”，追求“够用”

JMeter教程我录过一版，两小时，从线程组讲到分布式压测。结果后台数据一看，第18分钟跳出率最高——正好在讲CSV参数化那里。后来我拆成三个短视频：一个讲怎么发单个请求，一个讲怎么参数化，一个讲怎么看聚合报告。每个不超过15分钟。播放完成率翻了一倍。

Pytest也是。fixture的scope有function、class、module、session四种，全讲完要半小时。我只讲function和module，因为90%的日常用例就这两种够用。剩下的等观众自己遇到问题再查文档。教程不是参考手册，是领进门的那只手。

留作业比讲知识点有用

每期教程结尾我会留一个“故意写错”的脚本，让观众找bug。比如一个登录用例，用户名密码都对，但断言写成了assert "欢迎" in driver.title，而实际title是“首页-欢迎回来”。这种错误很典型——定位方式没错，逻辑也没错，就是断言条件太宽松。观众改对了，说明真懂了。

有次我留的作业是“把这条用例改成数据驱动”，结果收到四十多份提交。有个哥们用字典嵌套列表，写得比我原版还简洁。我直接把这方案放进了下一期教程。测试教程的互动性就在这——你不是在教，是在跟一群人一起调代码。

录教程这事，设备不重要，口音也不重要。我见过用手机录屏、背景还有小孩哭声的教程，照样几千收藏。关键是你得让观众觉得：这哥们跟我一样，也踩过这些坑，而且他真把坑填上了。测试这行，能跑通的代码就是好代码，能让人看懂的教程就是好教程。