必要なのは単体​​テスト F.I.R.S.T 原則だけです

単体テストを書くというと退屈な作業のように聞こえるかもしれませんが、それがプロの開発者とコードをいじっているだけの開発者を分けるものです。

単体テストは、プログラムの特定部分 (「ユニット」と呼ばれます) が期待どおりに動作するかどうかをチェックする、小規模な自動テストです。

しかし、すべてのテストが同じように作成されるわけではありません。

単体テストがより速く、より信頼性が高くなるほど、開発者としての作業は楽になります。ここで FIRST 原則が登場します。

これを段階的に説明しましょう:

---

⚡ F - 速い

迅速なテストは必須です。テストの実行に数分かかる場合、テストの実行を避けることになりますが、そこから問題が始まります。

これをイメージしてください:

• ?‍♂️ 秒で実行されるテスト?それらを常に実行することになります。
• ? 分かかるテストですか? 1日に1回か2回かもしれません。
• ? 時間かかるテストですか?忘れてください。実行を完全に停止することになります。

解決策は? インターネット、データベース、または大規模なファイル システムに依存しない、シンプルで焦点を絞ったテストを作成します。

クリーンな単体テストは、それが起こっていることにほとんど気付かないほど非常に高速に実行される必要があります。

---

? 私 - 孤立しました

各テストは、1 つの特定のことに焦点を当てる必要があります。

遅いネットワークや共有データなどの外部要因に依存するテストでは、トラブルが発生します。なぜ？テストしているコードとは関係のない理由で失敗する可能性があるためです。

各テストを確認してください:

• ?自立します。
• ?明確な目的が1つあります。
• ⛓️‍?失敗の理由が 1 つであるため、デバッグが簡単になります。

分離により、テストはクリーンで、予測可能で、管理しやすくなります。

---

? R - 反復可能

優れた単体テストは、何度実行しても常に同じ結果が得られます。

テストが機能する場合もあれば失敗する場合もあり、そのテストは信頼性がありません。これは次の理由で発生する可能性があります:

• ?静的データはリセットされません。
• ?️ API などの外部システムへの依存。
• ❌ スレッドまたはプロセスの不適切な使用。

これを修正するには、外部のものを一切使用せず、コードによって完全に制御されるテストを作成します。これにより、テストが再現可能になり、信頼できるものになります。

---

✅ S - 自己確認

単体テストは合格か不合格かを明確にする必要があります。推測はできません。

手動でログを確認したり、結果を解釈したりする必要がある場合、テストは自己検証的ではありません。良いテストとは、青信号や赤信号のようなもので、灰色の領域はありません。

テストが自己検証されている場合は、結果を信頼し、自信を持って先に進むことができます。

---

⏳ T - タイムリー

コードを記述する前にテストを作成します。

これは テスト駆動開発 (TDD) として知られており、コードをビルドする前にコードが何をすべきかを考える必要があります。

後で作成されたテスト (開発後のテスト、または TAD) は、多くの場合不完全で、作成が難しく、有用性が低くなります。

テストを書くと、まずコードが次のようになります:

• ?より分かりやすくなりました。
• ?明瞭さを念頭に置いて設計されています。
• ?不必要な複雑さから解放されます。

---

? おめでとうございます。 FIRST 原則を使用すると、高速で信頼性が高く、本当に役立つテストを作成できます。

---

お時間をいただきありがとうございます。ご質問がある場合は、必ずコメントを残してください。

以上が必要なのは単体​​テスト F.I.R.S.T 原則だけですの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。