テスト管理ツール「Qase」を使ってスプレッドシートのテスト管理から脱出しようとした話

10月のアップデートで機能が複数追加されたようなので後ほど追記しておきます。

# 概要

今までテスト管理をExcelやスプレッドシートで行っていたのですが、そろそろスプレッドシートの管理に限界が来ていると思ったのでテスト管理ツールをプロジェクトに導入したいと思ってきました。
~~自分が入る前はそもそもテスト仕様書すら作っていなかったので作るよう運用変更した~~

# ツール選定

自分が以前いた会社ではExcelで管理していたのでテスト管理ツールの知見が全くなく、また周りの方に相談してもスプレッドシートで管理していたり~~テスト仕様書すら作っていない有様~~していたので~~しょうがなく~~自分で調査しました。
探している最中にちょうど[スタートアップや小規模チームのテストケース管理には「Qase」がいいかもしれない](https://qiita.com/tsuemura/items/aa0d5412d53d95c02af0)の記事を発見したので[Qase](https://qase.io/)を使ってみることにしました。

# Qaseの使い方

Qaseを使ってみたので各種ケースに応じた設定方法を載せておきます。
(10月3日時点)ベータ取れたばかりですが、順次改修が行われているようなのでUIは変更されている可能性があります。

## 1. アカウントの作成

[Qase](https://qase.io/)の[START FOR FREE](https://app.qase.io/signup)をクリックしてアカウント作成のページへ移動

<img width="1292" alt="create_account_01.png" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/bfc67046-f02b-5f54-69d3-ff04b32cd43f.png">

EmailとPasswordを入力して`Create your Qase account`をクリック。
※`I would like to receive the Qase monthly newsletter with the application updates and guides. You can opt-out at any time.`にチェックを入れるとニュースレターが来るようになるので任意でチェック。

<img width="433" alt="create_account_02.png" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/71ae64c8-c021-fa75-46a3-a4c10fa52d40.png">

アカウントを作成した後はチーム、プロジェクトを作成する。

## 2. 最初の設定

チーム作成直後のみ行う設定を記載。

### 2.1. ロールの作成・メンバの追加

チーム作成もしくはメンバの変更が発生するごとに行われる可能性がある作業一覧を記載。
左メニューの`Team`をクリック後、`Roles`をクリック

#### 2.1.1. ロールの作成(任意)

初期状態ではOwnerとMemberの二つのロールが作成されている。
Ownerは現時点では1名しか設定できず、他のアカウントに`Grant Ownership(所有権の付与)`を実施すると所有者が変更される。

Memberロールで許可されているものは以下になる。

* プロジェクト  
    * 作成/更新
    * 削除
    * インポート
    * エクスポート
* テストケース
    * 作成/更新
    * 削除
    * ソート順変更
    * テストケースの承認または否認
* テストスイート
    * 作成/更新
    * 削除
* マイルストーン
    * 閲覧
    * 作成/更新
    * 削除
* 共有ステップ
    * 閲覧
    * 作成/更新
    * 削除
* テスト計画
    * 閲覧
    * 作成/更新
    * 削除
* テスト実行
    * 閲覧
    * 作成/更新
    * 削除
* 障害
* チームグループ
* チーム役割

小規模プロジェクトなら上記のMemberロールと、全ての権限を持たせた管理者ロールを作成するだけで問題ないと思われる。
※本当は実施内容ごとにきちんとロールを振り分けた方が良い

#### 2.1.2. メンバの追加

メニューの`Members`をクリック後、`Invite new Member`をクリック。

##### A. 一つのアカウントを追加する場合

`Single`タブをクリック後に以下の項目を設定。

* Email(必須)：対象アカウントのメールアドレスを設定
* Name：名前を設定
* Role Title(必須)：役職を入力。(ここはいずれセレクトボックスで選択できると嬉しい)
* Role：ロールを設定
* Grant accessto all projects(すべてのプロジェクトへのアクセスを許可)：全プロジェクトへのアクセスを許可する場合チェック

![add_member_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/fcbba09c-67b8-4166-7206-a4193f569385.png)

##### B. 複数アカウントを追加する場合

`Bulk`タブをクリック後に以下の項目を設定。

* Role：ロールを設定
* Email(必須)：対象アカウントのメールアドレスを1行ごとに設定(最大100アカウントまで可能)
* Grant accessto all projects(すべてのプロジェクトへのアクセスを許可)：全プロジェクトへのアクセスを許可する場合チェック

![add_member_02.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/7a0c4e81-1056-b8b9-3591-50fab96bb89f.png)

#### 2.1.3. グループの設定(任意)

作成する場合はメニューの`Groups`をクリックして`Create a new Group`をクリック。
以下の内容を設定する。

* Group title(必須)：グループタイトルを設定
* Description(必須)：グループの説明を設定

グループにメンバを割り当てる場合は作成したグループをクリック後、`Add member`をクリック。
グループに割り当てたいメンバを選択後`Add member`をクリック。

グループにロールを設定できる訳ではない？グループにロールを設定してユーザを割り当てられると楽になりそう。
グループを作るメリットは後程作成するプロジェクトで、**グループ全員をプロジェクトメンバに割り当てることができる**のでそこで使用する。

### 2.2. プロジェクトの作成

まずはプロジェクトを作成する。通常開発チームやプロジェクトごとに作成でよいと思われる。
左のメニューの`Projects`をクリック後、`Create new project`をクリック。
以下の内容を設定する。

* Project name(必須)：プロジェクト名を設定
* Project code(必須)：2文字から6文字のユニークな英字を設定
* Description：プロジェクト説明を設定

追加で以下の項目から一つを選択する。

* Add all members to this project(すべてのメンバをこのプロジェクトに追加)
* Add members from specific group(特定のグループからメンバを追加)  
  ※この項目を選択した場合、グループを一つ選択する
* Don't add members(メンバを追加しない)

![create_project_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/2085643e-2847-130e-03c5-70ea1cc71896.png)

上記でプロジェクトを作成後、各種テストケースを追加していく

## 3. テストの作成・実行

ここからテスト作成及び、テスト実行について記載する。

### 3.1. テストスイート・テストケースを作成するまで

#### 3.1.1. マイルストーンの追加(任意)

新しい機能を開発・リリースする場合は必ずバージョン番号の変更など、バージョン番号が設定される場合が多いと思われる。
Qaseではテスト計画をマイルストーンごとにまとめることができるため、後々の見直しのためにできれば設定しておきたい。
作成する場合、メニューの`Milestones`をクリック後`Create new milestone`をクリック。
以下の内容を設定する。

* Milestone name(必須)：マイルストーン名を設定
* Description：マイルストーンの説明を設定  
  ※100文字までだったがチャットで連絡したら10000文字まで拡張してくれた。ありがとう！
* Status：マイルストーンのステータスを設定(Active or Completed)
  このタイミングでは基本Activeになると思われる
* Due date：期日を設定

![create_milestone_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/b94d9b7b-5b4d-9269-cd6c-f064ff46874f.png)


#### 3.1.2. テストスイートの追加

テストを実施する場合、複数のテストケースを組み合わせて実施される場合がある。そのテスト一式をまとめるためのものが`テストスイート`となる。
これを作成するには、メニューの`Repository`をクリック後`Create new suite`をクリック。
以下の内容を設定する。

* Suite name(必須)：テストスイート名を設定
* Parent suite：親テストスイートがある場合に設定
* Description：テストスイートの説明を設定
* Preconditions：このテストスイートを実施する場合の前提条件がある場合に指定  
  リストや太字、イタリック、コード表記を行うことが可能

![create_test_suite_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/512d524b-b3f8-bce2-0c54-ce897f6652bb.png)

#### 3.1.3. テストケースの追加

##### A. 単独でテストケースを追加する場合

一つ一つのテスト内容を記載するものがテストケースとなる。

メニューの`Repository`をクリック後、作成したテストスイート右の`+`をクリックして`Create case`をクリックするか、単独でテストケースを作りたい場合は`+Case`ををクリック。

![create_test_case_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/792bfd16-5c78-1c03-4341-4856f498e5f5.png)

以下の内容を設定する。

**Basic(基本設定)**
各種基本条件を設定する。

* Title(必須)：タイトルを設定
* Status：テストケースのステータスを設定
  * Actual：有効
  * Draft：下書き
  * Deprecated：非推奨
* Description：テストケースの説明を設定 
* Suite：親にテストスイートを設定する場合に設定(テストスイート右のアイコンから作成した場合は設定済)
* Severity：重大度を設定
* Priority：優先度を設定
* Type：テストの種類を設定。以下の種類が設定可能
  * Other：その他
  * Functional：機能的テスト
  * Smoke：スモークテスト
  * Regression：回帰的テスト
  * Security：セキュリティテスト
  * Usability：ユーザビリティテスト
  * Performance：パフォーマンステスト
  * Acceptance：受け入れテスト
* Milestone：このテストが該当するマイルストーンを設定。作成していた場合に設定可能
* Behavior：テストのふるまいを設定
  * Not set：設定なし
  * Positive：ポジティブテスト(いわゆる正常系)
  * Negative：ネガティブテスト(いわゆる異常系)
  * Destructive：破壊的テスト(wikipedia等で調べてみるとシステム制御不能な方法で失敗させ、システムの堅牢性をテストしようとすることらしい) 
  リストや太字、イタリック、コード表記を行うことが可能
* Automation status：このテストの自動化に対するステータスを設定
  * Not automated：自動化されていないテスト
  * To be automated：いずれ自動化が予定されているテスト
  * Automated：自動化されているテスト

![create_test_case_02.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/da458655-d819-cd67-2db8-683d43781960.png)

**Conditions(条件)**
このテストを実施するための各種条件を設定する。

* Pre-conditions：このテストケースを実行するための前提条件を入力
* Post-conditions：このテストケースが完了した場合の状態を入力

![create_test_case_03.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/3ea3f12e-6bcf-8279-390f-800d3cd679a3.png)

**Attachments(添付ファイル)**
添付ファイルを設定する必要がある場合、`Add attachment`をクリックしてファイルを添付する。

![create_test_case_04.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/a38086c4-d270-005b-4c0d-e7fcec65f450.png)

**Steps to reproduce(実施手順)**
実施手順を設定する。`Add step`で追加、入力を行う。
複数実施手順を追加する場合、都度`Add step`をクリックすれば追加が可能。
手順を減らしたい場合は該当手順右端にゴミ箱アイコンがあるのでそちらをクリックする。
クリック後、以下の項目を設定。

* Action(必須)：このステップを実行するための各種動作を入力
* Expected result：このステップが完了した場合の想定結果を入力

また、Stepの右上の各アイコンをクリックすると追加で以下の操作が可能。
* Add input data：ステップに入力データを追加
* Add attachments：ステップに添付ファイルを追加
* Create shared step：共有ステップを作成
* Clone step：ステップを複製
* Move up：ステップを1つ上に移動
* Move down：ステップを1つ下に移動
* Delete step：ステップを削除

![create_test_case_05.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/4b4a019a-8bbd-1217-116b-6e972f77da7d.png)

全て設定後、`Save`をクリックすることでテストケースが作成される。

##### B. 共有ステップを設定してテストケースを追加する場合

テストケースを作成している場合、共通のステップが出てくる場合がある。その時に毎回同じようなステップを作る作業はとても手間がかかる。
Qaseでは共有ステップを作成し、テストケースを作成時に共有ステップの追加を行うことができる。

**共有ステップの作成**
共有ステップは以下のどちらかで作成ができる。
* テストケース作成時に `Create shared step` アイコンをタップする
* メニューの`Shared Steps`をクリック後、`Create shared step`をクリックする。
クリック後、以下の項目を設定。

* Step title(必須)：ステップタイトルを入力
* Action(必須)：このステップを実行するための各種動作を入力
* Expected result：このステップが完了した場合の想定結果を入力

![create_shared_step_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/221bb6dc-1485-b0d8-ada3-18e38cfafa7b.png)

作成完了後、共有ステップ一覧が表示される。
テストケースから共有ステップを紐づけている場合、いくつテストケースから紐付けが行われているかの個数も表示される。

![create_shared_step_02.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/4c4089e6-209f-8a8b-171c-23eaa2b02798.png)

**テストケースに紐付け**
共有ステップを作成している場合、テストケース作成時の`Steps to reproduce`に`Add shared step`が追加されるのでそちらをクリック。
任意の共有ステップを選択して`Add`をクリック。

![create_shared_step_03.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/0522260f-925c-9cf7-d625-f2e2c60c22a3.png)

他は`A. 単独でテストケースを追加する場合`と同様。

##### C. ファイルからインポートする場合

Qaseからエクスポートされたものや、他のテスト管理ツールからエクスポートされたものをインポート可能。
対応形式一覧を記載する。

| 対応ソフトウェア              | 対応形式         |
|:---------------------------|:------------------|
| Qase                       | XML、JSON         |
| TestRail                   | XML、CSV          |
| TestLink                   | XML               |
| Test Management for Jira   | XML               |
| SpuashTM                   | XLS               |
| LeanTesting                | CSV               |
| HipTest                    | XML               |
| Zephyr                     | XML               |
| TestLodge                  | XML               |

ファイルからインポートはまだ未実施なので今後追記する。

##### その他設定

テストスイートに対して複数のテストケースを作成した場合、`Repository`画面でテストケースの順番を変更することが可能。
順番を変更したいテストケースをドラッグ&ドロップで移動が可能

![change_order_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/cd34f7c3-f4bd-bfc2-6b41-e21c0f515594.png)

### 3.2. テスト計画の作成

テストスイート及び、テストケースが正常に作成できたあとはテスト計画を作成する。
`Test Plans`をクリック後、`Create new test plan`をクリック。

**Plan details(計画詳細)**

* Title：テスト計画のタイトルを設定
* Description：テスト計画の説明を設定  
  リストや太字、イタリック、コード表記を行うことが可能

**Choose cases(ケースの選択)**

テスト計画に追加するテストケースを選択する。
左のテストスイートにチェックを入れた場合はテストスイート内のすべてのテストケースにチェックが入る。
テストスイート選択時、`Include cases in children suites`にチェックを入れれば子のテストスイートに含まれたテストケースにもすべてチェックが入る。

テストケース選択後、右のセレクトボックスでテスト実施者を選択する。
`Apply`を選択すれば表示されているすべてのテストケースに選択中の実施者が設定される。
※未割当の場合、プロジェクトの全メンバがテスト実行できるらしいので特定の人に実行してほしいのでなければ未割当のほうがいいかもしれない

![create_test_plan_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/f0296e1d-7fc8-46d9-7c48-36b41414c19f.png)

全て設定後、`Create plan`をクリックしてテスト計画を作成する。

### 3.3. テスト実行及び実行結果の登録

#### 3.3.1. テスト実行の登録

テスト計画を作成した後、テスト実行を行う。
`Test Runs`をクリック後、`Start new test run`をクリック。

* Run title：実行タイトル。`Test run yyyy/MM/dd`の形式で自動入力が行われる
* Description：テスト計画の説明を設定  
  リストや太字、イタリック、コード表記を行うことが可能
* Test plan：実行するテスト計画を選択。ここが未選択の場合、手動でテストスイート及びテストケースを選択する必要がある
* Environment：環境を選択  
　※`Not provided`以外選択できないのでこの項目についてはよくわかっていない
* Default assignee：デフォルトの実行者  
  ※ヒントに`All unassigned test cases will be assinged to selected user. Leave unassigned and any team member will be able to take case during run.`(未割り当てのテストケースはすべて、選択したユーザーに割り当てられます。 未割り当てのままにしておくと、すべてのチームメンバーが実行中にケースに対応できるようになります。)と書かれているので特定の人に実行してほしいのでなければ未割当のほうがいいかもしれない

**Choose cases(ケースの選択)**
テスト計画と同様。テスト計画を選択した場合はほぼ変更なしでよい。

全て設定した後、`Start`をクリック。

#### 3.3.2. テスト実行結果の入力

テストが開始されると次のような画面が表示される。
`Add cases`でテストスイートやテストケースの追加・削除が行える。
`Abort test run`でテスト実行が中断できる。

![test_run_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/7cef1990-acad-9055-8956-9b8fe6155470.png)

`Share report`をクリックすると公開URLを作成する。
公開する場合はトグルボタンをONにして`Done`をクリックする。

![share_report_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/0daa12ae-211c-1b30-80ba-b6d86a56eee1.png)

**テスト結果の入力**
テスト結果を入力するには`Launch test run`をクリックする。
クリックすると各テストケースの実行結果を入力できる。

![launch_test_run_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/0012e441-5993-7ec6-4ec2-cc1fb82ba0f0.png)

設定可能な結果は以下となる。
1テストケース内で個別のテスト結果を登録できるが、一つでも`Failed`または`Blocked`を設定した場合、そのテストケース内の項目はテスト結果を設定することができない。
(もしかしたらテストスイート及びテストケースは細かく分割した方がいいかもしれない)
1テストケース内の項目をまとめて設定したい場合はテスト結果項目欄下部の各ボタンをクリックする。

* Passed：テスト成功
* Failed：テスト失敗。こちらを選択すると失敗結果を入力する画面が表示され、以下の結果を入力する。
  * Actual result：実施結果を入力
  * Drop files here to upload：ファイルを添付する場合はドロップもしくは選択して添付ファイルを設定できる。
* Blocked：ブロック。ある機能が不具合により機能しないことで、このテストケースが実施不可能な状態の場合に選択する。  
  こちらを選択するとブロック結果を入力する画面が表示され、以下の結果を入力する。
  * Actual result：実施結果を入力
  * Drop files here to upload：ファイルを添付する場合はドロップもしくは選択して添付ファイルを設定できる。 

![launch_test_run_02.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/017e6370-1d6a-2449-0c09-c2a5383eeeb9.png)

**テスト結果の確認**
テスト結果の入力を終えるか、`Test Runs`画面で該当のテスト実行をクリックするか、該当のテスト実行欄の`...`をクリックして`Dashboard`をクリックするとテスト実行結果が表示される。
黒塗枠にはテスト実施者が表示される。

![launch_test_run_03.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/e9c2cc69-3caa-204e-36c9-3513ec9ee451.png)

#### 3.3.3. 不具合の確認及び解決

不具合一覧を確認する場合はメニューの`Defects`をクリック。
テスト実行時に`Failed`で入力した項目が一覧で表示される。

**不具合の確認**

不具合をクリックするとテストケースと不具合の詳細を確認可能。

![Defects_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/6e7e02a6-6826-eea9-9089-68932374afe6.png)

**不具合の解決**
一覧画面で該当の不具合の`...`をクリックして`Resolve`を選択するか、詳細画面で`Resolve`をクリックすることで不具合の解決を登録できる。
`This defect will be marked as resolved. This status can't be changed later.`(ステータス変更不可)の警告がでるので問題なければ`Resolve`をクリック。

解決を登録後、一覧画面へ戻ると解決済みのマークが付けられる。

![Defects_02.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/0388744c-3ba4-acc9-e861-796576f082a5.png)

**不具合の削除**
登録した不具合を削除したい場合は一覧画面で該当の不具合の`...`をクリックして`Delete`を選択する。

#### 3.3.4. テストの再実施

不具合を修正後にテストを再実施したい場合は該当のテストケース右の`...`をクリック後に`Re-test case`をクリック。
`Launch test run`が再度有効になるのでもう一度テスト実行をやり直す。

![launch_test_run_03.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/e9c2cc69-3caa-204e-36c9-3513ec9ee451.png)

## 4. Slack連携

会社のコミュニケーションツールとして`Slack`を導入している会社は多いと思われる。
Qaseでは**プロジェクトごとに**特定のチャンネルまたは個人に向けてアナウンスを流すことが可能。
テストケースを作成した場合やテスト実行完了、不具合が発見された場合に流すようにすればきっと便利。

### 4.1. Slackにインストール

Slackとの連携を行う場合、プロジェクトを選択した状態で`Settings`、`Integrations`の順に選択。
Slackの欄の`Install`をクリック後`Install now`をクリック。
その後はSlackのアプリ連携画面に移動するのでSlackでアプリを認証。

### 4.2. 通知設定

こちらは各プロジェクトごとに毎回設定が必要。
アプリが承認された後、再度`Integrations`画面でSlackの欄の`Install`をクリック後`Install now`をクリック。
投稿先(チャンネルまたは個人を設定可能)を選択して`許可する`をクリック。

![integration_slack_01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/798506cf-f6ef-0e26-4a71-d798584bd8dd.png)

設定後に`Slack integration settings`に移動するので通知させたいイベントにチェックを入れる。
再度設定したい場合は`Integrations`画面でSlackの欄の`...`をクリックして`Settings`をクリック。

この中で必要そうなものは`Test plans(テスト計画)`、`Milestones(マイルストーン)`、`Test runs(テスト実行)`、`Defects(不具合)`に全チェックくらいだと思われる。
セキュリティのために`Public link turned on(公開リンクがオン)`だけは常時チェックを入れておきたい。

* Test cases(テストケース)
  * Create test case：テストケース作成
  * Update test case：テストケース更新
  * Delete test case：テストケース削除
  * Clone test case：テストケース複製
* Test suites(テストスイート)
  * Create test suite：テストスイート作成
  * Update test suite：テストスイート更新
  * Delete test suite：テストスイート削除
  * Clone test suite：テストスイート複製
* Test plans(テスト計画作成)
  * Create test plan：テスト計画作成
  * Update test plan：テスト計画更新
  * Delete test plan：テスト計画削除
* Shared steps(共有ステップ)
  * Create shared step：共有ステップ作成
  * Update shared step：共有ステップ更新
  * Delete shared step：共有ステップ削除
* Milestones(マイルストーン)
  * Create milestone：マイルストーン作成
  * Update milestone：マイルストーン更新
  * Delete milestone：マイルストーン削除
* Custom fields(カスタムフィールド)
  * Create custom field：カスタムフィールド作成
  * Update custom field：カスタムフィールド更新
  * Delete custom field：カスタムフィールド削除
* Test runs(テスト実行)
  * Test run start：テスト実行開始
  * Test run aborted：テスト実行中断
  * Test cases added to run：テスト実行時にテストケースを追加
  * Delete test run：テスト実行を削除
  * Complete test run：テスト実行完了
  * Public link turned on：公開リンクがオン
* Defects(不具合)
  * Create defect：不具合作成
  * Resolve defect：不具合解決
  * Delete defect：不具合削除

設定後、チェックしたイベントが実施された場合にSlackの該当チャンネルまたは個人に通知が行われる。

### 4.3. 連係解除

連携を解除したい場合はプロジェクトを選択した状態で`Settings`、`Integrations`の順に選択。
Slackアイコン部分の`Remove`をクリックする。
連係解除する場合はSlack側でもアプリ連携を解除すること。

## 5. GitHub連携

GitHub連携を行うと、Qaseでの不具合をGitHubのIssuesとして挙げることができる。
GitHub連携はまだ未実施なので今後追記する。

## 6. Redmine連携

Redmine連携を行うと、Qaseでの不具合をRedmineのIssuesとして挙げることができる。
Redmine連携はまだ未実施なので今後追記する。

## 7. 各種形式でのダウンロード

プロジェクトを選択した状態でメニューの`Export`を選択するとテストケースをエクスポートすることが可能。
対応している形式は`JSON`、`XML`、`CSV`、`XLSX`、`PDF`が可能。

ファイルを出力する場合は`Export format`で出力するファイル形式を選択。
`Suite`で出力するテストスイートを選択することができる。未選択の場合、全てのテストスイートが出力される。

<img width="511" alt="export_file_01.png" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/340824/b655f25a-ca3c-215f-3644-b52ebf93c994.png">

# 8. その他

## 8.1. 正式版リリース

10月2日でベータが取れ、正式版となった。
現在ビジネスプラン専用になるのは次の機能一覧となる。

* API
* Webhook
* カスタムフィールド

また、10月に有料ブランの一部として次の機能を追加予定。

* テストケースレビュー
* レポートと統計

## 8.2. 各種機能追加

Qaseの開発者に伺ったところ、直近で下記の内容を改修する予定とのこと。

* フィルタ機能の改修
* テスト結果のエクスポート
* Repositoryで最上位Test Suiteのみの表示

# 総括

[スタートアップや小規模チームのテストケース管理には「Qase」がいいかもしれない](https://qiita.com/tsuemura/items/aa0d5412d53d95c02af0)にも書かれているように、UIがかなり使いやすいです。
選定時間があれば[qTest](https://www.qasymphony.com/software-testing-tools/)や[PractiTest](https://www.practitest.com/)、[TestRail](https://www.techmatrix.co.jp/product/testrail/)なども確認してみたかったですが、特に問題なければこのままQaseを使い続けると思われます。
次の機会にもう少し時間をとって他のツールとのメリット・デメリットを比較したいと思います。

# 参考
[スタートアップや小規模チームのテストケース管理には「Qase」がいいかもしれない](https://qiita.com/tsuemura/items/aa0d5412d53d95c02af0)
[テストの管理を改革せよ！](https://qiita.com/endam/items/937729059c99f7fa95e8)
[テスト管理ツールをいくつかご紹介](https://www.secioss.co.jp/%E3%83%86%E3%82%B9%E3%83%88%E7%AE%A1%E7%90%86%E3%83%84%E3%83%BC%E3%83%AB%E3%82%92%E3%81%84%E3%81%8F%E3%81%A4%E3%81%8B%E3%81%94%E7%B4%B9%E4%BB%8B/)
[人気のテスト管理ツール「qTest」と「PractiTest」を触ってみたよ](https://tech.gunosy.io/entry/test-management-tools)
[モダンなテスト管理プロセスのためにテスト管理ツール３つを比較検討したはなし](https://tech.mercari.com/entry/2017/03/30/100920)
[2019年のベスト25テスト管理ツール](https://www.guru99.com/top-20-test-management-tools.html)
[テストケース管理ツール](https://qanish.com/misc/test-case-management-tools/)