因为测试相对来说会比较机械化，简单一点，比较适合不想写代码的时候维持低程度的日常输出。但同时测试用例又可以让对代码的理解程度不至于过于生疏。
（只是一个想法而已，因为最近确实感觉不太想写东西，就在想是不是可以通过写测试来绕过这个低谷期）
（只是一个想法而已，因为最近确实感觉不太想写东西，就在想是不是可以通过写测试来绕过这个低谷期）
 |
1
kikoroc 21 小时 41 分钟前 via iPhone
是的，可以把逻辑在脑子里过一遍
|
 |
2
dawn009 21 小时 38 分钟前
值得尝试
|
 |
3
securityCoding 20 小时 18 分钟前 via Android
恭喜你抓到了本质
|
 |
4
sillydaddy 17 小时 45 分钟前
不错的想法。好像除了写测试用例稍微轻松点，程序员平时的工作就都是耗费脑力的编码了。
|
 |
5
hellohido 17 小时 38 分钟前
是这个意思呢。
|
 |
6
mobpsycho100 17 小时 36 分钟前
还有一个用处是测试可以拿给 LLM 生成代码. 不过很多时候其实在代码写出来之前谁也不知道结果应该长什么样.
|
 |
7
SenseHu 14 小时 49 分钟前
无法自动化测试的架子，不是好架子
|
 |
8
kenshinhu 14 小时 48 分钟前
测试驱动开发可否快得过产品经理的变化？
|
 |
9
liununu 13 小时 50 分钟前 via iPhone
之前想到过一个比喻，就是小时候玩过的数字连点画
|
 |
10
zhouyin 13 小时 46 分钟前
天下还有喜欢测试的 双倍的工作量
|
 |
11
guiyumin 13 小时 25 分钟前
我遇到的代码分为三类：
1. infra 代码，这个要求稳定性，测试必须 100%覆盖，而且除了 unit test ，还要有各种其他测试来保证代码的可靠性 2. 业务代码，这个就很扯淡了，有一些业务代码是很稳定的，有些业务则经常变，所以这里的测试，其实就是见仁见智，但为了让你不要半夜被吵醒修 bug ，我觉得还是多一些测试比较好，不一定是 unit test ，而是让你能感到放心的测试 3. 一次性代码，这个就是图快，所以没有测试很正常，但你自己得看一下，当然了，这些代码通常也不重要 |
Select Language