アジャイル・テストについて学ぶ準備はできていますか？
アジャイル手法では、最終製品がカスタマーのニーズを完璧に満たすことを確認するために、さまざまなテストを行います。
そして、もしあなたが
/href/
https://clickup.com/blog/agile///////agile-team/
アジャイルチームなら
/%href/
アジャイルチームでは、すべてをテストすることになっている。
リック・サンチェスのように、リック・アンド・モーティという番組の科学の魔術師のように。
/img/
https://clickup.com/blog/wp-content/uploads/2020/08/image5-8.gif
テスト用GIF
/%img/
だからこそ、この記事では_Rick and Morty_の例を使って、アジャイルテストを理解する手助けをしよう。
4種類のアジャイルテストの基本、アジャイルテストの象限、そして、アジャイルテストプロセスを簡単に管理する方法を学びます！
始めましょう！
アジャイルとは何か？
注： このセクションは、アジャイル方法論の基本を学びたい読者のためのものです。もしあなたがアジャイルに詳しいのであれば
[アジャイルフレームワークをクリックしてください。](#フレームワーク)
テスティングのセクションへジャンプする。
[アジャイルプロジェクト管理をクリックしてください。](https://clickup.com/blog/agile/agile-project-management/)
アジャイルプロジェクトマネジメント /%ref:アジャイルプロジェクトマネジメント /%ref:アジャイルプロジェクトマネジメント /%ref:アジャイルプロジェクトマネジメント /%ref:アジャイルプロジェクトマネジメント /%ref:アジャイルプロジェクトマネジメント /%ref:アジャイルプロジェクトマネジメント
[従来のプロジェクト管理手法とは異なる。](https://clickup.com/blog/agile/agile-vs-waterfall/)
.
アジャイル手法は基本的に、リックのような頭の回転の速い天才に適している。
なぜだ？
不必要なプロセスで進捗を停滞させることなく、優れた製品を作ることができるからだ。
アジャイル手法の仕事を理解するのに役立つ例を挙げよう：
リックが、2人で冒険しているときに孫（モーティー）の場所を追跡するアプリを作りたいとしよう。これは、リックが平行次元でモーティーの居場所を突き止めるのに役立つだけでなく、モーティーの親が息子の居場所を追跡するのにも役立つだろう。
リックは義理の息子ジェリーが自分たちの冒険について文句を言うのが大嫌いだ。
/img/
https://clickup.com/blog/wp-content/uploads/2020/08/image16-10.gif
ジェリーの文句にうんざりするリック
/%img/
もしリックが伝統的なプロジェクト管理方法を使うなら、彼はジェリーからのインプットなしに最初から最後まで製品を開発するだろう。これでは何年もかかり、ジェリーが嫌がるような最終製品が出来上がる結果にもなりかねない！
しかし、リックがアジャイル手法を使うなら、彼はアプリを数回の短い'*'期間で作り上げるだろう。
[スプリント](https://clickup.com/features/sprints)
スプリントが終わるたびにテストします。テストの後、彼はジェリーにフィードバックを求め、次のスプリントでそれを実装し、最終的にはジェリーが望む通りのアプリを完成させる！
このようなスプリントでは多くのテストが行われるため、アジャイルチームは一連の洗練された包括的なテストメソッドに頼っている。
そのすべてを学びましょう。
注アジャイル方法論はどのような種類のプロジェクトにも適用できますが、この記事では、ソフトウェアプロジェクトでの適用について説明します。
アジャイルテストフレームワークとは何か？
に基づいたテスト手法です。
[アジャイル価値](https://clickup.com/blog/agile/agile-values/)
と原則は、アジャイルテストのフレームワークとして知られている。
その結果、アジャイル開発方法論のいくつかのガイドラインに従うことになる：
* プロバイダー
/href/
https://clickup.com/ja/blog/69673/undefined/
を改善するために、開発者に継続的なフィードバックを提供する。
/を改善する。
生産性を向上させる
* ソフトウェアテストのプロセスをシンプルに保つ
* 可能な限りチーム全体を巻き込む
* ドキュメントを減らし、直接のコミュニケーションを増やす
これらのガイドラインに基づき、アジャイルチームは4種類のアジャイルテストテクニックを使用する：
アジャイルチームは、4種類のアジャイルテスト技法を使う。
* [行動駆動開発](#bdd)
* [受け入れテスト駆動開発](#atdd)
* [探索的テスト](#et)
* [セッションベースのテスト](#sbt)
しかし、なぜアジャイルチームは独自のテスト手法を使うのでしょうか？
それは、リックがなぜただ買うのではなく、自分のものを作るのか不思議に思うようなものです。
/_img/。
https://clickup.com/blog/wp-content/uploads/2020/08/image18-7.gif
リックは自分のものを作る
/%img/
だって、その方がカッコイイんだもん。
もちろん、理由はそれだけではない。
アジャイルチームは、異なるソフトウェアテスト手法に従う。
[アジャイル環境](https://clickup.com/blog/agile/agile-work-environment/)
.
アジャイルテストのテクニックが従来のテストとどう違うのかを見てみよう。
伝統的なテスト技法とアジャイルなテスト技法の違い
1\.テストの頻度
伝統的なプロジェクト管理手法では、次のような頻度でテストを行う。
[ウォーターフォールのような伝統的なプロジェクト管理手法では](https://clickup.com/ja/blog/9527/undefined/)
テストでは、製品のテストは開発サイクルが終了してから行われる。しかし、プロジェクトが終了する頃には、テストの範囲が飛躍的に広がっているため、チームは製品のリリースを遅らせるか、ソフトウェアテストを省略します。
これを避けるために、アジャイルテストの方法論では、継続的なテストの後に、製品の新機能を継続的に統合することを推奨しています。
アジャイル環境では、チームは同時に機能を構築し、その正確さと生産性をテストし、期限内に堅牢な製品を提供するのに役立ちます。
2\.テストチームの性質
伝統的なテストは通常、製品の欠陥を見つけることを目的とする別の品質保証またはQAチームによって実施される。しかし、QAチームは開発者との問題解決プロセスに参加しない。
[チーム内の情報のサイロ化を生み出す可能性がある。](https://www.forbes.com/sites/brentgleeson/2013/10/02/the-silo-mentality-how-to-break-down-the-barriers/)
.
しかし、アジャイルプロセスは、機能横断的なコラボレーションと、チーム内の情報サイロの構築に依存する。
[コミュニケーションシステムを構築することである。](https://www.convert.com/blog/a-b-testing/create-ab-testing-communication-system/)
をテストチームに提供してください。
すべてのチームが一緒に望ましい結果に向かって仕事をするので、QAチームを別にする必要はない。
開発者はテストを作成し、実施し、解決策も見つける。これにより、チーム全員が製品に対して平等な所有権を持つことができます。
では、誰がアジャイルテスターなのでしょうか？
アジャイルチームでは誰でもテスターになることができ、その仕事のためだけに雇われる人はいません。
しかし、専門知識に関するRickの信念に忠実に、アジャイルテスターはいくつかのことに精通している必要があります：
* [コミュニケーションスキル](https://www.entrepreneur.com/article/300466)
* コラボレーション
* 自己組織化
* 変化への対応力
* 技術的スキル（特に
/特に
#クワドラント
自動化テスト
/を行うことができる。
)と
[探索的テストの経験](#テスト)
* ドキュメンテーション
アジャイルテストの4つのタイプ
アジャイルテストの基本がわかったところで、4つのテストタイプとその実施方法について学びましょう。
この新しい次元に飛び込んでみよう！## アジャイルテストの4つのタイプ
タイプ#1：行動駆動開発（BDD）
リックが銀河連邦の最高セキュリティ刑務所から脱出したことを覚えていますか？
彼は尋問官に自分のプランが失敗していると思わせるためにシステムを不正に操作した。
そうやって、彼はゲーム全体を逆転させることに成功したんだ！
/img/
https://clickup.com/blog/wp-content/uploads/2020/08/image1-8.gif
システムを不正操作するリック
/リック
行動駆動開発またはBDDは、多少似たようなプロセスに従う。
なぜなら、生産性はテストに失敗するものだからだ。
_なぜ？
製品がBDDテストに不合格になるたびに、その製品がシナリオに対してどのように反応するかを開発者に正確に伝えます。この知識によって、開発者はこの動作を修正する機能を構築することができる。
BDDテストはどのように実施されるのですか？
一緒に、テスト担当者、開発者、ビジネスアナリストは、製品をテストするシナリオまたは「テストケース」のリストを作成します。
これらはガーキン構文で書かれます： Given/When/Then」です。
Rick's Morty追跡アプリのテストケースのサンプルは次のようになります：
Given_ _the plan fails, __when_ _Morty is lost in space_ __and____time, _*_then_ _theアプリは彼の場所と時間枠の両方を指し示すことができるはずだ。
テストチームは、この状況に対応するために製品が使用するステップとプロセスをさらに洗練させます。
そして、テスト活動はアジャイル開発と同時に行われるため、製品はこれらのシナリオで失敗することになっている！
テストと並行して、開発者は製品がBDDテストに合格するための機能を作成する。
やることができるまで製品をテストし、スプリントごとにさらに改良していく。
リックとモーティと妹のサマーが、時間を分割して同時にやることを見つけた方法のようなものだ」。
/img/
https://clickup.com/blog/wp-content/uploads/2020/08/image10-10.gif
同時にやること
/%img/
しかし、タイムトラベルにルールがあるように_（リックはほとんど常にそれに従うが）_、BDDテストを行う際にはいくつかのことに注意する必要がある。
BDDテストのベストプラクティスには、以下のようなものがある：
* 具体的に定義された、実行可能なテストケースを書く。
* 自動化テストを使用して、すべてのテストケースで統一性を確保する。
* 文書化をリミットとするが、すべてのハイライトを記録することを忘れない。
タイプ #2: 受け入れテスト駆動開発 (ATDD)
ATDDまたは受け入れテストは、次のものによく似ている。
/によく似ている。
#BDD
BDDテスト
/href/
.
どちらも同じプロセスをたどる：
テスト基準を書く→製品をテストする→テストに失敗する→テストに合格する機能を作る→再度テストする→テストに合格する。
しかし、似ているように見えるからといって、そうであるとは限らない。
リックとモーティが無限の次元にある無限の宇宙の間で、"小さな違い"_に気づいたのと同じようなものだ。
同様に、BDDと受け入れテストは、2つの鍵において異なる：
* ATDDがカスタマーの積極的な参加を得て実施されるのに対して、BDDには（開発者以外に）ビジネスアナリストだけが参加する。
* ATDDは、人との対話を通じて製品を理解することに重点を置いているため、カスタマーを含む。しかし、BDDは技術的な動作だけをテストする。
これにより、開発者はカスタマーのニーズを理解しなければならない（と思い込まなければならない）というプレッシャーから解放される。開発者は、単にプロセス中に顧客のニーズを含み、尋ねることができるのだ！
Rick's Mortyトラッカーのための__AcceptanceTest__シナリオのサンプルは以下の通りです。
タイムトラベルの科学に詳しくないジェリーをオンボーディングする。
そして、これは製品の技術的な機能とはやることとは関係ないかもしれませんが、顧客がそれを使う経験にとっては非常に重要です。そこでリックは、ジェリーを巻き込んでアプリをテストし
[使い勝手を判断する。](https://clickup.com/ja/blog/46102/undefined/)
.
受け入れテストで守るべきグッドプラクティスをいくつか紹介しよう：
* 顧客から直接フィードバックを得る。
[フォーカス・グループやアンケート調査](https://www.leadquizzes.com/blog/types-of-market-research/)
* カスタマと対話するプロセスに、技術系以外のカスタマ対応スタッフを含める。
* 受け入れ基準」のリストを作成し、顧客対応スタッフとクロスチェックする。
* 顧客の反応をテスト後のアジャイル開発プロセスの中心に据えておく。
これら全てに従えば、もしかしたら、もしかしたら、ジェリーを彼自身から救うことができるかもしれない！」。
タイプ#3：探索的テスト
リックとモーティが大好きな）異次元のケーブルネットワークが、スクリプトを持っていないように見えるのを覚えているだろうか？
でもね、だから私たちはそれが大好きなんだ。
そして、もしあなたが「リックとモーティ」のような即興テレビのファンなら、探索的テストも台本に従わないので、あなたの好みに合うと思う！
この手法に従うテスターは、ユーザーの行動を模倣しながら製品で混沌として遊びまわって欠点を見つけます。
しかし、この狂気には方法があるのです。
製品で遊んでいる間、探索的テスターは
* あらかじめ設定された特定の目標に従う。
* [ユーザーペルソナを採用する](https://clickup.com/ja/blog/59023/undefined/)
* ユーザーの行動を記録する
* 新しいテストを同時に設計する
これにより、プロセスは科学的で、楽しく、冒険的になる！
探索的テストを効果的に行うために、以下にいくつかのベストプラクティスを紹介する：
* すべての機能をテストするために、製品の機能の詳細な記録を作成する。
* 各ラウンドでテストされなかった機能をメモし、後でテストする。
* ユーザー・ペルソナをターゲット・グループの考え方に合わせる。
* できるだけ多くの詳細を文書化し、伝える
タイプ#4：セッションベースのテスト
セッションベースのテストは、以下と似ています。
/と似ています。
#に似ています。
探索的テスト
/%href/
創造的で無料フローテストを採用する場合。
しかし、探索的テストは、製品の内部と外部を熟知している経験豊富なテスターに最適である。そのため、この手法はアカウントと構造を重視しない。
そこで、セッションベースのテストが役立ちます。
セッションベースのテストは、同じように即興的なテスト手法に従いますが、構造も適用します：
* 各テストセッションの目標を示すテスト憲章。
* テスターがテストを終了する予定の、タイムボックスセッション。
* テスターが各セッションの活動を報告するために提出するテストレポート。
* 各セッション終了後、テスト担当者とマネジャーがテスト活動について話し合うデブリーフィング。
このテスト方法は、探索的テストのペースに適応するのが難しいチームに最適である。しかし、テストチーム にとっては、よりオープンエンドなテストアプローチを行うためのステップにもなり得ます。
そして、セッションベースドテストを最大限に活用するために、従うべきグッドプラクティスをいくつか紹介します：
* 事前にテストスケジュール（各セッションのアジェンダ）を概説する。
* 各テストセッションの明確な目標を定義する。
* 中断のないテストセッションの実施
* セッション後の報告会で、次のステップについて話し合う。
アジャイルテストの象限とは何か？
アジャイルテストの四分位とは何か？
しかし、この知識をどのように適用するかを学ばなければ、このような全く役に立たないものを作ってしまうことになります。
では、どのテストをいつ使うべきか？
もっと重要なのは、アジャイル・テスト戦略に、いつ 自動テスト_ を取り入れるべきなのか、ということです。
アジャイルテストの象限は、これらの質問に対する答えを持っており、それは以下のようなものである：
アジャイルテストのクワドラントは、これらの質問に対する答えを持っている。
象限はこれらの仕様に従って導き出される：
* X'軸：テストをビジネス向き（カスタマーのニーズに応える）と技術向き（製品の技術的な動作を理解する）に分ける。
* Y'軸：テストを、製品をサポートしているか、批判しているかに分ける。
これにより、4つの異なるテストタイプが生まれ、以下の象限に要約することができます：
アジャイルテストの象限1：自動化テスト。
これらは、チームがより良い製品を構築するのを支援する一連の技術的または単体テスト手法である。例ユニットテスト、コンポーネントテスト。
アジャイルテストの象限2：自動化テストと手動テスト。
より良いビジネス価値を提供する製品を作るためにチームをサポートする、ビジネス向けのテストである。例機能テスト。
アジャイルテストの象限3：マニュアルテスト （Agile testing quadrant 3: Manual testing
ビジネス向けのテストであり、製品のパフォーマンスを向上させるためのフィードバックを提供する。例ユーザー受け入れテスト（User Acceptance Tests）、探索的テスト（Exploratory Tests）。
アジャイルテストの象限4：ツール
これらは、非機能領域（セキュリティ、メンテナンス、スケーラビリティなど、カスタマ向けの機能ではない領域）における製品のパフォーマンスをチェックする技術的なテストである：パフォーマンステストと負荷テスト。
アジャイルテストは、アジャイルの価値観と原則に従っているため、テストのためのハードでファストなルールを推奨しません。その代わりに、チームの要求に基づいて正しい選択をすることを推奨します。
あるいは、リックが言うように、次のようになる。
/リックが言うように
https://clickup.com/blog/wp-content/uploads/2020/08/image13-8.gif
科学は科学というより芸術である
/%img/
例えば、象限には番号が振られていますが、同じ注文に従う必要はありません。
その時々の状況に応じて、テストの種類を選ぶことができる。
[製品の生産性を選択することができます。](https://clickup.com/blog/product-requirements-documents//)
.
そこで、テストプランを作成する前に自問自答できる質問をいくつか紹介します：
* あなたのチームは、特定のテストを実施する能力（スキルとリソースの両方）を持っていますか？
* プロジェクトで優先度の高い機能をテストしているか？
* 継続的なテストとアジャイル開発プロセスを、どのように同時に行うのか？
* 手動テストとテスト自動化のどちらが必要ですか？
ボーナス
_/href/
https://clickup.com/blog/technical-debt//#3-the-technical-debt-quadrant_
テクノロジー・デット・クアドラント
/%href/_
結局のところ、あなたが答えるべき質問はただ一つである：
顧客中心の製品を作るために何ができるか、そして、アジャイルテストはそれをやることにどのように役立つか？
アジャイルテストプロセスを管理するには？
銀河連邦がなぜリックを追いかけたか覚えていますか？
これが、本当に良い道具の人生を変える力だ！
そして、あなたのアジャイルテストの目標は、タイムトラベルやスペーストラベルをカバーしませんが、あなたのテストと開発プロセスは同じようにチャレンジングである可能性があります。
テストプロセスでは、次のようなハードルのどれかにつまずく可能性があります：
* 絶え間なく変化する要件
* 十分なデータの不足
* 熟練テスターの不足
* チームと利害関係者間の調整
そしてもちろん、どんなアジャイルチームにとっても最大の課題である： 継続的なテスト、何があっても。
幸運なことに、これらすべての問題を解決する方法がある！
あなたには「ポータルガン」が必要だ：強力なアジャイル・プロジェクト マネジメント ソフトウェア*._。
幸運なことに、オール・イン・ワンは1つしかない。
[アジャイルプロジェクト管理ソフトウェアを見つけることができる。](https://clickup.com/teams/agile)
が必要です： ClickUp！
クリックアップとは？
[クリックアップ](https://clickup.com/)
は世界の
[をリードするプロジェクト管理ツールである。](https://clickup.com/reviews)
スタートアップからハイテク大手まで、世界で最も生産性の高いチームがアジャイルプロジェクトを簡単に管理するために使用しています。
多種多様な
[アジャイルソフトウェア開発](https://clickup.com/blog/agile/agile-software-development/)
やコラボレーション機能をサポートするために、すべてを備えている。
[スクラムチーム](https://clickup.com/ja/blog/8034/undefined/)
!
この_portal-gun-of-a-software_がアジャイルテストプロセスの管理にどのように役立つかを見てみよう：
A. テストと開発のプロセスを合理化する
/参照
https://docs.clickup.com/en/articles/911164-how-to-create-a-task
タスク
/href/
,
/href/
https://docs.clickup.com/en/articles/1239470-how-to-use-subtasks
サブタスク
/%href/
と
/href/
https://clickup.com/features/task-checklists
チェックリスト
/%href/
"リックは天才だが、単純で小さなタスクを任せられるとは限らない" "リックは天才だが、単純で小さなタスクを任せられるとは限らない" "リックは天才だが、単純で小さなタスクを任せられるとは限らない
リックは天才だが、単純な仕事は必ずしも任せられない。
/_このベストマン・スピーチのキューカードを見ろ！
https://clickup.com/blog/wp-content/uploads/2020/08/image21-8.gif
リックのベストマンスピーチカード
/%img/
あなたのアジャイルチームは（たとえRickよりメモが上手だとしても）、テストと開発プロセスを管理するサポートも必要だろう。
ClickUpのタスク、サブタスク、およびチェックリストは、小さな実行可能なアイテムに分解することで、テスト活動を合理化するのに役立ちます。
やることは以下のとおりです：
* タスクとサブタスク：アジャイルテストプランをタスクとサブタスクに分割し、任意のチームメンバーに割り当てる。
* チェックリスト: アジャイルテスト中にチェックするために、やることリスト、あるいは品質テストとして機能するアイテムのリストを作成する。
さらに、以下の機能でプロセスをさらに簡素化できる：
1. 入れ子：チェックリストに好きなだけサブアイテムを追加できます。
2./href/
https://docs.clickup.com/en/articles/909959-board-view
ドラッグ＆ドロップ機能
/チェックリスト
リストを再スケジュールするためのアイテム移動
3./href/
https://docs.clickup.com/en/articles/962346-how-to-assign-tasks
アイテムを割り当てる
/項目の割り当て
リストのアイテムを複数のチームメンバーに直接割り当てる。
4./href/
https://clickup.com/templates
テンプレート
/テンプレート
チェックリストの再利用可能なテンプレートを作成し、プロジェクトに追加する。
B. あらゆる詳細を
/に記録する。
https://clickup.com/features/docs に記録する。
ドキュメント
/%href/
_時には、ただ書き留めることも必要だろう？
しかし、ClickUpのドキュメント機能のおかげで、メモを取るのに非現実的な寄生エイリアンは必要ない！
ドキュメントを作成して記録することができます：
* アジャイルテスト戦略
* テストプラン
* テスト憲章
* 自動化テストの指示書
ドキュメントを使用して、アジャイルテスト方法論のための独自の社内wikiを作成することもできます！
"最高の部分？
これらのドキュメントをプロジェクトと一緒に見つけることができるので、ドキュメントを探すのに時間を費やす必要がありません！
また、ClickUpドキュメントでの執筆は、以下のような機能により、とても楽しいものです：
* リッチテキストフォーマットによる個性的なドキュメント
* ドキュメント内のページを入れ子にすることで、より詳細な情報を作成することができます。
* カスタマイズ可能なアクセス権でチームメンバーも編集可能
* Googleにドキュメントをインデックスさせ、検索結果に表示させる機能
C. 以下の方法で時間を追跡する。
/href/
https://clickup.com/features/project-time-tracking
ネイティブな時間追跡
/%href/
時間管理は難しく、何かを終わらせるために過去にタイムスリップしたくなる。
しかし、ここで「タイムトラベル警察」の逆鱗に触れたくはないだろう。
そのため、クリックアップはネイティブ時間追跡機能を使って、より良い時間管理をサポートします。この機能は、次のようなチームメンバーにとって非常に便利です。
/href/
https://clickup.com/blog/?p=8883
リモートワーク
/%href/
または
/または
https://www.entrepreneur.com/article/307333
オフサイト
/参照
.
ClickUpの中にあるタイムトラッカーにアクセスすれば、タスクに費やした時間を素早く追跡することができます。ラベルやメモを追加したり、請求可能な時間として分類することもでき、より効率的な時間管理が可能です！
しかし、次のようなサードパーティのタイムトラッカーを使っているのであれば、それを使うこともできる。
/のような
https://clickup.com/integrations/timedoctor
タイムドクター、
/を使うことができる。
/href/
https://clickup.com/integrations/hubstaff
ハブスタッフ
/%href/
または
/または
https://clickup.com/integrations/toggl
切り替え
/%href/
を使えば
/href/
https://clickup.com/integrations
ClickUpと統合できる。
/を統合することができる。
とも簡単に統合できる。
このようにして、時間の使い方をモニターし、テストセッションのプランを立てることができます！
D. 共有
/href/
https://docs.clickup.com/en/articles/2479021-permissions? \_ga=2.47949927.1785176581.1591588795-2020651107.1583603726&gac=1.60418655.1591016384.CjwKCAjwztL2BRATEiwAvnALcttSrTmzfj7x5B2WdrCg1LVmivrcfafg398EURXF6mdxNtwAYJWb3hoC7XwQAvD_BwE
カスタムアクセス権
/%href/
ステークホルダーとの
アジャイルチームは、良い製品を提供するために、すべてのステークホルダーと仕事をする必要があることを忘れないでください。
そのために、ClickUpではカスタムアクセス権を共有することができます。プロジェクトのファイル、フォルダ、タスクリストは、ネットワーク内外の誰とでも共有できます。
を設定することで、作業スペース内でメンバーがやることを制御することができます。
/href/
https://docs.clickup.com/en/articles/2479021-permissions を設定することで、ワークスペース内で彼らができることを制御することができます。
許可
/を設定します。
'.
設定できる許可の例をいくつか示します：
* ビューできる：プロジェクトの詳細をビューできるが、対話はできない。
* コメントできる: タスクとタスクリストにコメントできる。
* 編集できる：タスクの編集はできるが、作成はできない。
* 作成と編集: タスクとサブタスクを作成、編集します。
* 削除できる: 作成していないタスクを削除できる
これは、ATDDテストプロセスにカスタマーを含めるのに役立つ。
しかし、まだあります！
ジェリーにサービスを提供するために集められたミーシークス氏の番号のように、ClickUpの機能リストは無限です！_クリックアップの機能リストは無限です。
しかし、これらの機能とは異なり、実際にアジャイルテストのニーズを満たすことに成功するでしょう！
驚くべき
/を参照してください。
https://clickup.com/features
アジャイル機能
/%href/
ClickUpはあなたのチームに以下を提供する：
* /以下が含まれます。
https://docs.clickup.com/en/articles/3578082-dashboards
ダッシュボード
/ダッシュボード
のようなウィジェットでカスタムダッシュボードを作成できます。
[円グラフと計算](https://docs.clickup.com/en/articles/3625951-custom-widgets)
のようなウィジェットを使ってカスタムダッシュボードを作成し、アジャイルと
[スクラムを追跡する。](https://clickup.com/ja/blog/341/undefined/)
ポイント
* /ポイント
https://clickup.com/features/notepad
メモ帳：
/%href/
ダッシュボードからメモ帳にアクセスし、アイデアを素早く書き留める。
* /メモ帳
https://clickup.com/features/goals
目標
/目標
テスト目標を設定し、測定可能なターゲットに変換し、追跡する。
* [優先度](https://clickup.com/features/task-priorities)
緊急性と重要性に基づいてテストを実施する
* [カスタムステータス](https://clickup.com/features/custom-task-statuses)
タスクにテスト固有のステータスを作成する
* [ガントチャート](https://clickup.com/features/gantt-chart-view)
: プロジェクトタイムラインを完了したことを視覚化する。
* /ガントチャート
https://clickup.com/features/automations
プロジェクト自動化
/%href/
: テスト中の50以上の反復タスクを自動化し、時間を節約する。
* /プロジェクト自動化
https://clickup.com/apps
パワフルなiOSおよびAndroidモバイルアプリ
/%href/
: 外出先でもチームと共同作業が可能
結論
アジャイルテストの方法論を理解することは、チームにとってやりがいのあることです。
結局のところ、アジャイルテスト戦略は、アジャイル手法のまさにハートなのです。
テストがより集中し、正確であればあるほど、あなたの製品はより良くなります。
しかし、優れたテストに必要なのは、知識やスキルだけではありません。
必要なのは
[レーザー鋭利ツール](https://clickup.com/ja/blog/3202/undefined/)
を使用することで、継続的なテストを行うことができます。
ありがたいことに、リックのラボでなくても作ることができる。
必要なのはClickUpだけです。
アジャイル環境のための堅牢なプロジェクト管理サポートとともに、あらゆるアジャイルテスト戦略をサポートするための適切な機能セットを備えています。
[今すぐClickUpに登録する](http://clickup.com/)
に登録し、Rickや彼の孫たちのように、アジャイルプロジェクト管理の冒険を祝いましょう！
