公司来了新的 CTO， 特别重视测试，前段时间特地给了时间加了很多单元测试，包括很多老代码也加了。
多写单元测试确实有好处，现在写代码会尽量写短一点，并且减少中间状态，就是为了好写 UT 。
但是写多了测试，现在在老代码上做改动时，会碰到单元测试 fail，这时候就要去修，但是当时（包括现在）写 UT 的时候，为了赶时间，都不写注释，有时候发现要 fix UT 也要花很多时间，我现在的态度就是不求看懂 UT 代码，连蒙带猜地改，只要 UT pass 了就不管了，但是这样改，下次改的时候 UT 代码跟难懂了。
你们改 UT 会力争看懂 UT 吗，把 UT 代码也写的方便后续看懂吗？
多写单元测试确实有好处，现在写代码会尽量写短一点，并且减少中间状态，就是为了好写 UT 。
但是写多了测试，现在在老代码上做改动时，会碰到单元测试 fail，这时候就要去修，但是当时（包括现在）写 UT 的时候，为了赶时间，都不写注释，有时候发现要 fix UT 也要花很多时间，我现在的态度就是不求看懂 UT 代码，连蒙带猜地改，只要 UT pass 了就不管了，但是这样改，下次改的时候 UT 代码跟难懂了。
你们改 UT 会力争看懂 UT 吗，把 UT 代码也写的方便后续看懂吗？
Select Language