経験の浅いQAエンジニア（または一般的なテスター）は、ユーザーの利便性、煙、負荷、回帰、構成、相互作用テストなど、5つの異なるタイプのテストをすぐに指定できます。 ストレステスト、ユーザーの利便性テストなど、一部のタイプのテストはめったに使用されません。構成テストや相互作用テストなどのエキゾチックなタイプは、Caner and Folk "Software Testing"の本でしか聞かれず、仕事で使用されたことはありません。 しかし、非常に明確に言うことができる一種のテストがあります：誰もがそれをしました。 回帰機能テストについて話しています。 このタイプのテストは、おそらく最も重要で退屈で時間がかかるものの1つです。
回帰機能テストの本質は、全体像によって伝えられます。
通常、回帰テストを実施するために、テストケースは、この機能をテストするための一連のアクションを記述するステップバイステップで記述されます。 ただし、テストドキュメントの操作は非常に難しく（スクリプトの作成にはかなりの時間がかかります）、頻繁に要件が変わる状況では、テストケースの回帰分析を行うことはまったく実用的ではありません。 まず第一に、それらの更新はテスト時間の最大50％を要する可能性があるという事実のためです。 このため、回帰テストの品質は低下しています。テストケースは更新されなくなり、しばらくすると（数回のリリース）、テストチームはバスケット内にある古いスクリプトの束を持ちます。
ソフトウェア開発者は、顧客が変更を希望する頻度に精通しています。 1つのバージョンでは、2を2で乗算する単純な計算機が必要です。別のバージョンでは、表面で積分を行い、ディファーを解決し、0で除算する作業環境が既に必要です。 この記事でこれについてお話したいと思います。
一部のテストの専門家は、チェックリストを使用して、チェックする必要があるものについて簡潔に記述します。 この手法は悪くないように思えますが、プロジェクトの全体を表示してエンティティの関係を実現することはできないため、制限されています。 通常、チェックリストにはチェックする必要がある項目がリストされており、新しい人がそれらを理解することは困難です。 飛行機のパイロットのチェックリストの例を次に示します。
実行する必要がある特定のアクションセットがリストされていますが、別のパイロットの場合、このチェックリストは不快で、理解できず、一般的に不適切です。
私の意見では、テストケースとチェックリストの利点を組み合わせた最適なツールは、MindMap（またはインテリジェンスカードのロシア語の代替名）です。 なぜこのテクノロジーなのか？ 脳はテキスト、リスト、表の形で情報を知覚しません。意識が情報を吸収するのははるかに自然で簡単です。これは、関連付けに基づいており、階層的思考を含み、視覚化されます。 インテリジェンスカードの例を次に示します
インテリジェンスカードの利点は次のとおりです。
•情報の効果的な構造化。
•プロジェクトに関連するすべての必要な情報を収集する機能。
•プロジェクト内のすべての関係の範囲。
•単一のプロジェクト画像のビジョン。
•優先順位を付ける機能。
一般に、このツールはテストの専門家にとってより便利ですが、アナリスト、プロジェクトマネージャー、さらには開発者でも使用できます。
「MindMapアナリストを使用する理由」という質問には、次のように答えることができます。頻繁に変化する要件を持つプロジェクトについて、詳細な問題ステートメントを記述する必要はありません。 コントロールマップを最新の状態に保ち、説明付きの新しいブランチを追加し、マップから使用されなくなった機能を削除するだけで十分です。 アナリストは、開発中の製品のすべての機能をカバーできます。 現在のMindMapにはイノベーションが含まれるため、タスクを開始してチェックする必要のあるすべてを指定する必要はありません（信じてください、MindMapのサポートは簡単です）。 さらに、アナリストとプロジェクトマネージャーの両方が、スキームに含まれているすべてのものがチェックされることを確認します（そうでない場合、ポイントとエラーがチェックされなかった場合、このカードでこのテスターに額を与えることができます） 。
開発者もインテリジェンスカードの恩恵を受けるでしょう。 マップ上の関係のおかげで、プログラマーは、コードを変更するために必要なツリーネストのレベルと、これが何に影響するかを理解できます。
インテリジェンスカードの主な利点は、QAエンジニアに受け入れられます。
•便利な統計：MindMapを使用すると、製品のどの特定のコンポーネントが既にテスト済みで、まだ検証が必要かを自信を持って伝えることができます。
•テストの信頼性：アプリケーションを非常に長期間テストできますが、すべてがチェックされていることを確認することはできません。 すべての機能をカバーするMindMapを継続的に更新することで、エラーが失われるリスクを最小限に抑えます。
•テストの全体像：設定から、実装されている要件の割合、関連性のない情報、将来実装されるものは明確ではありません。 プロジェクトに精通しているテスターにとっては、ステートメントとタスクを読み直さなくても簡単に軌道に乗ることができます。
•インテリジェンスカードの階層システムは、視認性に優れています。 1つのブランチに対応するコードを編集すると、変更がどの子ブランチに影響するかが明確に示されます。最初にチェックする必要があります。
Habréの以前の記事「MindMapを描くには？ マインドマップ用の6つの最も人気のある描画プログラムの詳細なレビュー»は、知能マップを構築するための最も人気のあるユーティリティについて説明されました。 私の意見では、Xmindが最も便利です。 無料版でも、便利なインテリジェンスカードを作成するための優れたコンポーネントセットがあります。 以下は、仕事で使用した機能の概要です。
注釈
ノートシステムを使用して、Xmindでプランアイテムを記述することができます。 メモを追加すると、「パスワードと外観」、目的の項目を確認するためのアクションのリスト（テストケースと混同しないでください）を保存するのに便利です。 以下はメモの使用例です。
画像
インテリジェンスカードのポイントに写真を追加する機能は、特定の領域の変化を視覚化する必要がある場合に便利です。 たとえば、ロゴを別のロゴに変更します（新しいロゴの画像をマップアイテムに添付することをお勧めします）。 下の画像がプランアイテムに表示される例。
ハイパーリンク
エンティティが複雑すぎて「メモ」に記述できない場合、または何らかの理由で記述できない場合は、ハイパーリンクを使用して、問題の記述を知性カードにリンクすると便利です。 計画項目をクリックすると、目的のページに移動します
タスク情報のメンテナンス
情報の維持は、プロジェクトマネージャー向けのある種のテスト進捗レポートです。 テスト中に、失敗したシナリオを知性カードに示し、テストの時間と進行状況を記録できます。 インテリジェンスカードをプロジェクトマネージャーに提供して、テスト結果をプロジェクトマネージャーに伝えることができます。 MindMapはフィードバックと見なされ、PMとアナリストによって修復された意からテスターを保護することさえできます。 このインテリジェンスカード以外では機能しない場合は、テスターが責任を負うことはありません。 カードはそのようなシナリオには対応していません。
バージョン管理を維持する
インテリジェンスカードの新しい機能を識別するには、バージョン管理を示すことをお勧めします。 つまり マップアイテム（本質的に機能的）を追加し、この機能が含まれるソフトウェアバージョンを示します。 新機能をチェックするときは、「バージョン」でフィルタリングします。マップ上では、選択したバージョンに関連するアイテムのみが強調表示されます。
そして最後に、「知性カードを更新するプロセスを整理し、テスト作業を構築する方法」という質問に答えます。 最初は、プロジェクトはまだ大規模ではありませんが、アナリストはテストの専門家とともに、最初のシンプルなインテリジェンスカードを作成します。 さらに、新しい機能を備えた新しいリリースがリリースされる前に、アナリストはインテリジェンスカードを更新し、バージョンをその上に置いてテストに渡します。 テスターは作業を実行し、完了、未達成、失敗したポイントを記録し、実装の時間と進捗を記録します。したがって、ユニットまたはプロジェクトの責任者に転送できるテストレポートを受け取ります。
新しいリリースでは、アナリストは再びインテリジェンスカードを更新し、コピーをテストに渡し、上記のスキームに従ってすべてが繰り返されます。 また、ExcelでMindMapをアンロードすると、便利なテストレポートを取得できますが、これは顧客に見せることを恥ずかしくありません。