场景：

数据迁移中遇到的一个问题，看个例子：

1
2
3
4
5
6
7
8
9

### app/models/company.rb
class Company < ActiveRecord::Base
  ……
end

### app/models/firm.rb
class Firm < Company
  ……
end

在company中，有一个字段type，按照惯例，会开启单表继承STI功能，Firm不再只是Company的一个普通的子类subclass，它与Company共享着同一个表单。

这时，需要给company添加了一个attribute，比如 creator，同时迁移数据，firm中的creator内容，需要单独调用form中的方法get_creator：

1
2
3
4
5
6
7
8
9
10
11

class AddCreatorToCompanies < ActiveRecord::Migration[5.2]
  class Company < ActiveRecord::Base; end

  def change
    add_column :companies, :creator, :string

    Comany.where(type: "Firm").find_each do |firm|
      firm.update(creator: firm.get_creator)
    end
  end
end

执行时，终端报错，显示：

1

Invalid single-table inheritance type: Firm is not a subclass of AddCreatorToCompanies::Company.

解决方法

在Company中添加 self.inheritance_column，触发单表继承STI。

1
2
3
4
5
6
7
8
9
10

class AddCreatorToComanies < ActiveRecord::Migration[5.2]
  class Company < ActiveRecord::Base
    self.inheritance_column = "_type"
  end

  def change
    add_column :companies, :creator, :string
    ……
  end
end

再次执行即可。

参考

Single table inheritance

昨晚9点不到就睡了，简直了，I want to marry my bed.

这周基本已经停了这项练习，真的是很有难度，决定不给自己平添焦虑，填上这最后一篇，暂时say bye。

• 变色的杯子，根据水温，杯子中饮品的成分，自动变换颜色，这样会让饮品变得更好喝?

• 卷寿司神器，包寿司的时候，新手容易卷不好，把海苔放进去，然后放入米饭和食材，它会自动帮你卷好寿司。

• 过敏源提醒设备，类似手环，用户输入自己的过敏源，一旦检测到用户可能在接近过敏源时，发出警告，以防用户产生过敏。【从此，远离芥末】

• 美食推荐，不同于一般的app推荐，场景如下，你在看一部电影，里面有美食场景，你可能对某款美食特别钟意，按下暂停键，截图，上传到app，它会告诉你，你所在的附近哪里有这款美食或者类似的美食，并推荐商家及用户评价，如果没有，它也会智能推荐与之味道相似的可替代食品。

• 哼歌记录。当你哼歌时，可以开启记录，它会记录下你哼过的歌，时长，音色，音调，同时记录下你爱哼的歌，每月／季度／年智能播放你的哼歌记录，相当于一个哼歌的时间记录仪。

• 夜路鼓励灯，走夜路的时候，如果害怕，可以打开这个，它除了照明，还会语音播报，告诉你前方路况，还有多久就到家了，还会播放各种笑话逗你，转移注意力。

• 漂游心情笺，每个人都可以在里面随手写一段话或者提个问题，发出去，然后他人随机阅读，每一个回复该笺的人，如果得到该笺主人的点赞，就会获得一定的奖励。

• 点子客栈，一间收集好点子的客栈，对于提出好点子的顾客，可享用美食

• 会唱歌的饮料，扫码瓶身，会播放音乐，只要你跟着音乐哼，唱完后，瓶子自动开启，享用。

• 模拟插花app，模拟插花，给到素材，自己去组合。

• 呼吸监测手链，检查你的呼吸情况，告诉你如何调整呼吸。

• 一款通过踩单车就能充电的手机，把手机放在单车的某个位置，踩单车产生的动力可以给手机充电。

• 防水的键盘，永远不用担心饮料或者茶水溅到键盘上就得去修了。

• 显示屏可以收缩的笔记本，用双手拉显示屏两边，拉大显示屏，同时保证成像精度不受损，这样就可以不用买显示器了。

• 表情包生成器应用，上传一张人脸图片，即可生成一系列基于该人脸图片的表情包。

• 屏幕清洁仪，类似女孩们用的洁面仪，不过这个是用来清洁电脑屏幕和键盘的，按一下开关，开始清扫屏幕和键盘，像是一个迷你的智能扫地机。

记录下踩过的一个坑：

类A与类B存在一对多关系，需要校验在创建b时，a存在，分别使用validates_presence_of :a 与 validates_presence_of :a_id，会发现当a尚未保存时，前者会成功创建b，后者则不行。

看个简单的例子：

group 与post 之间是一对多关系， post含字段group_id。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

### app/models/post.rb
class Post < ApplicationRecord
  belongs_to :group, optional: true
  ## 为了方便找出两者的差异，这里使用optional: true，post创建时，group_id可为nil

  validates :content, presence: true
