问答 / 2 / 26 / 创建于 2年前
你们在开发中使用phpunit吗?
简单的不想写,复杂的写不了
用啊
以前我也不用,都是自己写几个 Command 试试,不过现在我司强制了,工作中 phpunit 自己平时看东西还是 pest
Command
phpunit
pest
没有用,但觉得很有必要使用!
很少很少
凡是thinkphp 的没有用的,laravel的少量用
强制使用。
从写 Laravel 开始就一直使用了。
现在写 Hyperf,接口单测覆盖率 100%
重点功能还有额外的单元测试
感觉测试本身的难度并不是太高,主要的问题是怎么样拆分代码才能更加方便的测试。好多地方单元测试不好写的原因就是有太多的复杂逻辑在同一个类里,可能一个方法中既有数据的获取,又有数据的处理,等等各种各样的情况。我们也可以通过单元测试对代码做出重构的梳理。
必须用啊,特别是业务很臭很长。
非常推荐使用
再写完新功能的时候,执行一次单元测试,有问题会提示,去修改,不用等到线上了再去修改。
非常方便, 只是公司的还是就我1个人
所以我只在我想写的时候和开源代码中有写完整的单元测试
我拿来当调试用 :joy:
用,重构的时候真的很方便。
会用,这边都是会测试驱动的模式去开发
编写测试用例对于coding以及业务的理解能力都会有所提升,虽说写起来很麻烦
用的 现在底层的services都有对应的test来测试
我要举报该,理由是:
高认可度评论:
简单的不想写,复杂的写不了
用啊
以前我也不用,都是自己写几个
Command
试试,不过现在我司强制了,工作中phpunit
自己平时看东西还是pest
没有用,但觉得很有必要使用!
很少很少
简单的不想写,复杂的写不了
凡是thinkphp 的没有用的,laravel的少量用
强制使用。
从写 Laravel 开始就一直使用了。
现在写 Hyperf,接口单测覆盖率 100%
重点功能还有额外的单元测试
感觉测试本身的难度并不是太高,主要的问题是怎么样拆分代码才能更加方便的测试。好多地方单元测试不好写的原因就是有太多的复杂逻辑在同一个类里,可能一个方法中既有数据的获取,又有数据的处理,等等各种各样的情况。我们也可以通过单元测试对代码做出重构的梳理。
必须用啊,特别是业务很臭很长。
非常推荐使用
再写完新功能的时候,执行一次单元测试,有问题会提示,去修改,不用等到线上了再去修改。
非常方便, 只是公司的还是就我1个人
所以我只在我想写的时候和开源代码中有写完整的单元测试
我拿来当调试用 :joy:
用,重构的时候真的很方便。
会用,这边都是会测试驱动的模式去开发
编写测试用例对于coding以及业务的理解能力都会有所提升,虽说写起来很麻烦
用的 现在底层的services都有对应的test来测试