PHP 项目写单元测试的多么?告诉我不是我一个人在 F5 刷新看结果

2020-05-15 14:35:36 +08:00
 youyelan9527
5965 次点击
所在节点    PHP
38 条回复
feiffy
2020-05-15 19:31:53 +08:00
差不多,只不过我每次用 postman 看接口结果
msg7086
2020-05-15 19:35:22 +08:00
我一般商业项目(全职和兼职)都要写接口测试的,不写接口测试的话开发效率太低了。

接口测试相当于雇了一个免费的员工每天帮你做测试,不写测试就等于这个活全要自己来。我哪有那么空自己测啊。
qiaoweizhen
2020-05-15 20:05:04 +08:00
底层服务接口、composer 包会写,业务接口不写,今天写,明天就会变。
lookas2001
2020-05-15 20:09:04 +08:00
单元测试改完代码跑一边测试就能保证不会引入新 bug,不爽吗?
Erroad
2020-05-15 20:09:51 +08:00
23 楼+1,顺便说一下,我很多接口都不是给 web 端写的,而且一般参数都很复杂,一般写写小脚本,调用封的好的函数看下输出是否符合预期
ben1024
2020-05-15 20:29:24 +08:00
单元测试看时间,基本断言还是要的,避免改动对应用影响太大
wangyzj
2020-05-15 20:31:30 +08:00
var_dump
sfree2005
2020-05-15 20:33:43 +08:00
Laravel 会根据网站设计写 API 的时候 TDD,感觉这比较符合逻辑。你知道要有什么输入和输出才能去写怎么实现。
hantsy
2020-05-15 20:57:03 +08:00
成熟的框架写测试也容易,Laravel/Lumen,Symfony 等。
dvaknheo
2020-05-15 21:03:44 +08:00
写业务来不及写。清理测试还折腾。虽然提炼出业务层后,内部测试方便多了。
不过写 DuckPhp 框架的时候,我做了 100% 覆盖测试。
覆盖测试比单元测试有意义吧。
iplayio2019
2020-05-15 21:06:48 +08:00
有时间你就写。
qce7
2020-05-15 21:15:23 +08:00
业务复杂或十分重要的就会写,我写测试用例及单元测试的时间一般是开发时间的 3 倍,能够把后边手工测试的时间省出来才划算
PHP 毕竟弱类型语言,就算在 7.4 后类型提示已经比以前强很多了,没有编译过程运行的时候才抛出异常,有一些可以自动测试的代码还是对服务可靠性提升不少的
Michaelssss
2020-05-15 21:21:33 +08:00
php 的正确用法就是 F5 刷新啊…解释型语言优势优势马上看到结果
dcsite
2020-05-15 21:46:32 +08:00
写不写单元测试,要看工期足不足。

如果你们是几十人开发一个项目,每个人一年就负责一个功能模块,那么测试和文档代码规范都要标准化。

如果只有一个人写个一个月后就要上线的项目,只能祈祷上线时间不要延后太久。
cabing
2020-05-15 21:47:16 +08:00
单侧其实性价比很高,适合所有语言。
realpg
2020-05-15 22:10:35 +08:00
@dcsite #34
一个人都是写今天下班前就要上线的项目……
honkki
2020-05-15 22:29:17 +08:00
复杂的服务类会写
donieleigh
2020-05-18 11:21:31 +08:00
如果一个人对质量和效率有很高的要求,同时团队协作中又有很多不专业的上游,就会体会到单元测试的价值,不仅仅是个质量工具,更是个效率工具。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/672022

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX