ハーメチックユニットテスト

プログラミングの大部分は、コードが期待どおりに機能することを確認するためのテストを作成することです。小規模なプロジェクトでは、テストの作成は面倒に思えるかもしれませんが、機能が追加され、モジュールがリファクタリングされ、チームが成長するにつれて、テストの価値が示されます。ほとんどのソフトウェアエンジニアは、単体テスト、統合テスト、受け入れテストなどの基本的なテストタイプに精通しています。今日は、統合テストになるのではなく、単体テストを維持するために、単体テストを気密に保つことについて話したいと思いました。

ハーメチックは、クリーンルームの実験室に関連付けられることがよくありますが、ソフトウェアの世界では、外部の影響から絶縁または保護されたテストを指します。これらの影響は、データベース、ライブラリ、API、またはテストされている特定のコードセットではないその他のものなどの依存関係である可能性があります。設計による単体テストは、システムの単一の目的のテストに焦点を当てた狭い範囲を持つものとします。たとえば、クラスの単一のメソッドのみをテストします。この狭い範囲により、単体テストの理解とトラブルシューティングが容易になるだけでなく、高速で信頼性の高い状態が維持されます。

たとえば、外部APIからハッシュを引数として取り込む図1について考えてみます。to_fahrenheit華氏に変換される摂氏の温度を含むこのハッシュ。

def to_fahrenheit(api_return)
  (api_return[:temperature] * 9/5) +32
end
Figure 1: Arbitrary Ruby method to coverting Celsius to Fahrenheit

class TestMeme < Minitest::Test
  def setup
    @fake_api_return = {temperature: 100}
  end

  def test_to_fahrenheit
    assert_equal 212, to_fahrenheit(@fake_api_return)
  end
end
Figure 2: Hermetic Unit Test of to_fahrenheit using Ruby minitest