本記事の要旨
本記事では、テスト管理ツール QualityForward の基本的な使い方を、筆者のトライアル経験を交えて紹介します。特に、初めてツールを触る方でも理解できるよう、具体的な業務シーンを再現しながら進めていきます。
QualityForwardは株式会社ベリザーブ様が提供中の「ソフト開発で繰り返されるテストでの非効率な作業を減らし、開発スピードの向上と品質の向上を支援するテスト管理ツール」です。無料で利用を開始できます。
QualityForward を使ってみた感想は以下の通りです。
- テストの条件、実行計画、結果記録を紐づけて簡単に管理できて便利！
- プロダクトのバージョンアップや、テスト条件の変更など、業務で発生するシーンを適切に表現できるワークフローが魅力的！
- 操作も直感的で誰でも扱いやすい！
- ソフト開発だけでなく、ハードウェア開発も含めた様々な開発に活用できるのでは？と思いました。
では、本文に入っていきます。エンジョイテスト！ 
本記事の対象読者
- 業務などでテストの計画や実施を担当している人
- テスト管理ツールを使ったことはないが興味はある人
はじめに
2024年も残り僅か、皆さまいかがお過ごしでしょうか？
年末は何かと忙しいですが、それでも学びは続けていきたいですね。ということで、私はこれまで使ってみたことがないテスト管理ツール QualityForward に触れてみました 
本取組のきっかけはQualityForwardを用いたテスト管理の体験談を投稿しよう！なのですが、実際にツールを触ってみるととても良い体験ができましたので、本記事で共有させて頂きます。
本記事の構成
いきなりの業務適用は難しいため、架空の「データ加工ツール」を題材にQualityForwardを利用してみました。
3つのステップでQualityForwardを活用します:
- Step1: 初リリースのテストを計画し、結果を記録する
- Step2: バージョンアップ後も同じテストを実施し、結果を記録する
- Step3: バージョンアップでテスト項目を追加・変更し、結果を記録する
新機能をリリースした後に既存テストを繰り返し実施し、さらに仕様変更に応じたテストを追加していく。このような状況は、多くの開発現場で日常的に起きるのではないでしょうか？
各ステップの詳細を、以下のセクションで解説していきます！
QualityForwardを利用し始める手順については説明しません。サービスのページを参照頂ければ特に問題なく実施できるかと思います。
本記事で使用する用語
さて、さっそく内容に入っていきたいところですが、本記事を読む上で必要な用語について最初に紹介しておきます。
ここでは必要最低限の説明を行います。正確な用語説明はこちらをご覧下さい。
| 用語 | 意味 | 例 |
|---|---|---|
| テストケース | テストの確認内容、テスト条件、テスト実行手順、期待する結果をまとめたもの。 | 対応可能なファイル形式を読み込むケース |
| テストスイート | テストケースをまとめたもの。 | ファイル読み込み機能テスト |
| テストフェーズ | テストを実施する期間。テストスイートを選んで、この期間内に実施する。 | 初回リリース前テスト |
| テストサイクル | テストフェーズの中で細かく区切った期間。 | テスト1回目 |
では、いよいよ本題に入っていきましょう！
3ステップでQualityForwardを活用してみる
本記事の構成で説明したように、3ステップを順になぞって、QualityForwardの活用方法を紹介していきます。
Step1: 初リリースのテストを計画し、結果を記録する
では始めましょう！本ステップでは、まず以下のガイドを参考にして基本的な流れを追ってみます。
今回題材とする架空の「データ加工ツール」は次の機能を持つものとします。
- ファイルの読み込み
- データの加工
- ファイルの保存
これらの機能に対してテストを検討し、テスト結果を記録してみます。
プロジェクトの作成
まずはプロジェクトを作成します。「プロジェクト追加」(図1)ボタンから進んでいきましょう。
図1. プロジェクト一覧画面
プロジェクト名と概要を入力してプロジェクトを作成すると、ダッシュボードに遷移します(図2)。概要には重要事項など、チーム内で頻繁に確認したい項目を明記しておくと便利そうです。
図2. プロジェクトのダッシュボード
テストスイートの作成
メニューの「テストスイート」に進み、テストスイートを作成してみます。
今回はツールの3つの機能それぞれについて分けてテストスイートを作成してみました。本記事では代表して「ファイルの読み込み機能テスト」について記載していきます。
テストスイート作成画面では2つの必須設定項目と、複数の任意設定項目があります。今回は必須設定項目(テストスイート名、初回バージョン名)だけを入力しました。
| 項目 | 値 |
|---|---|
| テストスイート名 | ファイルの読み込み機能テスト |
| 初回バージョン名 | v1.0初回リリース |
テストスイートを作成すると、テストケースの編集画面(図3)に遷移します。
図3. テストケースの編集画面
なるほど、テストスイート - バージョンという単位でテストケースを管理していくようです。
テストケースをいくつか作成してみました！(図4)
図4. テストケースを追加した後の状態
エクセルライクな操作感でサクサクと編集できました！
今回は使用しませんでしたが、既存のエクセルファイル等をテストケースとしてインポートすることも可能とのことです。エクセルを使ったテスト管理からの移行もスムーズそうですね。
編集画面からテストスイート一覧に戻ると、先ほど作成したテストスイートは「編集中」となっていました。(図5)
図5. テストスイート作成直後の状態
この状態では次の「テストフェーズの作成」を行えないため、ステータスを変更する必要がありました。バージョン名の下の「設定」から設定画面に進み、ステータスを「利用可」に変更します。
すると、無事、テストスイートを利用できるようになりました(図6)！テストスイート作成はこれにていったん完了です
図6. テストスイートのステータスが利用可に変わった
では次に、テストを実施していくため、テストフェーズを作成していきます。
テストフェーズの作成
テストフェーズを作成してみましょう！テストフェーズは実行するテストスイートの選択と、テストの記録を行うためのものです。
メニューからテストフェーズを選択し、テストフェーズ一覧画面から新規テストフェーズを追加していきましょう。テストフェーズ名などの編集(図7)と、テストフェーズ内で実行するテストスイートの選択(図8)を行います。
図7. テストフェーズ作成画面1
図8. テストフェーズ作成画面2
テストスイートの選択では、先ほど作成した「ファイルの読み込み機能テスト」だけを選ぶことにしました。
次に、このテストフェーズを細分化したテストサイクルを作成していきます。「スイート一覧」(図9)から、選択したテストスイートごとにテストサイクルを作成していく必要があります。
図9. テストフェーズ編集画面
マルチサイクルという機能もありますが本記事では言及しません。
テストサイクルを新規作成すると、{テストスイート名} - {バージョン名}1回目という名前のサイクルが作成されました(図10)。なるほど、テストフェーズの中で、各テストスイートごとに複数回テストすることを想定したデータ構造でできているんですね。テストのやり直しとか、バグ修正後の確認とかありますものね。
図10. テストサイクル作成画面
はい、テストサイクルができました(図11)。
図11. テストサイクル一覧画面
あとはテストを実行し、テスト結果を記録していきます(図12)。
図12. テストサイクル編集画面
テストの結果はレポート機能などで確認することができます。本記事では説明を割愛します。
以上でStep1.が完了です！全体的にストレスなく操作ができましたし、何よりもQualityForwardのワークフローに乗っかることで、誰でも迷いなくテスト管理を始められるように感じました！
次のセクションでは、ツールをバージョンアップしたことを想定し、バージョンアップ後のツールで同じテストを実施する手順を試してみます。
Step2: バージョンアップ後も同じテストを実施し、結果を記録する
実際の業務では、ツールを一度リリースしてはいおしまい、ということは少ないと思います。そこでStep2.では、バージョンアップ後のツールで同じテストを実施します。
やることはシンプルで以下の通りです。
- テストフェーズ・テストサイクルの追加
- テストサイクルに結果を記録
イメージ具体化のため、画面を示しながらサクサクっと説明していきます！
テストフェーズ一覧から、新しく「ツールv2リリース前テスト」というテストフェーズを作成しました(図13)。(キャプチャ画面上では、テストサイクルも追加済みです)
図13. 新テストフェーズ作成後の状態
テストスイートは変えていません。あとは結果を記録していくだけ…！簡単ですね！テストスイートという設計資産を簡単に流用することができました
次のセクションでは、ツールの機能追加や仕様変更に伴い、テストの追加・変更を行う場合を試して、本記事を締めくくりましょう！
Step3: バージョンアップでテスト項目を追加・変更し、結果を記録する
テストの内容変更があった場合にはテストスイートのバージョンを更新して対応します。以下の手順で進めていきます。
- テストスイートの複製（新しいバージョンを作る）
- 複製後のテストスイートを編集
- 複製後のテストスイートに対し、テストフェーズ・テストサイクルを作成
- テストサイクルに結果を記録
新しい操作である「テストスイートの複製」を中心に説明しますね。
テストスイート一覧から、作成済みのテストスイートを探し、バージョン名欄の「コピー」を実行します(図14)。
図14. テストスイートの複製
すると、テストスイートの複製画面が表示されます。どのバージョンから派生させたか、を明示する仕組みになっていますね(図15)。
図15. テストスイートの複製操作画面
これだけで、元のテストスイートを引き継いだ新しいテストスイートが作成できました(図16)。各テストスイートごとにバージョンを作成できるのは強力な機能であると感じました。
図16. 一つのテストスイートに複数バージョンが入った状態
あとは、新たに作成したテストスイートのテストケースを編集し、Step1や2と同様の処理を行なっていくだけ(図17)。簡単ですね！
図17. 新しいバージョンのテストスイートを選択した状態
同一スイートの複数バージョンを一つのテストフェーズに紐づけることができたのですが、これはできて良いのやら、紐付けミスを無くすために禁止した方が良いのかは、ちょっと判断に迷いました。
私の過去の業務経験では、テスト内容が変わった際のバージョン管理をどうしようと悩んでしまうこともあったのですが、その悩みをサクサクっと解決してくれました！
3つのステップを通じて、QualityForwardの活用方法がよく理解できたように思います！
おわりに
はじめてテスト管理ツールを触ってみたのですが、想像以上に扱いやすく、え、業務でも使ってみたいね！という感想を抱きました。特に「プロダクトを作って、テストして、改修して、またテストして」というループを回しやすいことが印象的でした。
記事の途中でも記載したように、QualityForwardのワークフローに乗ることで、誰でもテスト管理を始められるとも感じました。大変魅力的です！
ここまでお読み下さりありがとうございました、良いお年を！ 
おまけ：さらに高度な使い方
テスト要求ツリー
テストすべき項目の抜け漏れがないかを、テスト要求ツリーを用いて確認することが可能とのことです。今回は触れなかったのですが、重要な機能だと思いました。
バグトラッカーとの連携
JIRAのようなバグトラッカーとの連携が可能とのことです。バグの詳細や、対応方法、対応状況をまとめていくのに便利そうです。