end

#### app/models/group.rb
class Group < ApplicationRecord
  belongs_to :user
  has_many :posts

  validates :title, presence: true
end

此时，在终端执行：

1
2
3
4

post = Post.new(content: "this is a post")
post.save

# => true

接下来分别validates_presence_of :group_id和validates_presence_of :group来给post添加有效性校验，要求group必须存在。

• 在post.rb中添加validates_presence_of :group_id

  进入console，执行如下代码：

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

  post = Post.new(content: "my post") post.save #=> rollback, 返回false, Validation failed: Group can't be blank group = Group.new(title: "hello", user_id: User.first.id) post = Post.new(content: "my post") post.group = group post.save #=> rollback, 返回false post.save! #=> rollback, 显示 Validation failed: Group can't be blank

  第一次创建post，没有给到group，无法新建，正常。

  第二次创建post，使用post.group = group 给post的group赋值， 但是，你会发现虽然post.group有记录，不为nil， 但是post.group_id 依然为nil，保存时，校验group_id，为nil, 报错。

• 在post.rb中添加validates_presence_of :group

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

  post = Post.new(content: "my post") post.save #=> rollback, 返回false, Validation failed: Group can't be blank group = Group.new(title: "hello", user_id: User.first.id) post = Post.new(content: "my post") post.group = group post.save #=> 返回true, 依次在Group，Post中插入了一条新的记录

  第一次创建post，没有给到group，无法新建，正常，同validates_presence_of :group_id 的效果一样。

  第二次创建post，使用post.group = group 给post的group赋值，此时，虽然post.group_id 依然为nil，但是由于post.group不为nil，检验通过，group存在，成功创建。

  很显然，当我们创建post时，需要检验group必须存在，并不要求此时group已经创建，后者才是我们需要的校验方式。

之前看shared_context那块，对使用metadata来调用shared_context不是很理解，Google下相关文档，终于整明白了，记录下metadata的定义和使用。

是什么

官网上V3.8 的rspec-core中metadata部分，含三部分current_example, described class, User-defined metadata，但是没有明确的定义metadata[也可能是我没找到……]。

tutorials point针对metadata给到的定义：

1

data about your describe, context and it blocks.

Effective Testing with RSpec 3 在chapter8中提到Metadata解决了RSpec中的一个特殊问题：

Keep information about the context your specs are running in

类似一个信息存储盒，里面存储了如下信息：

• Example configuration(for example, marked as skipped or pending)
• Source code locations
• Status of the previous run
• How one example runs differently than others

可以把metadata看成一个带着example group相关信息的hash对象。

Metadata中默认的keys包括：

:description, :full_description, :described_class, :file_path, :example_group, :last_run_status ……..

想要查看metadata的内容，需要通过当前的example来调用metadata这个method，而example对象的引用，可以通过 it, subject, let , before, after, around 后接block来获取。

看个简单的例子感受下。

安装Rspec后，在rails项目中随意跑一个example，比如：

1
2
3
4
5
6
7
8
9

## spec/metadata_spec.rb

require 'rails_helper'

RSpec.describe :hash do
  it "hello" do |example|
    pp example.metadata
  end
end

执行后，输出如下结果：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

{:block=>
  #<Proc:[email protected]/Users/xxxx/xxx/spec/metadata_spec.rb:4>,
 :description_args=>["hello"],
 :description=>"hello",
 :full_description=>"hash hello",
 :described_class=>:hash,
 :file_path=>"./spec/metadata_spec.rb",
 :line_number=>4,
 :location=>"./spec/metadata_spec.rb:4",
 :absolute_file_path=>"/Users/xxxx/xxx/spec/metadata_spec.rb",
 :rerun_file_path=>"./spec/metadata_spec.rb",
 :scoped_id=>"1:1",
 ...........
 :last_run_status=>"unknown"}

这里输出的都是metadata默认的内容，你也可以自定义metadata。

Rspec官网上举了一些例子，这里看一个简单的，给你的example加上tag fast：

1
2
3
4
5
6
7
8
9
10
11

## spec/metadata_spec.rb

require 'rails_helper'

RSpec.describe :hash do
  it "hello", fast: true do |example|
    pp example.metadata
  end
end

## 也可以写成it "hello", :fast do  |example|, Rspec默认缺省的value为true

执行后，会发现输出结果中有:fast=>true。

如果是在RSpec.describe中添加fast，则内嵌的所有example的metadata中都会带有:fast=>true。

使用场景

通过metadata可以给example或者example group添加同样的metadata，这样执行时，可以选择执行匹配要求的example了，此外也可以将module批量include到指定的example group中【后面会提到】。

