テスト自動化ツール『T-DASH』をよく見てみよう！

0.はじめに

先日、「テスト自動化ツール『T-DASH』で量子回路の実行に挑戦」という記事を書きました。
私の力不足でうまくいかない部分もあったのですが、思い返してみると動作メニューの内容など、よくわかっていないところや理解せずに使っていたところがいくつかありました。

機能をもっとよく理解できれば、より便利に使えるだろうと思いましたので、今回はT-DASHの機能について、もう少し突っ込んで見ていきたいと思います。終盤では正式版としてアナウンスされている機能についても簡単に確認してみます。

0-1.T-DASHとは

T-DASHは、公式サイトで次のように説明されています。

T-DASHは、「T-DASHはWebアプリケーションの動作確認・検証をコードを書かずカンタンに作成・実行できるテスト自動化ツールです。

また、主な特徴として４つの点があげられています。

1. 見やすいダッシュボード
2. テストの回数無制限
3. 無料でも利用可能 ※機能制限や広告あり
4. プロジェクト別で管理

2021年12月現在はOPENβ版として無料トライアルができるようになっています。
その後は正式版の無料トライアル期間を経て、有償または無料プランで継続利用ができるそうです。

1.T-DASHのプロジェクト構造

最初に、前回は十分に確認できていなかったプロジェクト構造を整理してみました。

項目	概要
プロジェクト	管理の最大単位となっています。 実際の案件単位をそのまま当てはめてもよいですが、テストシナリオの数が多すぎると管理がややこしくなりそうなので、サブシステムやそれ以下の適切な単位で管理できるとよさそうです。
テストシナリオ	プロジェクト配下に複数のテストシナリオを保持できます。 ユースケース単位で管理できるとよさそうです。
テストケース	テストシナリオごとに複数のテストケースを保持できます。 テストケースの中では「テスト手順」として実際の動作を細かく設定していきます。ユースケース内でテストしたい細かな操作ごとに作成するとよさそうです。
画面定義	テストケース（テスト手順）の作成で動作を指定する際にはテスト対象の画面と要素（入力フィールドなど）を指定する必要があります。 この機能では、テストケースの作成時に指定する画面や要素を事前に定義することができます。
動作定義	デフォルトで登録されている「動作」および任意作成できる「動作セット」の定義です。 動作セットは、テストケースにおける複数のテスト手順をひとつの「動作セット」としてまとめることができます。 例えばログインの一連処理を動作セットにまとめておくことにより、複数のテストケースで同じ手順を何度も使うことができます。（テストケースごとに同じ処理を組まずに済む）

全体的にシンプルで分かりやすい構造になっていました。
機能が複雑になると実現したいことが増えてきますが、一方で学習コストや管理コストがあがってしまうこともありますので、できるだけシンプルなままでいてほしいなと思います。

2.テストケースの動作

次に、テストケース（テスト手順）で指定できるデフォルトの「動作」を見ていきたいと思います。これらを使いこなせればWebアプリのテスト自動化がバリバリ組めるようになるはずなので、何ができるのかしっかり理解しておきたいところです。

テストケース画面の選択リストは下図のようになっています。順番に見ていきます。

注：OPENβ版で確認しています。今後変わっていく可能性があります。

2-1.ブラウザ制御

ブラウザを開く、閉じるといった標準的な動作です。

No	項目	概要
1	画面のURLをブラウザで開く	「画面定義」で定義されている画面のURLを基にブラウザを開きます。 定義ありきの動作ということになります。
2	URLをブラウザで開く	No.1 に似ていますが、こちらはテスト手順内でURLを直接指定しブラウザで開きます。
3	現在のブラウザでURLにアクセスする	既に開いているブラウザで指定したURLを開きます。 前提処理としてNo.1 または No.2 が必要です。
4	ブラウザを閉じる	ブラウザを閉じます。 当然ですが、事前にブラウザを開いていることが前提です。
5	全てのブラウザを閉じる	開いているすべてのブラウザを閉じます。
6	ブラウザバックする	ブラウザバック（前の画面に戻る）を行います。 事前に画面遷移があることが前提となります。
7	ウィンドウを選択する	アクティブになっているブラウザに複数のタブがある場合、設定値で指定するタブを開きます。 ブラウザが開いていること、複数のタブがあること、が前提となります。
8	最新のウィンドウに切り替える	最後に開いたウィンドウをアクティブにします。 最新のウィンドウから何かしらの確認（検証）のため任意のウィンドウ選択（No.7）を行った後、最新ウィンドウに戻るようなケースで使えそうです。
9	ページをリロードする	現在のページをリロードします。 リロードしないと表示情報が更新されない場合などに使えそうです。

2-2.入力操作

入力操作の基本的な機能となっています。一部入力できない文字があるので注意が必要です。

No	項目	概要
10	テキストを入力する	指定した要素に任意のテキストを入力できます。 但し、設定値に「改行、$、{、}」は入力できません。
11	キーを入力する	指定した要素に対してキー入力ができます。 但し、設定値に**「$、{、}」は入力できません。**
12	テキストを取得する	指定した画面要素のテキスト情報を取得します。 取得したテキストの使い道（使い方）はわかりませんでした。

