QAのテストケース技術系タスク

ウェブサイトやアプリのテストケースと検収チェックリスト

最短1日で納品修正対応込み品質チェック
プラン
安心決済詳しく
  • プランの範囲内の修正は無料です。
  • 納品から3日以内にご対応がない場合、自動的に承認されます。
注文する · ¥5,410

代金はお支払い時にお預かりし、納品を承認した時点ではじめて支払われます。

ウェブサイトやアプリのテストケースと検収チェックリスト

成果物の例

スタンダードパッケージの例

要件定義書:ヨガスタジオの予約サイト

1. プロジェクトの目的

  1. お客様がスマホから、1分以内にスケジュールを確認してクラスを予約できるようにする。
  2. 回数券と月額会員をオンラインで販売する。
  3. スタッフが予約対応に使う時間を、週約10時間から2時間未満に減らす。

成功指標(公開3か月後): 予約の70%がオンライン経由、無断キャンセル率10%未満。

2. 利用者

役割必要なこと
訪問者クラス、料金、インストラクターを見る。初回体験を購入する
会員クラスの予約・キャンセル、回数券の残りを確認、キャンセル待ちに登録
インストラクター自分の担当クラスと予約者の一覧を見る
管理者スケジュール、料金、回数券、インストラクター、返金を管理する

3. ページと画面

  1. トップ: 今日のこれからのクラス、体験レッスンの案内、スタジオの住所。
  2. スケジュール: 週表示、クラスの種類・レベル・インストラクター・スタジオで絞り込み。
  3. クラス詳細: 内容、インストラクター、時間、残り枠、予約ボタン。
  4. 料金: 1回券、5回券・10回券、月額会員。
  5. インストラクター: 一覧と個別プロフィール。
  6. マイページ: 今後の予約、履歴、回数券、支払い方法。
  7. 管理画面: スケジュール編集、会員一覧、売上レポート。

4. 主な機能

4.1 予約

  • 有効な回数券を持っているか、1回分を支払えば予約できる。
  • 定員はスタジオごとに設定(スタジオA:18名、スタジオB:10名)。
  • 満席の場合はキャンセル待ちに登録できる。枠が空くと先頭の人に自動で割り当てられ、メールとSMSで通知が届く。

4.2 キャンセル

  • クラス開始の12時間前まで無料でキャンセルでき、回数券は戻る。
  • それ以降のキャンセルや無断欠席は1回分を消化する。

4.3 決済

  • スタジオが選んだ決済サービスによるカード払い。
  • 回数券の有効期限:5回券は2か月、10回券は3か月。

4.4 通知

  • 予約完了、クラス3時間前のリマインダー、キャンセル待ちの状況。

5. 非機能要件

  • スマホ優先の設計。4G回線で各ページ2秒以内に表示。
  • 主要ブラウザの最新2バージョンで動作。
  • 個人情報は個人情報保護法に沿って保管する。

6. 未決事項

No.質問決める人
1出欠の記録はインストラクターがアプリで行うか、受付で行うかオーナー
21回の体験レッスンに加えて、2週間の体験パスが必要かオーナー
3予約ページは今のサイトに埋め込むか、サイトごと置き換えるかオーナー+開発者
4希望する決済サービスとSMS配信サービスはどれかオーナー

クライアント: ヨガスタジオ 蓮の小径。スタジオ2室、インストラクター9名、週約60クラス。現在、予約はSNSのDMと紙の受付表で受けている。スタンダードプラン:10ページ以内の要件定義書。以下は抜粋です。

お客様とすべての情報は架空のものです。

このサービスについて

リリースは地味なところで壊れます。小さなiPhoneでの決済、空のメールアドレスを受け付けてしまうフォーム、すぐに期限切れになるパスワードリセットのリンクなどです。ウェブサイトやアプリの説明、画面、ユーザーフローをもとにテストケースを作成し、それぞれに手順、テストデータ、期待される結果を記載し、スモークテスト、回帰テスト、エッジケースに分けます。チームの誰でもリリース前にチェックリストを実行し、一貫した形でバグを報告できます。

含まれる内容

  • 納品内容ID、手順、テストデータ、期待される結果を備え、機能別・優先度別にまとめたテストケースに、リリース前のチェックリストとバグ報告のテンプレートを添えて、スプレッドシートやテスト管理ツールに貼り付けられる整ったテキストでお届けします。
  • スモークテスト毎回必ず通るべき少数のチェック
  • 機能別のテストケース手順、データ、期待される結果
  • 例外的なケース空欄、長いテキスト、不安定な通信、誤った入力
  • 対象デバイスどのチェックをどのブラウザで繰り返すか
  • バグ報告のテンプレートすべてのバグが同じ情報付きで届くように

ご利用の流れ

  1. 1
    依頼内容画面、フロー、デバイスを共有していただきます
  2. 2
    執筆機能別・優先度別にケースを作成します
  3. 3
    チェックリストすぐに実行できるケースをお受け取りいただけます

ご用意いただくもの

公開されていればサイトやアプリのリンク、画面とフローのスクリーンショットまたは説明、ユーザーが使っているデバイスとブラウザ、今回のリリースで変わった点。

お伺いする内容:

  • ウェブサイト、ウェブアプリ、モバイルアプリのどれですか?
  • どの機能やフローをテストする必要がありますか?
  • 最も重要なデバイスとブラウザはどれですか?
  • テストは誰が実行しますか?

プランを比較

プランベーシック最大30件のテストケース¥2,320スタンダード最大80件のテストケース¥5,410プレミアム最大200件のテストケース¥10,670
納期1日3日5日
修正回数123
テストケース最大30最大80最大200
デバイスとブラウザの組み合わせ1最大3最大6
バグ報告のテンプレートありありあり
注文する ベーシック注文する スタンダード注文する プレミアム

安心決済

お支払いは注文時ですが、代金が支払われるのは承認された納品に対してのみです。

  • 固定料金お支払い後にプランの料金が変わることはありません。
  • 代金はお預かりお支払い時、代金はお預かりするだけです。納品を承認した時点でサービス側に支払われます。
  • 納品前にチェックすべての成果物はお手元に届く前に品質チェックを受けます。承認前に注文ページで内容を確認できます。
  • 無料の修正依頼内容の範囲内で、プランで定められた回数まで修正を依頼できます。
  • 3日後に自動承認納品から3日以内に承認も修正依頼もない場合、自動的に承認されます。納品後に注文チャットでメッセージを送った場合、注文は保留されます。こちらから回答した後、3日間のカウントを再開することがあり、その際はチャットでお知らせします。
  • やり直しまたは全額返金結果が依頼内容と合わず修正でも解決しなかった場合、または作業に納期の2倍を超える時間がかかった場合は、注文チャットでご連絡ください。作業をやり直すか、代金を全額返金いたします。
詳しい仕組み →

質問と回答

サイトのテストもしてもらえますか?

いいえ。作成するのはテストケースとチェックリストです。実行と結果の記録はチームやテスターが行います。

TestRailやQaseにインポートできますか?

はい。依頼内容でCSV形式の表をご依頼いただければ、一般的なインポートに合う列にします。

PlaywrightやSeleniumのスクリプトなど、テストコードも書いてもらえますか?

いいえ、これは手動のテストケースです。チームがテストコードを書く前の最初のステップになることがよくあります。

プラン
注文する · ¥5,410· 3日