那么，如何实现批量添加呢？

使用Rspec的config.define_derived_metadata。

看两个场景：

• 给某个目录下的所有example group都添加上同一个metadata
• 有条件地添加特定的metadata

指定目录下的所有example group都添加上同一个metadata

用过Rspec都知道，所有spec/controllers下的文件，都不需要添加type: :controller 这个metadata，RSpec会给所有该目录下的example group默认添加上type: :controller,这个是怎么实现的呢？

像这样：

1
2
3
4
5
6
7

### spec/spec_helper.rb

RSpec.configure do |config|
  config.define_derived_metadata(file_path: /spec\/controllers/) do |meta|
    meta[:type] = :controller
  end
end

再比如：给spec/unit下的所有example group都添加上focus这个tag。

1
2
3
4
5
6
7

### spec/spec_helper.rb

RSpec.configure do |config|
  config.define_derived_metadata(file_path: /spec\/unit/) do |meta|
    meta[:focus] = true
  end
end

有条件地添加特定的metadata

这里看一个实用性的例子，有关aggregate_failures【没用过aggregate_failures？参考部分附上了aggregate_failure的简单说明，可有助理解】。

要求除了已经添加aggregate_failures为false的example group，所有其他的example group都将aggregate_failure设置为true。

比如在clazz_a和clazz_b中，添加了aggregate_failures为false， 现在希望除了clazz_a和clazz_b外，其他都默认指定aggregate_failures为true。

1
2
3
4
5
6
7
8
9
10
11
12
13

### spec/models/clazz_a_spec.rb
RSpec.descirbe :clazz_a, aggregate_failures: false do
  context "xxx" do
    ......
  end
end

### spec/models/clazz_b_spec.rb
RSpec.descirbe :clazz_b, aggregate_failures: false do
  context "xxx" do
    ......
  end
end

实现的方式也很简单：

1
2
3
4
5
6
7

### spec/spec_helper.rb

RSpec.configure do |config|
  config.define_derived_metadata do |meta|
    meta[:aggregate_failures] = true unless meta.key?(:aggregate_failures)
  end
end

如果example group中已经添加了aggregate_failures，则pass，否则添加aggregate_failures为true。

Cool!

back to shared_context

回到之前困惑的shared_context 中。

我们知道，通过使用include_context “xxx” 可以调用定义的shared_context，同样，也可以通过给example添加metadata来调用。

比如：

1
2
3
4
5
6
7
8

#### spec/support/shared_stuff.rb

RSpec.shared_context "shared stuff" do
  let(:h) { { :hello => "world" } } ## 没啥意义的context，仅仅用来举例
end
RSpec.configure do |config|
  config.include_context "shared stuff", include_shared: true
end

使用时，只要给example group添加上include_shared: true这个metadata即可, 效果等同于调用了include_context "shared stuff"。

1
2
3
4
5
6
7
8

#### spec/shared_stuff_example.rb

require 'rails_helper'
require "support/shared_stuff.rb"

RSpec.describe "this is an example", :include_shared do
  it { expect(h[:hello]).to eq "world" }
end

执行，pass。

上面的例子，可以理解为所有添加了include_shared： true的example group 都执行了include_context "shared stuff" ,事实上，确实如此。

再看一个更常见的例子：

我们在一个module Signin中定义了一些实现不同用户登录的methods【比如sgin_in_admin, sign_in_guest……】，现在希望在spec/controller下的所有example group中都可以调用这些method的。

使用metadata可以这样实现：

1
2
3
4
5
6
7
8
9

### spec/support/sign_in.rb

module SignIn
  ..... ### methods
end

RSpec.configure do |config|
  config.include SignIn, type: :controller
end

这样，所有metadata中type为controller的example group便都会执行include SignIn了。

参考

Rspec core metadata

Rspec core shared context

Effective Testing with RSpec 3

附：

这里简单说明下aggregate_failure是干嘛用的。常规情况下，当执行一组exceptions时，在执行到第一个失败的exception后程序就跳出这个example了，不会继续执行后面的exception，直接开始执行下一个example，而通过aggregate_failure，程序会执行完该组所有的exceptions，然后列出所有failures的exceptions，再去执行下一个example。

感觉选了一个特别苦逼的练习，有时大半天都想不出一个idea，光在那里发呆，看着一片空白的typora，胡思乱想，如果有一个idea生成器该多好，然后思绪开始各种飘，也许吃点东西会更容易想出来，嗯，然后专注啃零食，也许吃点水果更健康……

祈祷下周还能整出003来。

Let ideas flying.

• 防雨鞋，下雨的时候，按一下鞋子上的按钮，会形成一层透明保护层，保证鞋不会被雨打湿