2-3.マウス操作

クリックだけでなくドラッグ＆ドロップがあるのは今時の機能らしいです。
ドラッグ＆ドロップはドロップ先の要素がうまく指定できないと使えないので、利用の際には注意が必要です。

No	項目	概要
13	要素をクリックする	指定の画面要素をクリックします。シンプルな操作です。
14	要素が表示されていたらクリックする	指定の画面要素をクリックする点はNo.13と同じですが、「要素が表示されていたら」という前提条件が付きます。
15	送信ボタンをクリックする	指定の画面要素をクリックする点はNo.13と同じです。 違いはテスト手順の表示に「送信ボタンを」という文言が追加されることです。適切な動作を指定することで、より分かりやすい（可読性の高い）テスト手順を作成することができます。
16	遷移リンクをクリックする	指定の画面要素をクリックする点はNo.13と同じです。 No.15同様にテスト手順の表示が異なります。
17	ダブルクリックする	指定の画面要素をダブルクリックします。
18	マウスオーバーする	指定の画面要素にマウスオーバーします。 マウスオーバーで表示が変わるようなケースで「スクリーンショットをを保存する」と組み合わせることで、後検証がしやすくなるものと思われます。
19	ドラッグする	指定の画面要素をドラッグします。 後の処理で必ず No.20「ドロップする」を指定します。
20	ドロップする	指定の画面要素にドラッグしたアイテムをドロップします。 No.19「ドラッグする」が前提処理になります。

2-4.選択操作

画面要素の選択操作です。チェックボックスとリストに対する操作になります。
ラジオボタンについては、画面要素のクリック機能で代替可能でした。

■ チェックボックス関連

No	項目	概要
21	チェックボックスを選択にする	指定の画面要素（チェックボックス）にチェックを入れます。
22	チェックボックスを未選択にする	指定の画面要素（チェックボックス）のチェックを外します。

■ リスト関連

No	項目	概要
23	ラベルを指定してリストを選択にする	指定の画面要素（選択リスト）で、ラベルを指定して選択します。 前提として選択リストには画面表示される「ラベル」と内部処理で利用される「値」があることを知っておく必要があります。
24	ラベルを指定してリストを未選択にする	指定の画面要素（選択リスト）で、ラベルを指定して選択を外します。
25	値を指定してリストを選択にする	指定の画面要素（選択リスト）で、値を指定して選択します。
26	値を指定してリストを未選択にする	指定の画面要素（選択リスト）で、値を指定して選択を外します。
27	全てのリストを選択にする	指定の画面要素（選択リスト）で、すべてを選択状態にします。
28	全てのリストを未選択にする	指定の画面要素（選択リスト）で、すべてを未選択状態にします。

2-5.特殊操作

基本的なブラウザ操作以外の動作がまとめられています。
スクリーンショットの機能はテスト機能として重要です。アラートについては閉じる機能しかなく、選択ダイアログの場合の動作が気になるところです。（ＰＣ不調になり、試し切れず）

No	項目	概要
29	スクリーンショットを保存する	テスト手順の途中でスクリーンショットを取得し保存します。 エビデンスの取得を自動化できるので便利です。 画像はテストログの画面で表示・確認することができます。画像ファイルはプロジェクトフォルダ内に入っています。
30	秒待機する	指定した秒数、テスト手順を一時停止します。 バック処理に時間がかかるような場合に使えそうです。（ex.DBへの反映を待たないと一覧表示を更新しても表示されない）
31	現在のアラートを閉じる	画面のアラート表示を閉じます。
32	画面の要素が表示されるまで待つ	指定の画面要素が表示されるまで待機します。 非表示の画面要素があることが前提となります。
33	画面に要素が表示されなくなるまで待つ	指定の画面要素が非表示になるまで待機します。

2-6.テキスト検証

ここから検証系に入ります。
「一致」または「部分一致」の確認が基本ですが、正規表現での検証動作がひとつあります。

■ テキスト関連

No	項目	概要
34	要素のテキストが一致するか検証する	指定する画面要素のテキストが設定値と完全一致するかを確認します。 但し、テキスト関連の設定値に**「改行、$、{、}」は入力できません。**
35	要素のテキストが一致しないか検証する	指定する画面要素のテキストが設定値と完全一致しないことを確認します。
36	要素のテキストが値を含んでいるかを検証する	指定する画面要素のテキストに設定値の値が含まれることを確認します。
37	要素のテキストが値を含んでいないかを検証する	指定する画面要素のテキストに設定値の値が含まれていないことを確認します。

■ テキストエリア関連

No	項目	概要
38	テキストエリアの値が一致するか検証する	指定する画面要素（テキストエリア）のテキストが設定値と完全一致することを確認します。 テキストエリアは改行を含む入力項目となります。 テキストエリア関連の設定値に**「$、{、}」は入力できません。**
39	テキストエリアの値が一致しないか検証する	指定する画面要素（テキストエリア）のテキストが設定値と完全一致しないことを確認します。
40	テキストエリアに値が含まれているか検証する	指定する画面要素（テキストエリア）のテキストに設定値が含まれていることを確認します。
41	テキストエリアに値が含まれていないか検証する	指定する画面要素（テキストエリア）のテキストに設定値が含まれていないことを確認します。

