ユニットテストでGitでデバッグを自動化します

キーテイクアウト

ユニットテストでGitでのデバッグを自動化するには、「Bisect」コマンドを使用してコミットを通過し、バグを導入したものを特定します。このプロセスは、スクリプトで自動化することができ、コミットの手動ラベル付けの必要性を「良い」または「悪い」と減少させることができます。 このプロセスでは、
• 単体テストは、各コミットに対して実行されて「良い」または「悪い」と割り当てるべきかどうかを判断するため、重要です。これは、「git bisect run [command to run tests]」などのコマンドを使用して実行できます。すべてのコミットに対してテストが実行されると、Gitはエラーを導入したコミットを識別できます。
コードベースのサイズが増加すると、すべてのコードの単体テストを書き込むことが必要になります。最初は時間がかかるように思えるかもしれませんが、デバッグに役立ち、長期的には時間を節約できます。また、ユニットテストを置き換えるためにカスタム終了コードを使用してカスタムシェルスクリプトを作成することもできます。
しばらく前に、2つのコマンドの非難と二等分を使用して、Gitのコードベースのデバッグに関する記事を公開しました。 gitの非難には、ファイルの各行の著者をチェックすることが含まれていましたが、Bisectはコミットを（バイナリ検索を使用して）通過してバグを導入したものを見つけることを伴います。この投稿では、Bisectのプロセスを自動化する方法を確認します。
• メモリを更新するために、git bisectにはいくつかのステップが含まれます。これは以下に要約されています。

git bisect start

で二等分ウィザードを起動します

「良い」と「悪い」コミットメントを選択するか、それぞれバグが存在していて存在していた既知のコミットメントを選択します

gitがバグを導入するコミットを見つけるまで、「良い」または「悪い」としてテストされるコミットを割り当てます

git bisect reset
• でウィザードを終了します
• プロセス全体のアイデアを得るには、このスクリーンキャストを見ることができます。これは、デバッグプロセスの仕組みを詳細に示しています。
当然、3番目のステップは時間がかかりました。Gitは、そのコミットにバグが存在するかどうかを確認した後、それらを「良い」または「悪い」とラベル付けする必要がありました。
• デバッグのプロセスを自動化するスクリプトを作成すると、基本的に3番目のステップを実行します。始めましょう！
• 環境のステージング
この投稿では、2つの数字を追加する関数を含むPythonに小さなモジュールを書き込みます。これは非常に簡単な作業であり、デモンストレーションのみでこれを行うつもりです。コードは自明であるため、詳細は説明しません。

git bisectのプロセスを自動化するには、コードのテストを作成する必要があります。 Pythonでは、無視されたモジュールを使用してテストケースを書き込みます。基本的なテストの外観は次のとおりです

<span>#add_two_numbers.py
</span>def add_two_numbers<span>(a, b):
</span>    <span>'''
</span>        Function to <span>add two numbers
</span>    <span>'''
</span>    addition <span>= a + b
</span>    <span>return addition</span>

これらのテストをもっと書くことができましたが、これはそれを続ける方法を示すためだけでした。実際、プログラムやアプリはこれよりもはるかに複雑になるので、間違いなくより多くのテストケースを書く必要があります。

ユニットテストを実行するには、テストケースを含むtests.pyファイルを実行します。

テストが合格した場合、次の出力を取得する必要があります。

<span>#tests.py
</span><span>import unittest
</span>from add_two_numbers <span>import add_two_numbers
</span>
class TestsForAddFunction<span>(unittest.TestCase):
</span>
    def test_zeros<span>(self):
</span>        result <span>= add_two_numbers(0, 0)
</span>        self.assertEqual<span>(0, result)
</span>
<span>if __name__ == '__main__':
</span>    unittest.main<span>()</span>

関数にエラーを導入し、コードをコミットしましょう。

テストが失敗したことを確認するには、再度実行してみましょう。

python tests.py

エラーを導入したコミットが最後ではないように、さらにいくつかのコミットを追加しましょう。

二等分プロセスを開始

git bisectウィザードの場合、最新のコミット（b60fe2cf35）と最初のコミットは良い（98d9df03b6）として選択します。

この時点で、gitは私たちにコミットを指し、それが良いか悪いことなのか尋ねます。これは、Gitにテストを実行するように指示するときです。それのコマンドは次のとおりです。

私たちの場合、それは次のことが判明します。

def add_two_numbers<span>(a, b):
</span>    <span>'''
</span>        Function to <span>add two numbers
</span>    <span>'''
</span>    addition <span>= a + 0
</span>    <span>return addition</span>

gitを提供するコマンドを提供する場合、テスト自体を実行するのではなく、gitはすべての改訂でこれらのテストを実行し、コミットを正常に割り当てるべきかどうかを決定します。

gitが完了したら、すべてのコミットの実行テストを実行したら、魔法のようなエラーを導入するコミットを把握します！

<span>git bisect start b60fe2cf35 98d9df03b6</span>

コミットを見つけたら、git bisect resetでウィザードをリセットすることを忘れないでください。

<span>git bisect run [command to run tests]</span>

単体テストの代わりに、カスタム終了コードを備えたカスタムシェルスクリプトを作成することもできます。一般に、0の出口コードは成功と見なされます。他のすべては失敗です。

