在RSpec中，`let`用于惰性求值，仅在首次调用时创建并缓存变量值。`let!`用于急切求值，在每个示例前运行，确保变量被实例化。它们可以在嵌套上下文中重新定义，但不影响外部上下文。`let`适合不需要每次测试的变量，`let!`适合每次测试前需要运行的代码。

本文介绍了如何使用Rails创建一个简单的API应用。首先，通过rails c命令创建一个包含文章标题和内容的哈希数组。然后，使用seeds.rb文件将数据插入数据库。接下来，修改articles_controller.rb文件，创建api和v1文件夹，并在index方法中返回所有文章的JSON数据。在routes.rb文件中配置路由，指定使用json格式。最后，使用RSpec进行测试，确保API的正常运行。

好的测试能保证代码功能正常，还能反向优化功能代码的模块结构，写好测试在软件开发领域会越来越重要。 RSpec 是一个测试框架，以可读性好表达能力强著称，本文总结了一些写好 RSpec 测试的经验， 如果你有写 RSpec 测试经验但是不确定怎么写更好，或许本文可以给你一些帮助。 例子概览 我们来先来看一个实际例子，例子中有两个文件，一个是功能代码，另一个是它对应的测试。 # 功能代码...

以前 CI pipeline 百家爭鳴，多半的專案都還會接第三方的 CI 來做自動化測試，例如常聽到的 CirceCI / Travis 等等 現在 Github 自己也推出了 CI 工具，可以直接在專案上整合使用。 之前

基本上要跑 Rails CI 通常有很多第三方服務搭 integrate 可以做到，但如果你遇到和我的環境類似，也許你可以考慮自己把 Rails 專案用 Docker 包起來後丟到 Jenkins 上去跑。 至於為什麼會

通常我們在寫測試的時候，有遇到重複需要的參數，會把他拉到 let 出來寫，避免每個 example 寫了一堆事前的參數準備。 那麼 let 和 let! 有什麼區別呢？ Instance variables 在測試裡又可

Rspec 用来 mock 对象方法的语法如下：

注：原文翻译时有删改两个主要的框架垄断了Ruby的测试界：Rspec 和 MiniTest. Rspec 是一个非常有表现力的测试框架，它有很多好的特性和辅助方法来让测试变得可读。当我们用 Rspec 写测试的时候，有几个小的方法，或许可以让测试更好写、更易读、更利于维护。现在假设有一个系统，有书(Books) 和 作者(Authors)，让我们使用一些方法来简化测试。class...

有些测试比较耗时间，而且很少被修改，如果能在测试的时候跳过它们就能让 spec 快不少。 跳过测试的方法很简单，spec 的 describe 方法可以给对应的测试加上标签，例如 describe SalesController, :slow => true do # specs end 接下来只要在 spec/spec_helper.rb...