■ テキストフィールド関連

No	項目	概要
42	テキストフィールドの値が一致するか検証する	指定する画面要素（テキストフィールド）のテキストが設定値と完全一致することを確認します。 テキストフィールドは改行を含まない入力項目となります。 テキストフィールド関連の設定値に**「改行、$、{、}」は入力できません。**
43	テキストフィールドの値が一致しないか検証する	指定する画面要素（テキストフィールド）のテキストが設定値と完全一致しないことを確認します。
44	テキストフィールドに値が含まれるか検証する	指定する画面要素（テキストフィールド）のテキストに設定値の値が含まれることを確認します。
45	テキストフィールドに値が含まれていないか検証する	指定する画面要素（テキストフィールド）のテキストに設定値の値が含まれないことを確認します。

■ その他

No	項目	概要
46	ページタイトルが一致するか検証する	ブラウザ表示している画面のページタイトルが、設定値と完全一致することを確認します。
47	テキストの値が正規表現にマッチするか検証する	ブラウザ表示している画面のページタイトルが、設定値の正規表現と一致することを確認します。

2-7.表示・非表示検証

画面要素の表示／非表示に関する検証動作です。
特定のアクションによって画面要素が動的に変わる場合の検証に使えそうです。

No	項目	概要
48	要素が表示されているか検証する	指定する画面要素が表示されていることを確認します。
49	要素が表示されていないか検証する	指定する画面要素が表示されていない（非表示）ことを確認します。

2-8.選択状態検証

画面要素の選択状態を検証する動作です。
特定のアクションをトリガーに、他の項目の選択状態が変わるような場合を想定しての機能かと思われます。

■ チェックボックス関連

No	項目	概要
50	チェックボックスが選択状態か検証する	指定する画面要素（チェックボックス）が選択状態であることを確認します。
51	チェックボックスが未選択状態か検証する	指定する画面要素（チェックボックス）が未選択状態であることを確認します。

■ リスト関連

No	項目	概要
52	リスト要素が選択されているか検証する	指定する画面要素（リスト）が（一つ以上）選択されていることを確認します。
53	リスト要素が一つも選択されていないか検証する	指定する画面要素（リスト）がひとつも選択されていないことを確認します。

■ ラジオボタン関連

No	項目	概要
54	ラジオボタンが選択されているか検証する	指定する画面要素（ラジオボタン）が選択されていることを確認します。
55	ラジオボタンが一つも選択されていないか検証する	指定する画面要素（ラジオボタン）がひとつも選択されていないことを確認します。

2-9.URL検証

ブラウザURLの検証動作です。
画面遷移を伴う場合、最初に検証しておくとよさそうです。

No	項目	概要
56	URLが一致するか検証する	設定値で指定するURLとブラウザのURLが完全一致することを確認します。
57	URLが部分一致するか検証する	設定値で指定するURLとブラウザのURLが部分一致することを確認します。 URLの一部がセッション等によって動的に変わる場合に有効です。

3.正式版について

正式版のアナウンスについては、2021年12月15日にプレスリリースが出ていました。画像を引用します。

追加機能は５つです。

1. プロジェクト共有
2. カスタム動作の開発
3. 画面項目のまとめて取得機能
4. データドリブン機能
5. 英語対応

最初の「1.プロジェクト共有」はGitHubを介してプロジェクトを共有するというものです。今時の開発には必須ですね。
「2.カスタム動作の開発」「3.画面項目のまとめて取得機能」では機能強化、ユーザービリティの向上が図られています。
「4.データドリブン機能」はバリエーションテストの機能です。前回の記事で私も「あったらいいな」と思っていたものでしたが、早くも機能追加です。
「5.英語対応」はT-DASHのキャッチフレーズになっている「日本語でつくるテスト自動化」に反する気もしますが、英語対応によってターゲット市場は格段に大きくなります。日本企業での利用においては、オフショアや海外拠点の利用も含めたツールの統一がしやすくなるので、今時のツールとしてはこれもマストなのでしょう。

プランについては３つです。

1. フリープラン
2. スタンダードプラン
3. エンタープライズプラン

まず、フリープランがあるのはありがたい。スタンダードプランでもリーズナブルな月額性のため、スモールスタートには良さそうです。とても戦略的な設定だと感じました。

4.おわりに

今回はT-DASHの全体像をはじめ、機能についていくつか見てきました。

T-DASHを使い始めて2日目ですが、機能は概ね把握できたように思います。前回の記事（「テスト自動化ツール『T-DASH』で量子回路の実行に挑戦」）でも書きましたが、全体的に簡単で使いやすく、学習コストが低い点は評価すべきポイントだと改めて感じました。また、随所に販売戦略も垣間見えますので、時間が経過していく中でさらに成熟していくのだろうと思います。

フリープランもあることですし、また機会があれば触ってみたいと思います。
いろいろと見られて面白かったです ＼( 'ω')／