最終的な考え

コードベースのサイズが大きくなると、記述したコードの小さな部分ごとに単体テストを作成する必要があります。テストを書くことは時間がかかるように思えるかもしれませんが、この場合に見たように、彼らはあなたがデバッグをして、長期的に時間を節約するのに役立ちます。

あなたのチームはコードのエラーをどのようにデバッグしますか？以下のコメントでお知らせください。

GITユニットテストでデバッグを自動化することに関するよくある質問（FAQ）

GITユニットテストで自動デバッグをセットアップするにはどうすればよいですか？

GITユニットテストで自動化されたデバッグを設定するには、いくつかのステップが含まれます。まず、Gitリポジトリを作成して初期化する必要があります。次に、プログラミング言語と互換性のあるテストフレームワークを使用して、ユニットテストを作成する必要があります。テストが記述されたら、連続統合（CI）ツールを使用して、これらのテストの実行を自動化できます。このツールは、Gitリポジトリに変更をプッシュするたびにテストを実行するように構成できます。このようにして、開発プロセスの早い段階でバグをキャッチして修正することができます。

GITユニットテストでデバッグを自動化することの利点は何ですか？

GITユニットテストでデバッグを自動化するには、いくつかの利点があります。開発プロセスの早い段階でバグをキャッチするのに役立ち、時間とリソースを節約できます。また、コードのすべての部分が一貫してテストされることを保証します。これにより、コードの全体的な品質が向上し、信頼性が高くなります。さらに、必要な手動テストの量を減らすことにより、開発プロセスをより効率的にすることができます。 >継続的統合（CI）は、開発者がコードを頻繁に共有リポジトリに統合する開発慣行です。通常は1日に複数回です。各統合は、自動化されたビルドおよび自動化されたテストによって検証されます。 GITユニットテストのコンテキストでは、CIを使用して、変更がGITリポジトリにプッシュされるたびにこれらのテストの実行を自動化できます。これにより、バグを早期にキャッチし、コードのすべての部分が一貫してテストされることを保証します。 。まず、各テストでは、単一の機能または動作に焦点を当てる必要があります。これにより、失敗の原因を識別しやすくなります。第二に、テストは独立しており、任意の順序で実行できる必要があります。これにより、あるテストの結果が別のテストの結果に影響を与えないことが保証されます。第三に、テストは繰り返し可能で、実行されるたびに同じ結果が得られるはずです。これにより、テストが信頼性が高く、バグをキャッチするために信頼できることが保証されます。

GITユニットテストでデバッグを自動化するために使用できますか？ GITユニットテスト付き。これらには、Jenkins、Travis CI、Circleciなどの継続的な統合（CI）ツールが含まれます。これらのツールは、Gitリポジトリに変更をプッシュするたびにユニットテストを実行するように構成できます。さらに、Junit（Javaの場合）、Pytest（Pythonの場合）、Mocha（JavaScript用）などのテストフレームワークを使用して、ユニットテストを作成できます。 gitユニットテストを連続統合（CI）ツールと統合するにはどうすればよいですか？

GITユニットテストを連続統合（CI）ツールと統合するには、いくつかのステップが含まれます。まず、GITリポジトリに接続するようにCIツールを構成する必要があります。次に、変更がリポジトリにプッシュされるたびにユニットテストを実行するように構成する必要があります。これには通常、テストを実行するコマンドを指定する構成ファイルとそれらを実行する条件を書き込むことが含まれます。単体テストが失敗し、最初のステップは障害の原因を特定することです。これには通常、テスト出力とテストされていたコードを調べることが含まれます。原因を特定したら、コードに必要な変更を加えてテストを再実行できます。テストが合格した場合、変更をGitリポジトリにプッシュできます。再度失敗した場合は、渡されるまでテストまたはコードを修正する必要がある場合があります。

プログラミング言語のGIT単体テストでデバッグを自動化できますか？プログラミング言語のGIT単体テストを使用します。ただし、使用する特定のツールとテクニックは、言語によって異なる場合があります。ほとんどのプログラミング言語には、ユニットテストの作成に使用できる1つ以上のテストフレームワークがあります。さらに、ほとんどの継続的な統合（CI）ツールは複数の言語をサポートし、書かれた言語に関係なくテストを実行するように構成できます。

gitユニットテストが効果的であることを確認するには、いくつかのベストプラクティスが含まれます。まず、テストでは、エッジケースを含むコードのすべての部分をカバーする必要があります。これにより、テストが包括的になります。第二に、テストは独立しており、任意の順序で実行できる必要があります。これにより、あるテストの結果が別のテストの結果に影響を与えないことが保証されます。第三に、テストは繰り返し可能で、実行されるたびに同じ結果が得られるはずです。これにより、テストが信頼できることが保証されます。

gitユニットテストを使用して、アプリケーションのユーザーインターフェイス（ui）をテストできますか？コード、アプリケーションのユーザーインターフェイス（UI）ではなく。ただし、統合テストやエンドツーエンドテストなど、他のタイプのテストを使用して、UIをテストできます。これらのテストは、連続積分（CI）ツールを使用して自動化して実行することもできます。これは、開発プロセスの早い段階でUIのバグをキャッチするのに役立ちます。

以上がユニットテストでGitでデバッグを自動化しますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。