5 important diagrams that testers need learn how use
写真がなければ、初期の歴史、まずまずの知識、言語の進化の記録はありませんでした。
過度に脚色することはありませんが、高度に進化した洗練された書き方や表現の世界でも、図には独自の特別な場所があります。
テクノロジー業界では、私たちの図は私たちにとって大切なものです。
テスターが頻繁に接触する著名なもののいくつかと、それらの使用方法を以下に示します。
学習内容：
- テスターが使用方法を学ぶ必要がある5つの図
- ＃1）フローチャート：
- ＃2）状態遷移図：
- ＃3）コンテキスト図：
- ＃4）マインドマップ：
- ＃5）ERチャート：
- ＃6）ボーナス：モックアップ画面/ワイヤーフレーム：
- まとめ-必要に応じて、これらの図をどのように作成できますか？
- 推奨読書
テスターが使用方法を学ぶ必要がある5つの図
さあ。
＃1）フローチャート：
フローチャートは、プロセスの図解に最適です。これらは、プロセス内で実行されるタスク/アクションのタイプごとに特定の記号を使用します。意思決定、分岐、ループなどが可能であり、文書化と理解のための完璧なツールになります。
テスターは通常、テスト計画、テスト戦略、要件アーティファクト（BRD、FRDなど）またはその他のプロセスドキュメントでフローチャートを見つけます。
フローチャートで最も一般的に使用される記号とその意味は次のとおりです。
- 楕円形- 開始と停止の場合
- 長方形- 処理/またはタスク用
- ダイヤモンド- 決定のために
フローチャートの形状の詳細については、チェックアウトしてください フローチャート記号 。
フローチャートを通じて制御のプロセスまたはフローを理解することは非常に簡単です。覚えて理解するのに役立ち、クイックリファレンスとして役立ちます。
テスターがフローチャートを使用する2つの方法は次のとおりです。
a）制御フローと統計分析のフローチャート：
循環的複雑度 は、特定のソフトウェアプログラムの複雑さを測定するのに役立つメトリックです。循環的複雑度を知ることの用途の1つは、完全なカバレッジを達成するために実行する単体テストの範囲を理解するのに役立つことです（詳細と以下のリンク）。
フローチャートは、この対策に到達するための頼りになる方法です。
制御フローチャートを使用して、次のプログラムの循環的複雑度を計算する方法を学びましょう。
以下に示すように制御フローチャートを作成し、次の式を使用するだけです。
循環的複雑度： =接続または回線の数–ノードの数+ 2
図から、ノード数は7、接続数は7です。
したがって、そのコードの循環的複雑度は7-7 + 2 = 2です。
制御フローチャートと循環的複雑度の使用方法に関する詳細情報が必要ですか？
これをチェックしてください：
b）プロセス図のフローチャート：
以下は、フローチャート形式で表された欠陥追跡プロセスです。ご覧のとおり、吸収と実装は非常に簡単です。
（（注意：画像をクリックすると拡大表示されます）
＃2）状態遷移図：
状態遷移表または図は、ある状態から別の状態に多くの変化が生じる複雑なシステムを調べる場合の優れた分析ツールです。
「状態遷移とは何ですか？」と考えている初心者向けに、スイッチで制御される電球を考えてみてください。スイッチはオン/オフを切り替えることができます。したがって、電球が特定の時点にある可能性がある状態はオンまたはオフであり、電球をある状態から別の状態に遷移させるイベント/アクションはスイッチの切り替えです。
これは、図または表の形式で表示できます。以下のように：
| 電球オン | 電球オフ | |
|---|---|---|
| 電球オン | N | フリップスイッチオフ |
| 電球オフ | フリップスイッチオン | N |
簡単ですね。もう少し複雑なことを考えてみましょう。チケットシステムの状態遷移図を見てください。それはかなり簡単で理解しやすいです。
状態遷移図は通常、ビジネスエンティティ中心であり、ページごとのナビゲーション中心ではないことに注意してください。
例えば： この場合のコアビジネスエンティティは、アプリケーションを介して作成されたチケット自体です。チケットを作成する最初の部分では、数ページにわたってシステムをナビゲートする必要があります。
- ページ1-> いいえを選択します。旅行者の-大人、子供、そして高齢者。
- ページ2-> チケットの種類（1日パス、1週間パス、1か月パスなど）を選択します。
- ページ3-> 詳細を確認して確定します。
- ページ4-> お支払い等
そのため、ページごとにさまざまな視覚的な遷移が存在する可能性がありますが、チケット自体は作成された状態です。そのため、通常、視覚的な遷移のSTダイアグラムは作成しません（必要に応じて作成できますが、あまり使用されません）。コアビジネスエンティティの状態遷移に対して作成します。
STダイアグラムが作成されると、次のように、それを使用してエンドツーエンドのテストシナリオとエンドユーザートランザクションを簡単に識別できます。
3つの黄色い線は、3つのエンドツーエンドのケースであり、テストすると、アプリケーションの最も重要で最も使用される領域をカバーします。これは、意味のあるテストケースを作成し、エンドツーエンドの受け入れテストを行うための非常に有益なツールです。
より包括的な説明と実際の使用法については、=>をチェックしてください。 複雑なアプリケーションをテストするための状態遷移テスト手法
＃3）コンテキスト図：
ソフトウェアシステムが独立したユニットとして機能することはめったにありません。電卓やメモ帳などの単純なアプリケーションはそれ自体で機能する場合がありますが、エンタープライズアプリケーションは他の多くのアプリケーションとインターフェイスすることがよくあります。
例えば： 給与システムは、経理アプリケーション、従業員の時間のタイムシートシステム、および従業員の詳細のHRポータルと相互作用する場合があります。コンテキスト図は、これらすべての関係をわかりやすく示す優れた図です。
以下は、今説明した給与システムのコンテキスト図です。
コンテキスト図は、特定のシステムのコンテキストと、それに関連する他のすべてのエンティティを非常に明確に示しています。簡単な説明については、ここをチェックしてください=>
簡単な説明については、ここをチェックしてください=> システムコンテキスト図
コンテキスト図は、テスターが広い意味でシステムを理解するのに役立ち、システムが他のエンティティと持つこれらのインバウンドおよびアウトバウンドの関係を含むテスト戦略の作成を支援します。テストプロセスの一部としてコンテキスト図を作成しない場合もありますが、可能な場合は、理解を深めるのに役立ちます。
＃4）マインドマップ：
マインドマップは、トピックからトピックへと飛び移る忙しい心を追跡します。すべての考えは、それぞれのアイデアとともに深くなり、広く分岐します。これは、メインのアイデアから始めて、そこから生まれるすべてのサブ思考を文書化した図形式です。
Windowsでepsファイルを開く
マインドマップは、あらゆるものに使用できます。 IEEE、CMMI、その他の標準テンプレートやプロセスドキュメントにはまだ登場していませんが、ソフトウェア業界の文化では依然として非常に人気があります。
マインドマップの非常に一般的な使用法の1つは、探索的テストを追跡することです。 （私はあなたが考えていることを知っています、なぜ探索的テストを追跡する必要があるのですか？それは、ソフトウェア開発の迅速な開発サイクル、アジャイルおよび他のより速い方法で、テスターが見つける可能性が低くなっているためです完全な文書化のための時間と範囲。これは、探索の範囲が拡大しており、強化する必要があることを意味します。マインドマップはまさにそれを行うことができます。）
例えば： 以下は、次のようにマインドマップを使用してテストを追跡しているeコマースアプリケーションの図です。
テスターは、マインドマップを入力として取得できない場合があります。しかし、それらを作成しなければならない状況が発生する可能性があります。そうすることは非常に簡単です。あなたの中心的な考えまたは出発点から始めて、あなたの考えがあなたを連れて行くところに従ってください。マインドマッピングに使用できるシンプルで簡単な無料のオンラインツールがたくさんあります。これは私が上記を描くために使用したものです こちらの地図。
詳細とツールについては、チェックアウト=> ソフトウェアテストにおけるマインドマッピング–テストをより楽しくする方法！
＃5）ERチャート：
実体関連（ER）ダイアグラムは、データベースモデリングに使用されます。これらは、テーブルとそのフィールド、および1つのテーブルのフィールドがDBシステムの他のテーブルのフィールドとどのように関連しているかを理解するのに役立ちます。 DBシステムのコンポーネントとそれらの間の関係を視覚的に示します。
ERダイアグラムは、DBシステムを設計および構築する前に、DBモデルおよび視覚化の最初の試行としても機能します。
ERダイアグラムには、ボックスとカラスの足のコネクタを使用して表されるエンティティ（DBテーブルのインスタンス）とそれらの関係（1対1、1対多、1対必須など）があります。 )
ERダイアグラムには多くのバリエーションがありますが、最も単純なバージョンは次のようになります。
画像 ソース
簡単な紹介と説明については、以下を確認してください。
＃6）ボーナス：モックアップ画面/ワイヤーフレーム：
ワイヤーフレームは、HTMLまたは単純な画像（スクリーンショット）のいずれかであり、将来のUIページ/コンポーネントを図式的に示します。
ワイヤーフレームは、最終製品の視覚化を非常に簡単にし、テスト設計分析プロセスを改善できるため、テスターにとっては祝福です。これは、より良いテストシナリオ、より良いテストケース、ひいてはより高いテスト効果を意味します。
ワイヤーフレームは、単純な手描きの画像、インタラクティブに作成されたWebページ構造、または最終的なシステムを表すその他の図にすることができます。
ログイン画面の簡単なワイヤーフレームは次のようになります。
これは、QAチームが初期テストにワイヤーフレームを使用する方法とそれらを作成するためのいくつかのツールを理解するためのクイックリンクです=> ワイヤーフレーム–実際にテストする必要がありますか？もしそうなら、どのように？
まとめ-必要に応じて、これらの図をどのように作成できますか？
ほとんどの場合、テスターは上記の図のほとんどを解釈します。しかし、まれに、それらを作成する必要がある場合があります。 MSVisioと SmartDraw 使用するのに最適なツールです。ただし、無料で軽量なもの（インストールとセットアップなし）を探している場合は、 こちらをご覧ください。
インターネットにアクセスできず、単語や絵の具しか持っていない場合は、利用可能な図形を使用してこれらの図を作成できます（少なくともほとんどの図）。これは時間がかかり、ユーザーフレンドリーではないため、私の最も嫌いな方法ですが、それでもかまいません。
著者について： この記事は私たちのチームメンバーのスワティによって書かれました。
では、どの図を使用し、どれがお気に入りですか？
推奨読書
- 初心者テスターのためのソフトウェアテストのアドバイス
- 最高のソフトウェアテストツール2021 (QAテスト自動化ツール)
- コンポーネントテストまたはモジュールテストとは（例を使用して学習）
- 比較テストとは（例を使って学ぶ）
- テスターは自動化のためにテストを超えてグリップを失っていますか？
- 間もなく288億ドルに達するグローバルソフトウェアテストビジネス
- ソフトウェアテスターでモチベーションを維持する方法は？
- PrimereBookダウンロードのテスト