テスト管理ツール「Qase」を導入してみるテスト管理を快適に！！


スプレッドシートによるテスト管理からもっと良いツールがないか探していた。
そこでいろいろ調べてみたところ、Qaseがコスト、機能面で良さげな感じだったので導入してみた。

## スプレッドシートのテストケース管理による問題点

・テスト対象の条件が細かくなってくると左側からセルが圧迫してくるため、ノートPCだとスプレッドシートが見切れてしまう

・なにがどこにあるのか、わかりにくい
・検索しづらい
・セルの細かい文字がつらくなってくる
・テスト観点等の設計よりもどう作るかの手段に重きがいってしまう
・テストマスタを使って各マイルストーンごとのテストケースのエビデンスを管理していくのがしんどい

## テスト管理ツールの要件をまとめてみる

太字のところは割りと優先したかった部分

**・テストマスタをベースにブランチを切るような形でテスト実施をしてエビデンスを残したい**
**・テスト進捗が視覚的にサクッと見たい**
**・テストケースが多くなっても軽量な動作ができるか**
**・アウトラインビューがあるか**
・値段が高すぎないか
・シンプルなUIで直感的に使いやすいか

# Qaseとは

手動および自動化されたQAテスト、追跡、およびレポートを行うための最新のテスト管理プラットフォームとです。
全世界2万チームが導入しているそう。

https://qase.io/

### 価格

![スクリーンショット 2023-07-21 19.23.07.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/cf271ab0-39cb-6b1f-e8ae-61731da92ac3.png)

Freeプランだとテストの同時実行が2つまでという制限はありますが、使える機能はかなり豊富で編集可能なユーザーは3ユーザーまで使え、参照だけなら制限なしっぽい。

無料でここまでできるのはありがたい。。。（泣）

有料化するとしたらスタートアッププランだと思うけど値段もリーズナブルなのでコスト面はバッチリ！！

# Qaseの使い方

## Projects

まずはプロジェクトを作る。
アプリ単位や機能単位、プロジェクト単位などどのカテゴリをプロジェクトとするかが大事かなと。
いまのところ、アウトライン構造が深くなりすぎないよう機能単位、画面単位で進めてる感じ。

この画面ではそのプロジェクトがテスト実行中かどうか、バグが何件あるのかなどが確認できる。

![project.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/71083418-d477-ddce-2f2a-f997aa8a1d24.png)

ビューにはリストビューと、カードビューがある。

![スクリーンショット 2023-07-21 21.55.34.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/cb27a864-d9d8-4de1-8db3-03af3e6af891.png)

## Repository

テストケースのマスタ的なもの。このRepositoryを元にテストプランやテストランを作ってテストを実施していく。

リストビュー、フォルダービュー、マインドマップビュー(現時点ではBeta版)がある。

![スクリーンショット 2023-07-21 22.51.36.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/37c9b84b-0aa4-f782-ccfe-c04932925893.png)

![スクリーンショット 2023-07-21 22.51.43.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/b350a60b-ef94-64dd-16d5-073a4f742481.png)

![スクリーンショット 2023-07-21 22.52.42.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/bd16fc91-f6ee-4f61-51a9-bc01bfc9a2ad.png)


### Suite

テストケースをまとめる単位。
Suiteは制限なく、階層構造を持つことができる。

またSuiteは階層構造を保持したまま、複製することができる。
複製する際はSuiteのみ、Caseのみ、Suite&Caseを選択することができる。

![testsuite1.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/a91782af-8d86-2b32-5455-df3308704c03.png)

![testsuite2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/31234f11-7d46-6a2a-4c8f-6fe52f9f8848.png)

#### Description

Suiteの説明。リストビュー状態でも参照可能。

#### Preconditions

Suiteの事前条件。リストビュー状態では見ることができず。
Suiteの編集から出ないと見れない。

なのでDescriptionに書くようにしている。

### Case

テストケース。Caseボタンから作成する。

![testcase1.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/bda1ad23-d1d2-07b1-b635-bd9cdf4d069a.png)

![testcase1 – 1.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/dbfe293b-f71e-2d49-7473-2452432ff829.png)

Suiteのリスト内からタイトルだけならいれることができる。
詳細はテストケースを選択すると右側に編集エリアが出てくる。

![スクリーンショット 2023-07-21 22.06.12.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/ae1dd5fa-6e7f-0f56-c9d4-90e4d74469dc.png)

テストケースのフィールドは有料プランになるとカスタマイズ可能。
使う頻度が高そうなもの。

#### Description

Caseの説明。
エディタのように使えて、チェックリストやリンク、テーブルなども挿入可能。

テーブルが挿入できるのは個人的にありがたい。
デシジョンテーブルを展開できる。

![スクリーンショット 2023-07-21 22.58.41.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/cba1a3a2-d36c-d688-21b9-c896df153c4e.png)