• 电量传输，手机快要没电的时候，又没有充电的地方，类似蓝牙传文件，可以使用蓝牙与另一个手机完成连接，然后传送电量

• 音乐辨识头像，根据用户的听歌记录和喜好，生成专属头像

• 肢体语言翻译app，无法言语的人，可以通过跟别人比划手势来交流，但是正常人可能并不知道如何解读，用这个肢体语言app对着别人做的手势，会翻译出对应的含义，同时录入自己想说的话，它会转换成肢体语言，给别人看【呃，既然这样，他们为什么不通过打字来交流呢？】

• 租房订阅，根据用户的设置，房间的大小，区域，价位，然后定时推送符合或者基本符合的租房信息

• 印有二维码的T恤，如果想让更多人认识你，可以让别人扫一下你的二维码，就可以获取到你的故事，了解你的喜恶。

• 代码记录，记录下你敲代码的速度和容易出错的地方，提醒你下次应该如何改进

• 坐姿提醒贴，贴在你的颈椎处，如果发现坐姿不正确，发出警告，纠正坐姿。

• 线下超市扫码买单，用户自己拿完商品，打开超市对应的app，对着商品的二维码扫一扫，商品直接添加到购物车，结算，完成买单，走人，再也不用排队了。【亚马逊有过这种结算方式，比这更高级】

• 一颗可以无限次发芽的种子，给到阳光，水，土壤就可以发芽，生长，开花，最后叶落归根，还是一颗种子，明年可以继续发芽，开花，结果，循环往复。【希望它结的是人参果】

• 红糖馒头生成器，给机器里，添加红糖和面粉，水，稍等一些时间，就可以吃到热腾腾的红糖馒头。【我一定是吃多了】

• 瘦胳膊神器，类似手套，戴上，启动，它会带动双臂开始各种摇摆，瘦胳膊同时兼减缓久坐。【减肥是人类永久的话题】

• atom快捷键智能提醒，太多的快捷键你记不住，没关系，atom记录下你的使用习惯，当你下次作出同样的操作时，弹窗，告诉你可以用哪个快捷键。

• 美景即时体验，选择你想要看的美景，比如欧洲的某个小岛，中国的某个古镇，戴上眼镜，AR即时呈现此时的那个地方，是什么样子。

• 奶茶自制机，给到茶，牛奶，糖，即可，它会自己煮好茶，然后做出一杯美味的奶茶

• 鞋子自清洁器，这个机器最好别那么大容量，是比较迷你的，使用时，放入清洁液，然后将脏脏的鞋子放进去，点击开始即可，几分钟后，鞋子干干净净。

• 不会脱落的船袜，套上去之后，不会时不时脱落。

• 先秦上古时期古文语音版，类似音乐app，但是很纯粹，没广告没评论没小视频，只有先秦各大家的作品，塞上耳机，上下班路上可以听。

背景

测试时遇到的一个问题:

新建一个对象，该对象新建后会自动保存，现在需要测试其无法保存的情景，使得obj.save返回为false。

踩坑：

obj这个对象的创建中有一个属性attr设置了必填，同时该attr的值来自另一个对象a， 参考先前的代码，解决的思路是：

通过a.save(validate: false), 让a在attr为空时保存，然后obj创建时，会取a的attr作为自己的attr，这样obj保存时必然是false，因为atrr为空，它无法过检验，但是运行后发现，不管是a.save(validate: false)还是a.save!(validate: false), 再次执行a.save，都会回滚，返回false。虽然它们跳过了validation，但是save时，并没有成功，Google了半天，没有找出好的解决方法。后来，看到同事用stub的方式完美解决了，由衷觉得真是太赞了。

同一个问题，换个人解决，高下立判，只能说，知道和想到，隔了好几个山头啊。

记录下allow_any_instance_of的用法。

allow_any_instance_of

允许一个class的任何实例stub任何一个method的，可设置返回值，也可以不设置，文档中说可以replace allow，但是allow接受的参数是对象，而allow_any_instance_of则是类。

看一些老的版本，比如2.99，会发现allow_any_instance_of的”前身”，any_instance.stub，我以为是前身，但是在该版本的Rspec-mock的message exception部分，已经出现了allow_any_instance_of，有些奇怪，不过用起来倒是都好用的，这里一并下记录下两者的用法。

• stub 单个method无参

  单个method的stub，看官网的例子：

  1 2 3 4 5 6 7 8

  ### allow_any_instance_of RSpec.describe "allow_any_instance_of" do it "returns a specified value on any instance of a class" do allow_any_instance_of(Object).to receive(:foo).and_return(:return_value) obj = Ojbect.new expect(obj.foo).to eq(:return_value) end end

  用any_instance.stub 可以这样写：

  1 2 3 4 5 6 7 8

  ### any_instance.stub RSpec.describe "any_instance.stub" do it "returns a specified value on any instance of a class" do Object.any_instance.stub(:foo).and_return(:return_value) obj = Ojbect.new expect(obj.foo).to eq(:return_value) end end

