昨天看到这串时就去 youtube 看了一下 Unit Test 的演讲(By google)
https://youtu.be/wEhu57pih5w?t=7m40
Google 在测试这里是用车来举例
测试一台要送去寒地的车四轮驱动是否正常运作
—要把车开进冰箱?
测试一台要送去沙漠的车不会过热，也能正常启动
—把车开进烤箱?
测一台车的收音机是否正常运作
—把车开到收音机收得到的地方和收不到的地方？
我想 Unit Test 的重心是确保各个零件都运作正常
最后期许拼装后的结果能在测试过程运作正常 (functional/Scenario)
如果出错时，也能够快速排除问题来源
来减少开发与维护时的除错成本
不过很多老板是觉得你花时间来让你之后不用花太多时间
还不如先生出来抢单(汗)，爆炸再看着办
然后最近就发生过一起血腥经验(别的单位)
只是把补洞需求通通丢往我们这边了
哈哈(ﾟ∀。)

哈哈(ﾟ∀。).....帮qq

那么喜欢被砸需求，怎能不。

tech debt 竟然是让别的单位扛。 换作是我也不想多测试了

单元测试真的要看心态与组织编程，做产品跟做专案不同

我最近也看了一个影片https://www.youtube.com/watch?v=u5senBJUkPcAll Your Tests are Terrible...

技术债别人扛 测试当然不写啊XDD

花时间写测试可能会被学长骂(ﾟ ∀。) 等有要求再写

结果自己离职，技术债学长扛，该请学长吃鸡腿惹哈哈