#### Tags

タグ。

#### Attachments

画像ファイル等を添付できる。

#### Steps

テストケース確認のための実施手順。

以下のSharedStepという機能があり、あらかじめて作成しておいた手順をマスタ化して追加することができる。

SharedStepで変更した共有ステップはCase内のステップにも反映できる。
共有を外したい場合は独立することもできる。

![スクリーンショット 2023-07-21 19.42.38.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/40510238-1453-8c12-c4a3-fe50d47d367a.png)


#### pre-conditions

事前条件。ケース実施にあたっての前提条件。

#### post-conditions

事後条件。ケース実施後の条件。

### Caseはリストビューからまとめて選択して、まとめて編集も可能

![Web 1920 – 1.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/cc1efd07-b701-4b68-2393-7ebf05c2d6c0.png)


![スクリーンショット 2023-07-21 22.17.10.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/5361a37f-a7e5-db37-32c5-3ee276159bbf.png)

# Test Plans

Repositoryにてテストケースの作成が完了したら、それをもとにテストプランを作成することができる。

いまひとつ使う用途が見えてこないと後述するテストランとの使い分けがわからない。
あらかじめ、パターンやグループ単位でケースをまとめておいて使い回すみたいな感じだろうか。

![Web 1920 – 1.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/7712ddfa-fe28-648e-5446-f7452450173a.png)

![Web 1920 – 2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/f2e3969b-8d3e-7f2a-8c62-6e5590bb4739.png)


# Test runs

Repositoryで作成したテストケースから実施するテストケースを選択して、ブランチをきれる。
ここでもCase同様にTagsやMilestoneなどが使える。

![Web 1920 – 3.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/7914bf83-11e2-69f0-e33b-4ceaa601e977.png)

![Web 1920 – 4.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/adaea470-1561-b487-28df-e5585e93decf.png)

## Environments

環境。テスト実施環境。開発やステージングなど環境で異なるテストランの場合などで設定したりする。
ルールさえ決めればいろいろとうまく使えそうな項目。

## Configurations

OSやブラウザ設定等を設定する。
Environments同様にルールさえ決めればいろいろとうまく使えそうな項目。

# テスト開始

テストが始まると各Caseにステータスがつき、テストが通ったらPassed、うまく行かない場合はFailedなどでボタンを押すだけでステータス管理できる。

![スクリーンショット 2023-07-21 19.43.56.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/98a9c803-6b4f-1fd2-73fe-6db93684c867.png)

Failedした場合は、Defectを作成することができ、CaseとDefectを連携することができる。

![Web 1920 – 5.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/4e9c7760-b898-bb00-4bd8-660e32d44b3e.png)

![スクリーンショット 2023-07-21 22.40.23.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/67b0f220-2a51-63ae-d4c6-5087bdf215ef.png)

## 実行中の進捗状況

進捗がわかりやすく、達成感がある。

![スクリーンショット 2023-07-21 19.45.37.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/bd8b3190-9ac4-a153-5b76-f3f3b1866164.png)

# チャットですぐヘルプに聞けば、割と早く返答をくれる。

![スクリーンショット 2023-07-21 23.08.32.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/bb5dfd2e-bcb6-7195-8c5e-52f843975ab1.png)


# Qaseと他のツールと連携も豊富

slack等のコミュニケーションツールや、trelloなどのタスク管理、Redmineなどのバグ管理システムとも連携できる。

また、テストフレームワーク等の連携も可能でテスト自動化にも対応している。
web hookも使える。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/409259/57e25da0-1a94-4ff7-8389-19f71fe89fcf.png)


# 惜しいなと思ったところ

##### ①似たような項目でちょっとだけ違う項目が大量にある場合にクローン機能がちょっと使いづらく感じることがある

これはUI,UX上しょうがないのかもしれないがスプレッドシートのように同じような項目をコピペでさくっととは行かず、クローンでポチポチしないといけないところがちょっと使いづらいなと思った。

##### ②大量の項目をいれるのには少し手順が煩わしい

この辺はスプレッドシートのほうが使いやすかったかもしれない。

ただ、Qaseはエクスポートやインポート機能が充実していて、CSVやExcelなどにあらかじめ大量の項目をいれておけば、インポートでまとめて任意のSuiteに追加することもできるのでこの辺をうまく使えば良さそう。

##### ③階層構造が深くなりすぎると結局管理しづらくなる

これはProjectsの単位を工夫したりすることでなんとかなりそう。


# まとめ

テスト管理において銀色の弾丸というわけではないけど、無料でここまで使えるし、テストケースが充実していけばRepositoryの良さが地味に出てくる。

テストランでテスト実施のたびにそのときの内容でエビデンスを残せるのはかなりいいので、使い方に慣れて、うまくつきあっていきたい。

今後のアップデートも楽しみ。