• stub单个method有参

  带参数的单个method，这样写：

  1 2 3 4 5 6 7 8 9 10 11 12

  ### allow_any_instance_of RSpec.describe "allow_any_instance_of" do context "with arguments" do it "returns the stub value when arugments match" do allow_any_instance_of(Object).to receive(:foo).with(:param_one, :param_two).and_return(:return_value_one) allow_any_instance_of(Object).to receive(:foo).with(:param_another_one, :param_another_two).and_return(:return_value_another_one) obj = Ojbect.new expect(obj.foo(:param_one, :param_two)).to eq(:return_value_one) expect(obj.foo(:param_another_one, :param_another_two)).to eq(:return_value_another_one) end end end

  换成any_instance.stub，可以这么来：

  1 2 3 4 5 6 7 8 9 10 11 12

  ### any_instance.stub RSpec.describe "any_instance.stub" do context "with arguments" do it "returns the stub value when arugments match" do Object.any_instance.stub(:foo).with(:param_one, :param_two).and_return(:return_value_one) Object.any_instance.stub(:foo).with(:param_another_one, :param_another_two).and_return(:return_value_another_one) obj = Ojbect.new expect(obj.foo(:param_one, :param_two)).to eq(:return_value_one) expect(obj.foo(:param_another_one, :param_another_two)).to eq(:return_value_another_one) end end end

• stub 多个method无参

  多个method：

  1 2 3 4 5 6 7 8 9

  ### allow_any_instance_of RSpec.describe "allow_any_instance_of" do it "stub multiple methods" do allow_any_instance_of(Object).to receive_messages(:foo => "foo", :bar => "bar") obj = Ojbect.new expect(obj.foo).to eq("foo") expect(obj.bar).to eq("bar") end end

  用any_instance.stub：

  1 2 3 4 5 6 7 8 9

  ### any_instance.stub RSpec.describe "any_instance.stub" do it "stub multiple methods" do Object.any_instance.stub(:foo => "foo", :bar => "bar") obj = Ojbect.new expect(obj.foo).to eq("foo") expect(obj.bar).to eq("bar") end end

  any_instance.stub还有一些兄弟姐妹，比如any_instance.unstub，any_instance.stub_chain， 可以戳这里了解更多。

warning

官网上提到了慎用allow_any_instance_of,原因除了认为使用该方法is often a design smell，同时也是频频出bug的地方，be careful.

参考

Stub on any instance of a class

any instance

前言

Rspec是Ruby社区流行的测试框架之一，另一个是Minetest。

RSpec包含：

respec-core

respec-expectations

rspec-mocks

rspec-rails

rspec-support

安装了rspec后，在终端执行：rspec --version，可以看到每个部分的版本。

对于RSpec框架，Rails项目里面用的比较多的是Rspec-rails。

最佳效果：写最少的测试，测最多的东西。

基本结构：

最简单的一个场景一个例子:

describe/it:

1
2
3
4

RSpec.describe "something" do
  it "does something" do
  end
end

嵌套:

1
2
3
4
5
6
7
8
9
10
11

RSpec.describe "something" do
  context "in one context" do
    it "does one thing" do
    end
  end

  context "in another context" do
    it "does another thing" do
    end
  end
end

在测试前，通常需要创建测试数据，一般会在每个测试案例中单独创建，也可以借助before【hook methods】来简化，减少重复创建。before调用有两种形式：

• before(:each, &block) - default mode
• before(:all, &block)

使用before(:each ) 创建的测试数据，在每个测试结束后都会回滚，即每个测试里面的数据都是独立的。每次执行context前，都会重新执行一次before(:each)，而before(:all) 只执行一次，被这个describe／context下的所有it公用。使用before(:all)时，建议配after(:all) 来清空数据，保证多个describe之间的独立性，同时使用before(:each) 来重新加载数据，以获取最新的数据。

比如：

1
2
3
4
5
6
7
8
9
10
11

before(:all) do
  @widget = Widget.create!
end

before(:each) do
  @widget.reload
end

after(:all) do
  @widget.destroy
end

Shared examples

shared_examples 是Rspec的类方法，用于定义class 或者 module的行为，shared的含义就是共享，个人的理解是把多个测试中，重合度高的地方抽出来，封装起来，类似于include module，在module中定义常用方法，每个类include 该module后，就拥有了该module的实例方法。

