1
somalia 2020-05-15 15:36:22 +08:00 1
php 不就应该直接 var_dump 吗
|
2
00chang 2020-05-15 15:37:14 +08:00
你不是人
|
3
FantaMole 2020-05-15 15:37:32 +08:00
你不是人
|
4
neoblackcap 2020-05-15 15:37:46 +08:00
单元测试有当然是好,但是如果你这个需求是整天变化的,交付比你写测试重要的话,写测试就没有那么必要了。甚至线上崩溃都没有那么必要。twitter 最开始也整天 500 。
当然我不是鼓吹不写测试,知识说看情况,了解你们的产品到底是面向什么用户的。银行类系统当然要测试嘛 |
5
askfilm 2020-05-15 15:39:53 +08:00
有, 非常少. 不过用其他语言项目写单元测试的比例也高不了多少
|
7
han8gui 2020-05-15 17:00:49 +08:00
看团队,应该是不多的
|
8
CabbSir 2020-05-15 17:07:05 +08:00
var_dump();
|
9
pmispig 2020-05-15 17:08:10 +08:00
写单元测试的 php 还能算快速开发吗,哈哈哈哈
|
10
richangfan 2020-05-15 17:09:49 +08:00 via Android
是的,你是一个人。postman 不用 F5 刷新
|
11
ZoR 2020-05-15 17:10:06 +08:00
这跟什么语言开发的有关系吗?
|
12
ztxcccc 2020-05-15 17:39:18 +08:00
var_dump 和写不写单元测试是两码事
|
13
mitu9527 2020-05-15 17:59:02 +08:00
国内这种大环境下,啥语言都差不多,Java 可能会比较高一些,但是恐怕比其他语言也高不了多少,主要还是看团队的管理层如何决定。
|
15
respect11 2020-05-15 18:03:16 +08:00
php 坚决不写,不要忘了用 php 两天上线的初心
|
16
ibugeek 2020-05-15 18:04:16 +08:00
看项目,laravel 项目的话,api 接口我会写,测试起来方便多了,不会有脏数据。
|
18
CodeCodeStudy 2020-05-15 18:13:16 +08:00
写不写看领导要求。
领导不要求的话,业务简单的不写,复杂的可能会写,不过写了也是自己保存起来,不会提交。 |
19
z5864703 2020-05-15 18:25:21 +08:00
我这边是要求团队必须写接口测试和单元测试,前期可以写的不是很好,但是要有这个意识,逐步改进。
写了测试和没写测试用例对于业务开发或调整重构影响真的比较大 |
20
sagaxu 2020-05-15 18:49:31 +08:00 via Android
phper 的开发效率,不正是源于写一行 F5 一下看结果吗?写 ut 岂不是跟 Java 一样慢了。
|
21
feiffy 2020-05-15 19:31:53 +08:00 via Android
差不多,只不过我每次用 postman 看接口结果
|
22
msg7086 2020-05-15 19:35:22 +08:00 via Android 1
我一般商业项目(全职和兼职)都要写接口测试的,不写接口测试的话开发效率太低了。
接口测试相当于雇了一个免费的员工每天帮你做测试,不写测试就等于这个活全要自己来。我哪有那么空自己测啊。 |
23
qiaoweizhen 2020-05-15 20:05:04 +08:00 1
底层服务接口、composer 包会写,业务接口不写,今天写,明天就会变。
|
24
lookas2001 2020-05-15 20:09:04 +08:00
单元测试改完代码跑一边测试就能保证不会引入新 bug,不爽吗?
|
25
Erroad 2020-05-15 20:09:51 +08:00
23 楼+1,顺便说一下,我很多接口都不是给 web 端写的,而且一般参数都很复杂,一般写写小脚本,调用封的好的函数看下输出是否符合预期
|
26
ben1024 2020-05-15 20:29:24 +08:00
单元测试看时间,基本断言还是要的,避免改动对应用影响太大
|
27
wangyzj 2020-05-15 20:31:30 +08:00
var_dump
|
28
sfree2005 2020-05-15 20:33:43 +08:00
Laravel 会根据网站设计写 API 的时候 TDD,感觉这比较符合逻辑。你知道要有什么输入和输出才能去写怎么实现。
|
29
hantsy 2020-05-15 20:57:03 +08:00
成熟的框架写测试也容易,Laravel/Lumen,Symfony 等。
|
30
dvaknheo 2020-05-15 21:03:44 +08:00
写业务来不及写。清理测试还折腾。虽然提炼出业务层后,内部测试方便多了。
不过写 DuckPhp 框架的时候,我做了 100% 覆盖测试。 覆盖测试比单元测试有意义吧。 |
31
iplayio2019 2020-05-15 21:06:48 +08:00
有时间你就写。
|
32
qce7 2020-05-15 21:15:23 +08:00
业务复杂或十分重要的就会写,我写测试用例及单元测试的时间一般是开发时间的 3 倍,能够把后边手工测试的时间省出来才划算
PHP 毕竟弱类型语言,就算在 7.4 后类型提示已经比以前强很多了,没有编译过程运行的时候才抛出异常,有一些可以自动测试的代码还是对服务可靠性提升不少的 |
33
Michaelssss 2020-05-15 21:21:33 +08:00 via Android
php 的正确用法就是 F5 刷新啊…解释型语言优势优势马上看到结果
|
34
dcsite 2020-05-15 21:46:32 +08:00
写不写单元测试,要看工期足不足。
如果你们是几十人开发一个项目,每个人一年就负责一个功能模块,那么测试和文档代码规范都要标准化。 如果只有一个人写个一个月后就要上线的项目,只能祈祷上线时间不要延后太久。 |
35
cabing 2020-05-15 21:47:16 +08:00
单侧其实性价比很高,适合所有语言。
|
37
honkki 2020-05-15 22:29:17 +08:00
复杂的服务类会写
|
38
donieleigh 2020-05-18 11:21:31 +08:00
如果一个人对质量和效率有很高的要求,同时团队协作中又有很多不专业的上游,就会体会到单元测试的价值,不仅仅是个质量工具,更是个效率工具。
|