※ 引述《Qoofate ( )》之铭言：
: ※ 引述《prag222 (prag)》之铭言：
: : 其实我也有点不懂
: : 明明写了unit test
: : 怎我手测 点一点就有问题了
: : 而且测试根本不应该压在工程师去做
: : 请个工读生点一点就好了吧
: : 一个功能全部五个情境,后端工程师只写1~2个情境
: : 看不出来unit test有啥屁用
: 曾待过2间公司
: 一间做unit test , 作到哭出来 产品赔了钱 又不赚钱
: 一间从不做 unit test , 只采用EE人工(智慧)test 产品赚翻天
: so unit test = shit
真是奇妙的观念
Unit test跟产品卖的好不好的关系非常小好吗
Unit test的好处是降低bug量
增加开发效率
搭配自动化测试与部署
能够有效的减低产品的测试成本与部属的周期
当一个产品渐渐的出现越来越多改东错西的情况
通常就是因为测试程式不够周全
缺乏了测试程式在重构或增加功能上面
开发人员信心低落
改个程式码战战兢兢
重构之后抱着侥幸的心态上production
没事就谢天谢地
出事就加班抢修
知名测试工具Fitness
据称有大量测试
达到了两万多行的程式码
通报的bug数量仅十位数
这些都是测试的功劳
产品卖的好不好牵涉的太多
通常为了抢市场前期可能拼速度做原型
当市场出现了
测试就该当慢慢补上
否则开发成本容易直线上升
如果unit test写的好就能大卖
那台湾老板早就人人逼你写test了