可以使用以下四种方式来将定义的shared_examples include到context中：

1
2
3
4

include_examples "name"      # include the examples in the current context
it_behaves_like "name"       # include the examples in a nested context
it_should_behave_like "name" # include the examples in a nested context
matching metadata            # include the examples in the current context

备注：metadata是什么？describe的部分常会看到 type: :model，这个就是RSpec metadata.【官网中举了相关的例子，还不是很懂】

看个官方的例子：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

require "set"

RSpec.shared_examples "a collection" do
  let(:collection) { described_class.new([7, 2, 4]) }

  context "initialized with 3 items" do
    it "says it has three items" do
      expect(collection.size).to eq(3)
    end
  end

  describe "#include?" do
    context "with an item that is in the collection" do
      it "returns true" do
        expect(collection.include?(7)).to be_truthy
      end
    end

    context "with an item that is not in the collection" do
      it "returns false" do
        expect(collection.include?(9)).to be_falsey
      end
    end
  end
end

RSpec.describe Array do
  it_behaves_like "a collection"
end

RSpec.describe Set do
  it_behaves_like "a collection"
end

带参数的shard_example:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

RSpec.shared_examples "a measurable object" do |measurement, measurement_methods|
  measurement_methods.each do |measurement_method|
    it "should return #{measurement} from ##{measurement_method}" do
      expect(subject.send(measurement_method)).to eq(measurement)
    end
  end
end

RSpec.describe Array, "with 3 items" do
  subject { [1, 2, 3] }
  it_should_behave_like "a measurable object", 3, [:size, :length]
end

RSpec.describe String, "of 6 characters" do
  subject { "FooBar" }
  it_should_behave_like "a measurable object", 6, [:size, :length]
end

也可以在context中定义shared_examples，然后在该context中调用，注意，可将context看作是一个作用域，出了这个context，则不能调用定义在该context 中的shared_examples：

1
2
3
4
5
6
7
8
9
10

RSpec.describe "shared examples" do
  context "per context" do

    shared_examples "shared examples are nestable" do
      it { expect(true).to eq true }
    end

    it_behaves_like "shared examples are nestable"
  end
end

如果在另一个context中调用，则会报错：

1
2
3
4
5
6
7
8
9
10
11
12

RSpec.describe "shared examples" do
  context "per context" do

    shared_examples "shared examples are nestable" do
      it { expect(true).to eq true }
    end
  end

  context "another context" do
    it_behaves_like "shared examples are nestable"
  end
end

Shared context

shared_context顾名思义，将多个context中共用的部分抽出来，定义成method来反复调用。

调用已定义好的shared_context的方式有两种，一是include_context，而是metadata。

看一段简单的例子，先定义一个shared_context:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

### one describe
RSpec.describe "somethings 1" do
  context "context 1" do
    let(:a) { create :a }
    let(:b) { create :b }
    let(:c) { create :c }
    let(:d) { create :d }
    ........ # do something
  end
end

### another describe

RSpec.describe "somethings 2" do
  context "context 2" do
    let(:a) { create :a }
    let(:b) { create :b }
    let(:c) { create :c }
    let(:d) { create :d }
    ........ # do something
  end
end

使用shared_context简化，定义shared_context :

在spec/support下定义一个文件，比如shared_context.rb：

1
2
3
4
5
6

RSpec.shared_context "shared data" do
  let(:a) { create :a }
  let(:b) { create :b }
  let(:c) { create :c }
  let(:d) { create :d }
end

简化之前的测试：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

### one describe
RSpec.describe "somethings 1" do
  context "context 1" do
    include_context "shared data"
    ........ # do something
  end
end

### another describe

RSpec.describe "somethings 2" do
  context "context 2" do
    include_context "shared data"
    ........ # do something
  end
end

如果使用metadata，如何调用？参考官网的例子，需要修改下刚刚创建的这个shared_data.rb文件：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

RSpec.configure do |rspec|
  rspec.shared_context_metadata_behavior = :apply_to_host_groups ## 用于设置metadata调用后的作用域
end

RSpec.shared_context "shared data", :shared_context => :metadata do
  let(:a) { create :a }
  let(:b) { create :b }
  let(:c) { create :c }
  let(:d) { create :d }
end

RSpec.configure do |rspec|
  rspec.include_context "shared data", :include_shared => true
end

那么上面的例子，就可以这样调用了：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

### one describe
RSpec.describe "somethings 1", :include_shared => true do
  context "context 1" do
    ........ # do something
  end
end

### another describe

RSpec.describe "somethings 2", :include_shared => true do
  context "context 2" do
    ........ # do something
  end
end

