- どこからテストを開始しますか？
- 何も忘れない方法は？
- 複雑な機能で混乱しないようにするには？
答えは、マインドマップを作成することによる製品分解アプローチかもしれません。
それは何ですか？
マインドマップ、またはインテリジェンスマップは、効果的に構造化するのに役立つ視覚的な表示ツールです。
この形式の情報の提示は、人間の脳にとって線のテキストよりも理解しやすいため、仕事で使いやすくなっています。
マインドマップのメリット
1.可視性と視覚化。
テスターにとってのマインドマップの主な利点は、テストされた製品、その機能、およびそれらの間の依存関係の明確なビジョンです。
2.ドキュメントの優れた代替手段。
ドキュメントの代替または追加として、このようなマップを新入社員に表示することは非常に良いことです。
3.メンテナンスが簡単です。
新しい機能のリリースにより、それを補足し、アプリケーションの新しい部分の相互接続を再度追跡することが容易になり、製品をユーザーにとってより簡単で理解しやすい場所に見つけることさえ可能になります。
マインドマップを使用して何を描くことができますか？
- さまざまなレベルでのアプリケーション機能。
- 機能上の優先順位。
- アプリケーションの依存関係。
- ほとんど何でも:)
マインドマップを作成します
1.基本機能。
アプリケーションの機能や部分をどのように判断しますか？
エンティティのタイプと、それらを使用して実行できるアクションによって機能を分割することを提案します。
例として、オンラインストアのMVPスキームを見てみましょう。
エンティティは次のようになります。
- 製品。
- カタログ。
- バスケット。
- アカウント。
行動：
- 製品を探す。
- 製品を表示します。
- 製品を購入します。
- 割合。
- アカウントを作成する。
- あなたのアカウントにログイン。
それは何をするためのものか？
したがって、クライアントが何ができるか、これに何が必要か、そして何と対話するかは明確です。
2.分解。
分解ルールを使用して、前述のアクションとエンティティを下位レベルのものに分解します。
したがって、アプリケーションを細部まで説明できます。これは、テストに非常に役立ちます。
「製品」ブランチの例では、ブランチは名前、価格、サイズ、数量、説明、画像などになります。
3.優先度を決定します。
ここで、あなたの心が望むように：トップダウン、カラーでハイライトする、またはアナログ時計のようにマップを作成します。ここで、1は最高の優先度の機能で、12は最低の優先度の機能です。
4.関係を追加します。
マインドマップ上の関係は、あるブロックから別のブロックに移動する矢印によって表すことができます。
例としては、カタログ、検索結果の並べ替え、製品ページ、バスケット内の製品の単価と、支払い対象のすべての製品の合計のロジック（画面上の赤い線）との関係があります。
このようにして、関連する機能をテストし、アプリケーションの1つまたは別の部分のバグや編集によって影響を受ける可能性のある他のコンポーネントを確認することを忘れないでください。
テストでマインドマップを使用する方法は？
1.作成します。
あなたの製品が何であるかをよりよく理解するため。
あなたはすでにこれを行う方法を知っています。
2.ドキュメントの代わりに使用します。
1枚のカードに、特定の要件を説明する合計数十の異なるドキュメントを表示できます。すべてのドキュメントのそのような分析を1つ実行し、すべてをヒープに収集して視覚的に表示すると、将来的には、これまたはその要件をどこで見たか思い出せない状況からあなたを救うことができます。
3.分析のアシスタントとして。
すべてが明確であるため、欠陥や製品を改善するための可能な方法を見つけるのは簡単です。
4.テストケースを作成するための基礎。
優先順位を付けたら、優先順位の高い関数からテストケースの作成を開始できます。
また、関係があるため、チェック中に見つかった「バグ」によってアプリケーションの他のどの部分が影響を受ける可能性があるかを正確に知ることができます。これを「バグレポート」で指摘することで、開発の質とスピードを向上させることができます。
QAスペシャリストの仕事は何ですか。
5.テストカバレッジを追跡します。
リレーションシップを使用して、優先度の高いチェック用のテストケースの作成を開始し、マップ内を移動して、テストケースで使用された関数を別の色またはその他の便利な方法でセルにマークするだけです。
たとえば、「Thumbs Up」マークを確認すると、テストケースを作成するときに、どの機能がすでにカバーされているか、どの機能がカバーされていないかが明確になります。
例を見てみましょう
その国が、サイトに表示されている商品のカテゴリのVATの計算に関する法律を変更したとします。
ビジネスは価格設定を変更することを決定し、プロダクトオーナーはすでに開発者に対応するタスクを作成しており、開発者はすでにコードを完全に更新しています。
それまでの間、これらの変更をテストでカバーするためのテストドキュメントの作成を開始できます。
これがマインドマップの出番です。
したがって、アプリケーションのどの部分に「価格」エンティティが表示されるか、アプリケーションの他の部分との関係、およびこのエンティティで実行できるアクションを明確に確認できるため、何をテストする必要があるかを明確に確認できます。
これらのチェックをチェックリストの形で行うことを提案します。
チェックの準備ができました。
これで、この変更の影響を受ける可能性のあるアプリケーションのすべての部分を確認し、「合格」ステータスのテストに合格した後、簡単に安らかに眠ることができます。
だから、もう一度順番に
- アプリケーションを調べて、何を扱っているかを理解してください。
- 次に、エンティティとアクションによって分解します。
- 優先順位を付けます。
- テストケースを作成します。
出来上がり！これで、何をテストし、何も忘れないようにする方法がわかりました。
始めることができます。
もちろん、製品の複雑さによっては、このようなマップのコンパイルと保守に時間がかかる場合がありますが、将来的には、時間を節約し、テストプロセスをより簡単に、より明確に、より楽しくすることができます。
オールマインドマップと世界の平和！
フルマップ：
