ruby-on-rails – 绝对测试所有内容或浪费时间(Rails)是一种好习
发布时间:2020-12-17 03:15:17 所属栏目:百科 来源:网络整理
导读:我最近了解到,Rspec Capybara(我是新手测试的东西).而且我一直在测试我创建的一些新模型.现在,我正在考虑将标题列添加到我的Post模型中.这不是一项艰巨的任务,我以前做过很多次.但我意识到这将需要我更新spec文件(例如帖子,帖子页面,用户,用户页面,工厂,samp
我最近了解到,Rspec Capybara(我是新手测试的东西).而且我一直在测试我创建的一些新模型.现在,我正在考虑将标题列添加到我的Post模型中.这不是一项艰巨的任务,我以前做过很多次.但我意识到这将需要我更新spec文件(例如帖子,帖子页面,用户,用户页面,工厂,sample_data等).
在这种情况下进行测试,浪费时间吗?或者绝对测试一切都是一种好习惯? 我也想知道测试宝石是否也浪费时间?因为他们可能已经被他们的创作者测试过(对于测试从可靠教程中获取的东西也一样). 解决方法
虽然ruby社区以其对测试的关注而闻名,但每个案例都应该在上下文中进行分析,以找出最具成本效益的决策.
将测试视为管理风险的技术是有用的.如果你不认为显示标题/将它们添加到数据库是一个容易出错,执行起来很复杂的任务,或者添加这些测试的成本高于最终破坏某些内容的风险,那么它们可能是不明智的做法. 也就是说,既然你说你刚接触测试,我会建议(如果你当时没有时间限制)尝试把这个想法发挥到极致,那就是测试绝对的一切,这样你就可以了解它有多少增加了价值,浪费了多少时间. 您可能想看一下Rails创建者DHH的这篇博文,他在那里谈到:Testing like the TSA 关于测试宝石,它通常被广泛接受,它们不应该由您的应用程序测试进行测试,而是由其创建者进行测试.大多数情况下,您可以简单地假设他们按照承诺的方式工作. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
相关内容
- c – Eclipse CDT Build Console输出不显示整个编译器输出
- c – 自定义命令行参数
- 仿百度文库方案,openoffice.org 3+swftools+flexpaper
- Insecure directory in $ENV{PATH} while running with -T
- Cocos2d-x3.0 加载Cocostudio的UI后,按钮无法点击的解决方
- c – 相当奇怪的铿锵声问题
- applicationContext.xml 配置文件的存放位置
- Ioc容器依赖注入-Spring 源码(2)
- c# – 比较结果的原子交换值
- Cocos3.4 横版游戏制作-《KillBear》-添加摇杆并控制Hero