看到这里，说一下shared_context与shared_example的区别，一个是context层面，一个是class／module层的，如果多个describe中，含有重合度高的context／describe，那么用shared_example来抽出共同的行为进行简化，如果是在多个context中，含有重合度高的代码，比如新建各种测试数据等，更偏向setup，则使用shared_context。

其它

• 测试数据重置：

  使用gem：database_rewinder

  配置rewinder：

  1 2 3 4 5 6 7 8 9 10

  # spec/support/rspec_helper.rb RSpec.configure do |config| config.before :suite do DatabaseRewinder.clean_all end config.after :each do DatabaseRewinder.clean end end

• Shoulda-matchers

  使用Shoulda-matchers 来测试关联和验证：

  1 2 3 4 5 6 7

  require 'rails-helper' descirbe User do it { should has_many(:posts).dependent(:destroy) } it { should has_many(:groups).through(:groupships) } it { should validate_presence_of :name } end

• is_expected vs expect

  is_expected 等价于expect(subject)

  比如下面这个例子：

  1 2 3 4 5

  it { is_expected.to validate_presence_of(:title) } # equals to it { expect(subject).to validate_presence_of(:title) }

  RSpec测试缺省都有一个subject，值为described_class.new，而descirbed_class 是对应需要测试的class的实例，可以当成ruby中的self，如果是model，则是model.new, controller,则是controller.new。

参考

rspec-core v 3.8

注：代码部分基本取自官网。

If ideas come slowly, be patient.

If they come suddenly, in a rush, don’t try to slow down the process and develop any one of them, simple jot them all down.

​ - 《Beyond feelings》

受《Beyond feelings》的影响，决定练习下ideas。争取后面能坚持记录下当周的“胡思乱想” ：）

总量差不多20个吧。

• 带有闹钟效应的床，定好了起床的闹钟，如果到点了没有起床，床就会坍塌或者漏水，让你不得不起床。【这换床得多频繁？】

• 嗅觉感应器，比如你闻到了一种花香，很是欣喜，就可以用它记录下来，这样以后想要再闻到，它可以随时复现。

• 提醒联系app，获取你的认同，得到你的好友列表，记录下你和朋友之间的来往，然后定期提醒你哪些朋友很久没有联系了，需要联系一下。

• 账单记录表，上传你的账单，它会自动记录下所有的账单消费，每月给到你完整记录。【在地铁上瞅到一位大叔对着账单一笔笔敲进一个APP软件时想到的】

• 可收缩的小枕头。一款可携带式的枕头，不使用的时候非常小，当你觉得困的时候，拿出来，按下操作按钮，它就会膨胀，然后就可以美美睡一觉，睡醒后，再次按按钮，就变得很小。

• 一个声音转换器，入耳式，可以将别人的声音转换成任何你喜欢的声音，比如说，领导喷你的时候，你就可以把他的声音切换成你爱豆的声音，那么就好比在听歌，多好！

• 不进水的眼镜，平时可以戴，游泳的时候也可以戴，这样每次游泳就不用戴泳镜了。

• 一个叫用户如何赖床不迟到的小萌宠，记录用户的睡眠数据，根据上班时间和用户的睡眠质量，告诉用户还可以再赖床多久

• 一个按摩颈椎的小物件，准确定位你颈椎的酸疼区

• 一个可以让物体失重的神奇贴，贴在上面就失重了，这样就不用担心电脑背着太重了，拯救颈椎啊。

• 一款可以迅速修复晒黑的皮肤的乳液，再也不怕晒伤了

• 饿了么可以根据客户的外卖历史，智能推荐早饭，午饭，下午茶，晚饭，并且根据客户的反馈改进推荐算法，这样的话，用户粘性会不会更强？虽然我不用饿了么

• 定时关机的app，可以设置当使用了多久的手机后，手机会关机，主要是为了防止用户花太多的时间在手机上，而忽略了更重要的事。比如刷小视频一个小时后，手机自动关机，且规定时间内无法开机。【这样一款霸气的app一定不敢上架】

• 体重／体脂率提醒app，每天提醒你当前体重／体脂率多少，需要配合怎样的运动才能达到标准体重，昨天吃了什么导致体重上涨，下次如何避免，每次当你想要吃高热量的食物时，发出提醒。【作为一个胖子，我可能会很讨厌这款app】

• 小熊玩偶，不是那种会说话的玩偶，安安静静，白白的，像ice bear的北极熊，可以根据你的设定变换size。冬天的时候，可以设置成较大的size，抱着睡觉，暖暖，夏天的时候，可以设置成很小的size，塞进衣柜不占用空间。

