RSpec模拟用户输入（gets）：避免测试阻塞等待输入

嘿，我之前用TDD开发游戏时也碰到过这个头疼的问题——测试总被用户输入卡住，没法自动运行。给你几个实用的解决思路，亲测有效：

1. 依赖注入：把输入逻辑抽象成可替换组件（最推荐） #

这是最符合TDD和面向对象设计的方式，把获取用户输入的行为从Game类里抽离出来，测试时传入模拟的输入对象，生产环境用真实输入就行。

先重构你的生产代码：

module ConnectFour
  # 定义基础输入处理器，生产环境用
  class InputHandler
    def get_input
      gets.chomp
    end
  end

  class Game
    # 初始化时默认用真实输入处理器，测试时可替换
    def initialize(input_handler = InputHandler.new)
      @input_handler = input_handler
    end

    def start_game
      puts 'Welcome to Connect Four.'
      puts "Enter name of player 1 (red)"
      player1name = @input_handler.get_input
      # 后续玩家2输入、游戏逻辑...
    end
  end
end

然后测试时，创建一个预设好输入的模拟处理器：

# 测试用的模拟输入处理器
class MockInputHandler
  def initialize(responses)
    @responses = responses
    @current_index = 0
  end

  def get_input
    response = @responses[@current_index]
    @current_index += 1
    response
  end
end

# 在RSpec测试中使用
describe ConnectFour::Game do
  it "should capture player names correctly" do
    # 预设好玩家1和玩家2的名字输入
    mock_input = MockInputHandler.new(["Alice", "Bob"])
    game = ConnectFour::Game.new(mock_input)
    
    game.start_game
    
    # 这里添加断言，比如验证玩家名字是否被正确赋值
    # expect(game.player1.name).to eq("Alice")
  end
end

2. 临时重定向$stdin（快速改法，适合不想大重构的场景） #

如果不想动太多生产代码，可以在测试时把标准输入重定向到字符串IO，这样gets.chomp会直接读取你预设的内容：

describe ConnectFour::Game do
  it "handles player input without blocking" do
    # 用换行符分隔多个输入
    preset_input = "Charlie\nDiana\n"
    # 保存原有的标准输入，测试后要恢复
    original_stdin = $stdin
    $stdin = StringIO.new(preset_input)

    game = ConnectFour::Game.new
    game.start_game

    # 执行你的断言逻辑
    # ...

    # 恢复标准输入，避免影响其他测试
    $stdin = original_stdin
  end
end

注意一定要记得恢复$stdin，不然其他测试会出问题。

3. 用测试框架Mock全局方法（比如RSpec的double） #

如果用RSpec，也可以直接mockgets的行为，不用改生产代码：

describe ConnectFour::Game do
  it "retrieves player names automatically in test" do
    # 预设两次gets的返回值，注意要加换行符模拟用户回车
    expect($stdin).to receive(:gets).twice.and_return("Eve\n", "Frank\n")
    
    game = ConnectFour::Game.new
    game.start_game

    # 添加断言验证结果
    # ...
  end
end

不过这种方式直接mock全局对象，可能有副作用，测试后最好清理一下。

小提醒 #

优先选依赖注入的方式，它不仅解决了测试阻塞的问题，还让代码更灵活——以后如果要加GUI输入、文件输入之类的扩展，直接换个输入处理器就行。

内容的提问来源于stack exchange，提问作者orlando21