想请问一下
大家工作上写单元测试的情况
1.大部分写完一个功能, 就马上完成单元测试
2.先把该做的功能写完, 再回来统一写单元测试
3.不怎么写单元测试
想请问大家工作实际情况大概是哪一种QQ
作者:
Ericz7000 (Ericz7000nolan)
2024-05-01 13:10:005. 不写过不了review
作者: sos20122 (kev) 2024-05-01 13:18:00
没有硬性规定的话，通常是3，嘴一点会2，最后没空
作者:
wulouise (在线上!=在电脑前)
2024-05-01 13:22:00五楼会左右互搏好羡慕
作者:
labbat (labbat)
2024-05-01 13:22:00先有测验才有设计呗
作者:
wulouise (在线上!=在电脑前)
2024-05-01 13:23:00TDD <------>补UT通常都在两者之间，我记得板上有pcman的经验谈
作者:
labbat (labbat)
2024-05-01 13:24:00先做功能再做测试的是验算，先做测验再做功能的是验证然后不管怎么样都要有版本管理，没有版本管理不合作
作者: moom50302 (武林三羚鳄) 2024-05-01 14:35:00
TDD BDD UDD DDD，心得是好累～
作者: JoaoWang 2024-05-01 14:44:00
2 很赶就3 空闲时补
测试案例要PG兼SA，或SA愿意配合才办得到不然PG自己写的测试只是单纯crud，对业务毫无帮助
宁可落进度超出合约期限赔钱，也要写单元测试，不论前后端
借问，有没有推荐的Java单元测试文章，希望是比较进阶的内容~
作者: tsaigi (菜鸡) 2024-05-01 15:34:00
没在写 反正有QA
作者: k798976869 (kk) 2024-05-01 15:59:00
1.
作者:
c800910 (c800910)
2024-05-01 18:21:00专案开始前：我们希望全部都要写测试。专案开始时：每个功能都要写测试喔。专案中期：来不及了，有时间再回来补测试。专案后期：来不及了啦！先做完功能！专案结束时：既有测试已不合时宜，还有很多功能没有测试。
作者:
acgotaku (otaku)
2024-05-01 18:48:00不用想的太死板,我原本也是秉持上线就要写的原则有一天老板要我赶快把某一个服务上线,旧的因为机房要关需要一周后上线,逼我逼得要死,我就不管3721能跑就丢上去
敝司产品因为产业性质 开发期都偏短入职一年快半仍未写过一次Test
作者:
acgotaku (otaku)
2024-05-01 18:51:00什么测试都不写,服务上去能跑就谢天谢地了
作者:
bill0205 (善良的小孩没人爱)
2024-05-01 19:32:00专案性质管他去死 产品性质会比较严格去写会不会写取决于有没有时间压力或规定
作者:
NDark (溺于黑暗)
2024-05-01 20:04:00测试论的价值是要确认规格但很多情境下规格就是不确定的.特别规格是出钱的人给的时候
作者: zipigi 2024-05-01 21:55:00
当规格变化快得跟翻书一样的时候就不写了
什么是单元测试 怎样算单元测试 工作11年都没有特别要求过
作者:
ppc ( )
2024-05-02 00:11:001不写还过不了review
作者: internetms52 (Oaide) 2024-05-02 07:51:00
java单元测试用c#那本补就好了，没有差很多
公司是不会要求工程师写unit test ，不过我写API自己还是会用Python 写unit test 测试一下就是
作者:
starburs (星爆气流斩)
2024-05-02 10:10:00理想很丰满现实很骨感
作者:
jobintan (Robin Artemstein)
2024-05-02 10:19:00当然选项一，如果公司没有严仅的code review制度，待着也没啥前途，对未来没帮助，快逃喇！
作者:
luke72 (ccc)
2024-05-02 10:47:00你：开发三天测试两天，五天交。PM：好，三天交你：这周要补测试 主管：专案很赶做测试没产出，不准
作者:
etbear (藤原熊)
2024-05-02 10:54:00不写过不了review
作者:
NDark (溺于黑暗)
2024-05-02 11:01:00@luke72 你不要讲你要测试两天 你直接讲开发要五天因为测试对你来说是开发的一部份没做就没品质不要讲要补测试直接把修bug的时间斟酌拿来写测试
作者:
luke72 (ccc)
2024-05-02 11:08:00我想表达的是测试在大多数PM/主管/老板眼中，是浪费时间我也是坚持测试啊，但就是会冒出专家去跟上面说三天完工我说没测试没品质。专家说他从不出错不需要测试
作者:
NDark (溺于黑暗)
2024-05-02 11:35:00对无(测试)专业的人不要提测试.就是开发.如果有一个人出来函扣他觉得他来做比较快 就让他做
作者:
TonyQ (自立而后立人。)
2024-05-02 11:37:00不是啊，一般情况下你也需要自己测试吧，真的有人code写完就出吗？ = = 连 build 都不用？ 不可能吧
作者:
NDark (溺于黑暗)
2024-05-02 12:01:00反过来说 正常的公司也应该要有QA部门 确保品质我有遇过故意不设立QA人员的公司造成的问题就是 因为工程师自己要测所以任何问题都是工程师的错
作者:
luke72 (ccc)
2024-05-02 12:11:00没测试产出的各种锅，不一定是制造的人要背，是接刀的背专家都嘴完就跑去别地方嘴了，交件后再来就是你的责任
作者:
TonyQ (自立而后立人。)
2024-05-02 12:29:00qa的测试跟开发的测试我是定位在不同的部分。
作者:
KeyFSN ( ～☼☽✩☁～ )
2024-05-02 12:53:00没写unit test连code review都过不了, 不可能merge实务上还会另写integ/E2E test, 达成率至少95%以上
干麻测试 以后要修bug 就把测试的时间估进去工时
作者:
luke72 (ccc)
2024-05-02 14:29:00楼上专业，这才是业界生存之道
作者: yamagishi (山岸刑务官) 2024-05-02 16:46:00
2然后用class当单位，service、facade、controller这样
作者:
Saaski (GreedIsGood)
2024-05-03 02:54:00同楼上问
单一unit测试只能测几样功能能找出交叉才会触发的才是专家一个程式流程跑1000次1次当然是问题，但可怕的通常不是那个一次而是架构要改写问题没发散，每错就是要整个重构
作者:
ma721 (UndeadJ)
2024-05-03 08:30:00没有
你说反了，是要先写unit test才去写function才对
作者: guanting886 (Guanting) 2024-05-06 00:57:00
会写的人知道那个爽感 不写的总是会有理由可以说为什么我不想写 而且理由说得通 直白一点说就是怕麻烦但我写测试就觉得程式运作起来跟我想的不一样更麻烦以前有些书是告诉我你先写再说 总比不写好至于顺序该怎么做我觉得比较像程度问题或你的习惯写测试(单元、整合、E2E) 目的对我来说就很简单 写脚本让机器人帮我确认我不想要在没有一定把握就送上去部署 出问题如果是线上持续运作的东西要修都来不及有些不一定要测，但还是要挑重点去做，缺的一定要补写测试写到很复杂遇到改架构或改需求一定也是要同时做调整但还是比起那些坚持不写或略过的人开发来得快一点因为你只是跳过你原本应该要检查的问题当然如果你一开始就只想制造问题赚当薪水小偷又是另外一种技术活了现在工具很足，就连severless的东西都有测试可以跑为啥不聪明做事
作者: flash5408 2024-05-06 08:22:00
哇赛 要不要写test还需要讨论喔 大开眼界
作者:
Sfly (topos)
2024-05-09 18:09:004. 客户写
作者: cathychg (凯西) 2024-05-19 11:24:00