• 一款穿衣推荐的镜子，当你试穿一件衣服的时候，你站在镜子面前，通过全方位的摄像，它会记录下你前后左右的试穿效果，然后针对你的试穿作出评价，给到建议，甚至告诉你店里哪一件会更适合你。【这样店里的营业员就可能要失业了】

• 代码解读器，让它浏览某个GitHub上的开源repos，然后给到你解读，告诉你这个库用来做什么，如何实现，实现的思路是什么，这种解决思路还可以用在哪里，用了哪些工具，哪一段代码写得非常好等等诸如此类。

• 定时消失的书，这种书只能是电子书了，购买的电子书，可以设置多久就会自动消失，强制要求及时阅读。

• 单一的kindle交易平台，将自己不再使用的kindle上架进行交易。【拯救吃灰的kindle】

• 外卖集中箱。类似快递的最后100米，可以放在各种蜜蜂箱里，发信息通知取件人，外卖也可以统一送到某个固定点，让点餐人自己去取，这样应该可以节省很多外卖人员的时间。

• 止困提神糖。当人想要睡觉的时候，吃一颗就好了，满血复活。

感觉好久没用postman，手生了好多，记录下今天踩的坑。

用postman发送请求时，在body中传递参数，如果传递的是Array/Hash型的参数，分简单的三种情况，分别用三个小例子说明一下：

• 传递的参数是非嵌套的hash

  在body中，输入以下内容：

发出请求的时候，对应传递的参数内容为：

1

{ "student": { "name": "Daniel", "age": "20", "gender": "male" } }

• 传递的参数是嵌套的hash

在body中，输入以下内容：

发出请求的时候，对应传递的参数内容为：

1

{ "student": { "name": "Daniel", "age": "20", "teachers": { "1": { "name": "David" }}}}

• 传递的是array

  在body中，输入以下内容：

发出请求的时候，对应传递的参数内容为：

1

{ "student_ids": ["10", "11", "12"] }

OK！下次不要再踩同样的坑了。

杨德昌导演的最后一部长篇电影。

第一次知道这个导演还是看《牯岭街少年杀人事件》，当时其实是冲着张震去看的，看完后，便去搜了这部片子的导演，随后知道了《一一》，刷完，被圈粉。

这周末下暴雨，脑子里莫名想起片子里的一个镜头，八岁的洋洋在打雷的雨天，摘下帽子，放下书包，脱了鞋，小小的人儿，一头扎进了泳池。当然，还有结尾处，那段经典。他照着本子写的话，一句句读给婆婆听，大多数人看到这里，大抵都会泪目吧。

趁着雨夜，索性再刷了一次，电影时长近3个小时，像是一个人跟你慢慢说了个故事，等到故事说完了，你才意识到原来已经过了近三个小时。

即使是三刷，也依然是一部一点也不枯燥的电影。

故事很简单，但是内容却一点都不简单，就不剧透了。有人说，看完这部片子好像走完了一生，我没有那么深刻的体会，我只是单纯觉得，像是有人拉开了幕布，你花三个小时完全沉浸在另一个世界里，等到闭幕时，心下舒坦，别无其他，这就够了。

杨导已不再，真希望有更多这样类似的好电影，让人心甘情愿花上三个小时，四个小时，安安静静听故事。

电影中不少对白很有意思，摘录下：

他书好像读得多了点，对钱没那么在乎。

其实这样自言自吾对我来说蛮难的，我这样讲你不要生气，我觉得好像在拜拜。除了不知道对方是不是能够听得到之外，对我自己所讲的话是不是真心的好像也没什么把握。不过讲实话原本自己很有把握的一些事，现在看一看好像觉得少的可怜。

爸比，你看到的我看不到，你看到的我也看不到啊，我怎么知道你在看什么呢？爸比，我们是不是只能知道一半的事情啊？我们只能看到前面，看不到后面，这样不就有一半的事情看不到了吗？

人是不可能让另外一个人去教他怎么活下去，怎么过日子。

你不在的时候，我有个机会去过了一段年轻时候的日子。本来以为，我再活一次的话，也许会有什么不一样。结果……还是差不多，没什么不同。只是突然觉得，再活一次的话，好像……真的没那个必要，真的没那个必要。

突然之间，所有那些音乐我都听懂了。

你看这么些年，我这么辛苦，我这么努力，嘿，我从早忙到晚，你知道不知道，我一点都不快乐。
做的都不是自己喜欢做的事，怎么会快乐呢？

婆婆，我不知道的事情太多了，所以，你知道我以后想做什么吗？我要去告诉别人他们不知道的事情，给别人看他们看不到的东西。我想，这样一定天天都很好玩。

婆婆，我好想你，尤其是我看到那个还没有名字的小表弟，就会想起你常跟我说：你老了。我很想跟他说：我也觉得……我也老了。