作者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