这是一个创建于 1976 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 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 h7u8L4wLZOyUkbYc 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 如果一个人对质量和效率有很高的要求，同时团队协作中又有很多不专业的上游，就会体会到单元测试的价值，不仅仅是个质量工具，更是个效率工具。 |
Select Language