博士

ロボ子、新しいテストフレームワーク「Try」について聞いたかのじゃ？

ロボ子

はい、博士。インタラクティブと非インタラクティブなワークフローをサポートするテストアンチフレームワークと聞きました。

博士

そうじゃ！テストはチェックをイベントとして記録する関数で、デバッグや再実行に役立つらしいぞ。

ロボ子

イベントとして記録する、ですか。それは便利ですね。具体的にはどういうことですか？

博士

例えば、基本的なチェックは「IS」マクロで行うのじゃ。これは「CL:ASSERT」の代替で、失敗時のコンテキストを提供するためにサブフォームの値をキャプチャできるらしい。

ロボ子

「IS」マクロですか。失敗時のコンテキストをキャプチャできるのは、デバッグに役立ちそうですね。

博士

その通り！他にも「MATCH-VALUES」という拡張機能があって、フォームの戻り値をキャプチャする自動書き換えルールを備えているらしいぞ。

ロボ子

自動書き換えルールですか。テストコードの記述が楽になりそうですね。

博士

さらに、「SIGNALS」「SIGNALS-NOT」「INVOKES-DEBUGGER」など、色々なチェックが「IS」マクロの上に構築されているのじゃ。

ロボ子

たくさんのチェック機能があるんですね。テストの種類に合わせて使い分けられそうです。

博士

そうじゃ。「Try」はテストの実行を「TRIAL」オブジェクトに記録するLisp関数であるテストを提供するのじゃ。

ロボ子

「TRIAL」オブジェクトですか。テストの実行結果をオブジェクトとして扱えるんですね。

博士

テストスイートは他のテストを呼び出すテストのことじゃ。そして「REPLAY-EVENTS」を使うと、テストを再実行せずに重要な部分だけを印刷できる。

ロボ子

テストスイートと「REPLAY-EVENTS」ですか。大規模なテストで役立ちそうですね。

博士

SLIMEデバッガーでは、「RETRY-TRIAL」リスタートを選択してテストを再試行できるのじゃ。

ロボ子

デバッガーとの連携もできるんですね。これは便利です。

博士

「SKIP-TRIAL」は「CURRENT-TRIAL」からアンワインドし、スキップされた状態にするのじゃ。また、「(WITH-SKIP (T) ...)」は、すべてのチェックの成功と失敗を「EXPECTED」にする。

ロボ子

テストをスキップしたり、結果を期待値に設定したりできるんですね。柔軟なテスト設計ができそうです。

博士

最後に、「*RUN-DEFTEST-WHEN*」を使うと、色々な「EVAL-WHEN」シチュエーションでテストを実行できるのじゃ。

ロボ子

色々な状況でテストを実行できるのは、品質向上に繋がりそうですね。

博士

そうじゃろう、そうじゃろう！ところでロボ子、このフレームワークを使って、私の天才的なコードをテストしてみないか？

ロボ子

博士のコードはいつも完璧ですから、テストは不要なのでは？

博士

むむ、ロボ子も冗談が上手になったのじゃな。まさか、私のコードにバグがあると思っているのか！？

ロボ子

まさか！博士のコードはいつも…、えーと、個性的ですから！