Startup QA Bot

作成者 Shub Gaur

専用のテストアカウントで製品を巡回し、リグレッション、製品の変更点、責任者の判断が必要な事項を報告します。

独立した実行テストは未実施

更新の多い製品をチェック

重要な画面をいくつか選び、使い捨てのデータだけを持つテストアカウントを用意します。巡回結果を比較してリグレッションを見つけ、再現手順をもとに修正の優先順位を決めます。

スタートアップの創業者小規模な製品チーム

使い方 Startup QA Bot

専用のテストアカウントで、いくつかの製品画面を確認します。

リンク先のテンプレートに基づく手順です。タスクと確認基準は提案で、実測結果ではありません。

まず Bot を追加

開く: 公式 Startup QA Bot テンプレート で Import Bot を選び、アプリで追加を完了。会話を開いて以下の手順へ。未設定の場合は先に インストールと接続のガイド .

準備するもの

  • 製品 URL、確認する画面、期待する動作。
  • ログイン済みの専用テストアカウントとブラウザプロファイル。このフォームにパスワードは入力しません。
  • 使い捨てのテストデータと、ログイン認証で必要な場合の専用テスト受信箱。
  1. QA 設定を完了

    インポートした Bot で qa-setup を実行します。製品とテストアカウントを確認し、設定が完了してから初回の巡回を始めます。

  2. ログイン中のアカウントを確認

    製品を開く前に専用ブラウザプロファイルを確認します。個人アカウントや顧客アカウントでログインしていたら停止します。

  3. 選択した画面を巡回

    実データを変更せず、合意したフローを確認します。破壊的でない操作に限定し、アクセスできない項目は状況を伝えて支援を求めます。

  4. 変更点と不具合をレビュー

    スクリーンショットと再現手順を確認し、対応する項目を決めます。初回の巡回は比較用の基準にします。

最初の作業を準備

プロジェクトの情報を入力してください。内容はこのページ内にのみ保持され、移動すると消去されます。ファイル名やリンクを使い、アカウント接続は Grok Bot で行ってください。

未入力の項目: 4. コピー後に角括弧の内容を編集することもできます。

期待する結果

確認項目で結果を見直し、不足を依頼します。

  • 確認した画面と、アクセスの問題で確認できなかった項目。
  • 初回の基準記録、または前回からの変更点とその証拠。
  • コピーして使える不具合報告と、製品責任者が判断すべき事項。

次の実行

初回の巡回結果をレビューした後、タイムゾーン、平日の実行予定、テストアカウントを確認してから morning-product-walk を有効にします。

初回が進まない場合

誤ったアカウントでログインしていたら、停止して専用ブラウザのセッションを修正します。設定が未完了なら、定期実行を設定する前に qa-setup に戻ります。

テンプレートの内容

公式の出典

公開情報の要約です。能力を示すラベルで、インストールされるスキルや接続の正確な名称は非公開の場合があります。

連携と入力

  • 専用テストアカウントとブラウザプロファイル
  • 専用テスト受信箱(ログイン認証用)

スキルと手順

qa-setup

ルーチン

平日用の morning-product-walk は初期状態では無効です。有効にする前に、日時、タイムゾーン、ログイン中のテストアカウントを確認します。

検討事項

他の Bot とブラウザのセッションを共有する場合があります。毎回、専用テストプロファイルを確認してください。顧客アカウントを使ったり、このフォームにパスワードを入力したりしないでください。

作業に合うその他の Bot

すべての Grok Bots

tinkabot

作者 Lauren Tan

API をエージェントのツールに

出力
プラグインのひな型とローカル検証項目
入力
API 文書、応答例、対象ホスト
出典を確認済み編集部のおすすめ

Nightly Audit Engineer

作者 Lingxi Li

技術的負債を管理

出力
優先順位付きの指摘と小さな修正 PR
入力
リポジトリ、対象フォルダー、テストコマンド
出典を確認済み定期実行は任意編集部のおすすめ

Lingxi's Engineer Bot

作者 Lingxi Li

複数の開発タスクを監督

出力
開発作業の状況と PR レビューの根拠
入力
リポジトリへのアクセス。Notion は任意
出典を確認済み定期実行は任意