0

空き時間に Qt を使用してアプリケーションを開発しています。コードのサイズが大きくなるにつれて、古いコードの新しいバグを封じ込めるのが難しくなっています。アプリケーションを手動でテストしています。ターゲットはexeであるため、アプリケーションに追加のコードを挿入せずにC++テストで自動化してテストすることはできません。

だから私の質問は、あなたが単一の開発者であり、プロジェクトが無料でリリースされるため、プロジェクトからお金を稼ぐことができない場合、GUI アプリケーションの最良の QA 手法は何ですか? ありがとうございました。

編集: ソフトウェアの特定の機能をそれぞれテストする、一連の簡単なテストが必要です。それらを次々と自動的に実行したいと思います。最後に、失敗したテストのレポートを作成する必要があります。これは、同じクラスに新しい関数を作成し、テストしたい既存の関数にいくつかのチェックを追加してから、すべてのテストを持つ新しいクラスを作成することで実行できます。それで、これが最善の方法なのか、それともより良い代替手段があるのか​​ を知りたかったのですか?リリース ターゲットをビルドするたびに、この QA コードにコメントを付けたり削除したりするため、そのビルドにバグが発生する可能性があります。

私は最初からそれを維持しているので、現在私はドキュメンテーションとコメントについて心配していません. ソースコードの QA についてのみです。

4

4 に答える 4

0

テスト コードは、独自のソース ファイルに移動します。

exe をライブラリと、単にライブラリを呼び出す 1 つの main.cpp に分割できます。

そうすれば、任意の unitTest フレームワークを追加のテスト ファイルとともに使用して、ライブラリのみをテストする実行可能ファイルを生成できます。

于 2013-08-31T13:41:09.890 に答える
0

プロジェクトが十分に大きくなっている場合は、おそらくいくつかの単体テストを作成する必要があります (私は に似た無料のCppUnitライブラリが気に入っていJUnitます。また、Jo Are By が提案しQtTestている も、おそらく で利用可能ですQt)。

実稼働コードにいくつかの変更を加える必要がある場合でも、最終的には時間を費やす価値があります。

Qtまた、アプリケーション用の自動化された GUI テスト フレームワークについて調べてみることもできます。私はこれらのどれにも精通していません。

于 2013-08-31T11:48:23.670 に答える
0

本によるユニットテストは、アプリケーション全体ではなく、メソッドの保証のみを提供します。ただし、同じ単体テスト フレームワークを使用して、アプリケーションの特定の機能の受け入れテストを作成することもできます。

最も簡単な方法は、アプリケーションから GUI を抽出し、GUI を API/ライブラリに依存させることです。API を使用すると、機能テストを簡単に作成できます。GUI をできるだけ薄くするようにしてください。

クラスにテスト コードを追加してリリースするために削除することはありません。これは、テスト コードと共に出荷するのと同じくらい危険だと思います。ここですでにアドバイスされているように、ソースを分離したほうがよいでしょう。

于 2013-09-01T09:35:53.830 に答える
0

コードのテストには、Junit テストケースを使用します。exe をライブラリと、単にライブラリを呼び出す 1 つの main.cpp に分割できます。

GUI テストの場合、アプリケーションの GUI インターフェイスをテストするために使用できるツールがないため、手動で行う必要があります。手動テストでは、GUI のチェックが完了し、GUI の画像またはテキストが明確に表示されない、またはテキストが欠落している場合、自動化によるテストは行われません。

于 2013-09-01T05:41:01.373 に答える