作者chopinmozart (aha)
看板Soft_Job
标题[讨论] 工作上写单元测试的比例
时间Wed May 1 12:53:36 2024
想请问一下
大家工作上写单元测试的情况
1.大部分写完一个功能, 就马上完成单元测试
2.先把该做的功能写完, 再回来统一写单元测试
3.不怎麽写单元测试
想请问大家工作实际情况大概是哪一种QQ
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.167.190.70 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1714539218.A.2CE.html
1F：→ airtsubasa: 4.别人写 05/01 13:00
2F：推 Ericz7000: 5. 不写过不了review 05/01 13:10
3F：推 longlyeagle: 怎麽没有先写测试的选项? 05/01 13:10
4F：→ sos20122: 没有硬性规定的话，通常是3，嘴一点会2，最後没空 05/01 13:18
5F：推 OriginStar: 没有写功能的同时写单元测试的选项吗 05/01 13:18
6F：推 wulouise: 五楼会左右互搏好羡慕 05/01 13:22
7F：推 labbat: 先有测验才有设计呗 05/01 13:22
8F：→ wulouise: TDD <------>补UT通常都在两者之间，我记得板上有pcman 05/01 13:23
9F：→ wulouise: 的经验谈 05/01 13:23
10F：→ labbat: 先做功能再做测试的是验算，先做测验再做功能的是验证 05/01 13:24
11F：→ labbat: 然後不管怎麽样都要有版本管理，没有版本管理不合作 05/01 13:26
12F：推 assai000: 没时间3 有时间就2 05/01 13:29
13F：→ qwer338859: TDD老哥= = 05/01 13:33
14F：推 k7ji91ab5m: 写到一半 进度赶不上了 下次再补 05/01 14:13
15F：推 abccbaandy: 这种下次就不会补了吧... 05/01 14:28
16F：推 moom50302: TDD BDD UDD DDD，心得是好累～ 05/01 14:35
17F：推 JoaoWang: 2 很赶就3 空闲时补 05/01 14:44
18F：→ lazarus1121: 测试案例要PG兼SA，或SA愿意配合才办得到 05/01 15:00
19F：→ lazarus1121: 不然PG自己写的测试只是单纯crud，对业务毫无帮助 05/01 15:00
20F：推 new122851: 宁可落进度超出合约期限赔钱，也要写单元测试，不论前 05/01 15:01
21F：→ new122851: 後端 05/01 15:01
22F：推 Galbygene: 借问，有没有推荐的Java单元测试文章，希望是比较进阶 05/01 15:04
23F：→ Galbygene: 的内容~ 05/01 15:04
24F：推 tsaigi: 没在写 反正有QA 05/01 15:34
25F：推 k798976869: 1. 05/01 15:59
26F：推 c800910: 专案开始前：我们希望全部都要写测试。 05/01 18:21
27F：→ c800910: 专案开始时：每个功能都要写测试喔。 05/01 18:21
28F：→ c800910: 专案中期：来不及了，有时间再回来补测试。 05/01 18:21
29F：→ c800910: 专案後期：来不及了啦！先做完功能！ 05/01 18:21
30F：→ c800910: 专案结束时：既有测试已不合时宜，还有很多功能没有测试 05/01 18:21
31F：→ c800910: 。 05/01 18:21
32F：→ acgotaku: 不用想的太死板,我原本也是秉持上线就要写的原则 05/01 18:48
33F：→ acgotaku: 有一天老板要我赶快把某一个服务上线,旧的因为机房要关 05/01 18:50
34F：→ acgotaku: 需要一周後上线,逼我逼得要死,我就不管3721能跑就丢上去 05/01 18:50
35F：推 mark88915: 敝司产品因为产业性质 开发期都偏短 05/01 18:51
36F：→ mark88915: 入职一年快半仍未写过一次Test 05/01 18:51
37F：→ acgotaku: 什麽测试都不写,服务上去能跑就谢天谢地了 05/01 18:51
38F：推 cutearia: 写个大概 剩下丢给QA 05/01 19:25
39F：推 bill0205: 专案性质管他去死 产品性质会比较严格去写 05/01 19:32
40F：→ bill0205: 会不会写取决於有没有时间压力或规定 05/01 19:34
41F：推 NDark: 测试论的价值是要确认规格 05/01 20:04
42F：→ NDark: 但很多情境下规格就是不确定的.特别规格是出钱的人给的时候 05/01 20:05
43F：→ zipigi: 当规格变化快得跟翻书一样的时候就不写了 05/01 21:55
44F：推 waiwailove: 什麽是单元测试 怎样算单元测试 工作11年都没有特别要 05/01 23:36
45F：→ waiwailove: 求过 05/01 23:36
46F：推 ppc: 1 05/02 00:11
47F：→ ppc: 不写还过不了review 05/02 00:11
48F：推 viper9709: 推c800910 XD 05/02 00:14
49F：推 pkro12345: 上层：开发都来不及了 写测试有什麽产值? 05/02 00:33
50F：→ deeeplove: 0 05/02 01:21
51F：推 internetms52: java单元测试用c#那本补就好了，没有差很多 05/02 07:51
52F：推 k6416337: 公司是不会要求工程师写unit test ，不过我写API自己还 05/02 08:45
53F：→ k6416337: 是会用Python 写unit test 测试一下就是 05/02 08:45
54F：推 starburs: 理想很丰满现实很骨感 05/02 10:10
55F：→ jobintan: 当然选项一，如果公司没有严仅的code review制度，待着 05/02 10:19
56F：→ jobintan: 也没啥前途，对未来没帮助，快逃喇！ 05/02 10:20
57F：推 luke72: 你：开发三天测试两天，五天交。PM：好，三天交 05/02 10:47
58F：推 luke72: 你：这周要补测试 主管：专案很赶做测试没产出，不准 05/02 10:51
59F：推 etbear: 不写过不了review 05/02 10:54
60F：推 NDark: @luke72 你不要讲你要测试两天 你直接讲开发要五天 05/02 11:01
61F：→ NDark: 因为测试对你来说是开发的一部份没做就没品质 05/02 11:01
62F：→ NDark: 不要讲要补测试直接把修bug的时间斟酌拿来写测试 05/02 11:03
63F：推 luke72: 我想表达的是测试在大多数PM/主管/老板眼中，是浪费时间 05/02 11:08
64F：→ luke72: 我也是坚持测试啊，但就是会冒出专家去跟上面说三天完工 05/02 11:10
65F：→ luke72: 我说没测试没品质。专家说他从不出错不需要测试 05/02 11:11
66F：推 NDark: 对无(测试)专业的人不要提测试.就是开发. 05/02 11:35
67F：→ NDark: 如果有一个人出来函扣他觉得他来做比较快 就让他做 05/02 11:35
68F：→ TonyQ: 不是啊，一般情况下你也需要自己测试吧，真的有人code写完 05/02 11:37
69F：→ TonyQ: 就出吗？ = = 连 build 都不用？ 不可能吧 05/02 11:37
70F：推 Galbygene: 谢谢 @internetms52 05/02 11:50
71F：→ shooter555: 还真有人写完等别人测 05/02 11:55
72F：推 NDark: 反过来说 正常的公司也应该要有QA部门 确保品质 05/02 12:01
73F：→ NDark: 我有遇过故意不设立QA人员的公司 05/02 12:02
74F：→ NDark: 造成的问题就是 因为工程师自己要测 05/02 12:03
75F：→ NDark: 所以任何问题都是工程师的错 05/02 12:03
76F：推 luke72: 没测试产出的各种锅，不一定是制造的人要背，是接刀的背 05/02 12:11
77F：→ luke72: 专家都嘴完就跑去别地方嘴了，交件後再来就是你的责任 05/02 12:13
78F：→ TonyQ: qa的测试跟开发的测试我是定位在不同的部分。 05/02 12:29
79F：→ KeyFSN: 没写unit test连code review都过不了, 不可能merge 05/02 12:53
80F：→ KeyFSN: 实务上还会另写integ/E2E test, 达成率至少95%以上 05/02 12:54
81F：推 vi000246: 干麻测试 以後要修bug 就把测试的时间估进去工时 05/02 14:08
82F：推 luke72: 楼上专业，这才是业界生存之道 05/02 14:29
83F：推 yamagishi: 2然後用class当单位，service、facade、controller这样 05/02 16:46
84F：推 viper9709: 故意不设QA的公司@@... 05/02 21:02
85F：→ answermangtr: 我比较好奇前端有硬性规定写ut 的多吗 05/02 22:55
86F：推 Saaski: 同楼上问 05/03 02:54
87F：推 IhateOGC: 单一unit测试只能测几样功能 05/03 05:37
88F：→ IhateOGC: 能找出交叉才会触发的才是专家 05/03 05:38
89F：→ IhateOGC: 一个程式流程跑1000次1次当然是问题，但可怕的通常不是 05/03 05:39
90F：→ IhateOGC: 那个一次 05/03 05:39
91F：→ IhateOGC: 而是架构要改写 05/03 05:40
92F：→ IhateOGC: 问题没发散，每错就是要整个重构 05/03 05:41
93F：→ ma721: 没有 05/03 08:30
94F：推 hellomotogg: 结案都来不及了 05/03 11:08
95F：→ honestyer: 每次都说希望写 但没有一次写过 05/03 14:44
96F：嘘 darkMood: 没写过单元测试，自主保证。 05/04 03:32
97F：→ eva19452002: 你说反了，是要先写unit test才去写function才对 05/04 13:37
98F：推 guanting886: 会写的人知道那个爽感 不写的总是会有理由可以说为 05/06 00:57
99F：→ guanting886: 什麽我不想写 而且理由说得通 直白一点说就是怕麻烦 05/06 00:57
100F：→ guanting886: 但我写测试就觉得程式运作起来跟我想的不一样更麻 05/06 00:57
101F：→ guanting886: 烦 05/06 00:57
102F：→ guanting886: 以前有些书是告诉我你先写再说 总比不写好 05/06 00:58
103F：→ guanting886: 至於顺序该怎麽做我觉得比较像程度问题 05/06 00:58
104F：→ guanting886: 或你的习惯 05/06 00:59
105F：推 guanting886: 写测试(单元、整合、E2E) 目的对我来说就很简单 写 05/06 01:04
106F：→ guanting886: 脚本让机器人帮我确认 05/06 01:04
107F：→ guanting886: 我不想要在没有一定把握就送上去部署 出问题如果是 05/06 01:05
108F：→ guanting886: 线上持续运作的东西要修都来不及 05/06 01:05
109F：推 guanting886: 有些不一定要测，但还是要挑重点去做，缺的一定要补 05/06 01:07
110F：→ guanting886: 写测试写到很复杂遇到改架构或改需求一定也是要同时 05/06 01:08
111F：→ guanting886: 做调整 05/06 01:08
112F：→ guanting886: 但还是比起那些坚持不写或略过的人开发来得快一点 05/06 01:10
113F：→ guanting886: 因为你只是跳过你原本应该要检查的问题 05/06 01:10
114F：推 guanting886: 当然如果你一开始就只想制造问题赚当薪水小偷又是另 05/06 01:12
115F：→ guanting886: 外一种技术活了 05/06 01:12
116F：推 guanting886: 现在工具很足，就连severless的东西都有测试可以跑 05/06 01:19
117F：→ guanting886: 为啥不聪明做事 05/06 01:19
118F：→ flash5408: 哇赛 要不要写test还需要讨论喔 大开眼界 05/06 08:22
119F：推 Sfly: 4. 客户写 05/09 18:09
120F：→ cathychg: 刷题的目的 就是彻底的理解厘清解题步骤与技巧 05/19 11:24
121F：→ cathychg: 有人念书没电脑的吗？ 05/19 11:25