ソフトウェアテスト会社向けのクライアントポータル、テスター配置、見積もりと請求
Mythexは、ソフトウェアテスト会社のクライアントポータル、テスターの配置、範囲を明記した見積もり、請求を、案件の進め方の説明から作成します。プロダクトオーナーは、誰も開かないスプレッドシートの書き出しではなく、一つの画面でリリースを止める不具合とビルドごとのテスト進捗を確認できます。
顧客のリリースサイクルの中で働く
テスト会社の仕事は、顧客のビルドとともに届きます。手動の回帰テスト、自動テストスイート、アクセシビリティ監査、負荷テストが、延期されるかもしれないリリース日に向けて進みます。仕事はローンチの前に集中し、その後は静かになるため、待機中のテスターが利益を最も圧迫します。テスト自体は通常、顧客の課題管理ツールとテストツールで行われますが、スコープ設定、人員配置、報告、請求はスプレッドシートとメールで行われ、不具合報告はリリースを承認する人が開かないシートとして書き出されます。QA会社には、読みやすい顧客向けの画面、スキルごとのテスターと端末の配置、そして前提条件を明記した見積もりが必要です。
- テストサイクルごとの重大度別の不具合を一目で把握
- ビルドごとのテスト実行結果:合格、不合格、ブロック、未実施
- スキル別に配置し、リリース期間に紐づけたテスター
- テスターと一緒に予約する端末とテストラボ
- 機能、プラットフォーム、サイクル数で範囲を定めた見積もり
- 実施内容の概要つきの、保守契約の請求
リリースを承認する人が最初に見る画面
リリースを止める不具合はあと何件残っているか、このビルドは出荷できるか。テストサイクルごとの重大度別の未解決の不具合、ビルドごとのテスト進捗、各不具合から顧客自身の課題管理ツールの項目へのリンク、そしてリリースごとに保存された承認済みのテストレポートを表示します。
ソフトウェアテスト会社のクライアントポータルを作成してください。各顧客は自分のリリースを確認でき、ビルドごとに、合格・不合格・ブロック・未実施のテスト実行数、重大度別の未解決の不具合(課題管理ツールへのリンク付き)、出荷可否の要約を表示します。承認済みのテストレポートはリリースごとに保存します。顧客は自分のプロジェクトだけを見られるようにしてください。
リリース期間に紐づけて確保するテスター
モバイル、アクセシビリティ、パフォーマンスなどのスキルでテスターを配置し、日付ではなくリリース期間に対して仮押さえします。ビルドが遅れた場合は解放できます。端末とテストラボも人と一緒に予約し、同じ端末を二つのサイクルで使うことがないようにします。負荷テストの時間枠は顧客と合意し、多くは営業時間外になります。
QA会社の予約機能を作成してください。スキル(手動のWebテスト、モバイル、アクセシビリティ、パフォーマンス)を持つテスターを顧客のテストサイクルに配置し、リリース期間に対する仮押さえは、ビルドが遅れたら解放できるようにします。当社のデバイスラボからの端末の予約と、営業時間外の負荷テストの時間枠も含めてください。
ビルドの安定性を明記した見積もり
機能、プラットフォーム、端末、テストサイクル数で範囲を定めます。テスト可能なビルド、環境へのアクセスといった前提条件を明記し、手動のみ、自動化のみ、または両方の組み合わせを、それぞれの利点と欠点とともに提示します。再テストは、含めるか別料金にするかを定めます。
テスト会社の見積もりツールを作成してください。範囲(機能、プラットフォーム、端末、テストサイクル数)、前提条件の欄(テスト可能なビルド、環境へのアクセス、ブロックされた時間の請求方法)、手動のみ・自動化・組み合わせの選択肢、再テストラウンドを含めるか別料金にするかを設定できるようにしてください。
成果が見える保守契約の請求
固定料金の監査は納品時に請求し、時間単位の作業はサイクルごとのテスター工数から請求します。月次の保守契約には、含まれるテスト日数と超過分の明細を設定します。保守契約の請求書には、その月にテストしたビルドと見つけた重大な不具合の短い要約を添えます。
QA会社の請求機能を作成してください。固定料金の監査は納品時に請求し、時間単位の案件はサイクルごとに記録したテスター工数から請求します。月次の保守契約には、含まれるテスト日数と超過分を設定します。保守契約の請求書には、その月にテストしたビルドと見つけた重大な不具合の一覧を表示してください。
毎週のテスターの稼働状況
顧客ごとのテスターの稼働率と、誰が待機中かを表示します。サイクルごとの重大度別の不具合件数をリリース間で比較し、サービス分野別の売上と、再テストの対応までの平均日数も表示します。
テスト会社のダッシュボードを作成してください。テスターの稼働率と週ごとの待機時間、顧客ごとのテストサイクル別・重大度別の不具合件数、手動テスト、自動化、アクセシビリティ、負荷テストごとの売上、再テストの平均対応日数を表示します。
匿名化したサンプルの不具合報告書をサイトに掲載
手動テスト、自動化、アクセシビリティ監査、負荷テストのそれぞれのページ、対応しているプラットフォーム、ブラウザ、スクリーンリーダー、匿名化したサンプルの不具合報告書、そして案件の始まり方(固定の監査、スプリント単位の保守契約、オンデマンドのプール)を掲載します。
ソフトウェアテスト会社のウェブサイトを作成してください。手動テスト、テスト自動化、アクセシビリティ監査、負荷テストのページ、対応しているブラウザ、端末、スクリーンリーダーの一覧、匿名化したサンプルの不具合報告書、案件の進め方を掲載してください。
顧客のアクセスと認証情報
テスト環境、ビルド、不具合の詳細は、それぞれの顧客にとって機密情報です。すべてのポータルの表示を顧客自身のプロジェクトに限定し、環境の認証情報はCRMのメモではなく、適切なシークレット管理の仕組みに保管してください。多くの顧客は、自社のセキュリティ対策についても質問するでしょう。Mythexは、説明されたアクセス制御を構築しますが、セキュリティ認証は提供しません。
- 各顧客は自分のプロジェクトだけを閲覧
- 認証情報はアプリの外で保管
- レポートはリリースごとに非公開で保存
ロードマップに合わせて計画する
各四半期に、すべての顧客にリリースのロードマップを尋ね、日付をCRMに記録してください。大きなリリースが近いと分かれば、皆がリリースする同じ週にテスターを探すのではなく、早めにテスターを確保できます。
ここから始められるプロンプト
ソフトウェアテスト会社のアプリを作成してください。顧客はログインして、各リリースのビルドを確認します。合格、不合格、ブロック、未実施のテスト実行数と、重大度別の未解決の不具合(顧客の課題管理ツールにリンク)を表示します。テスターはスキルに応じてサイクルに配置され、リリース期間に紐づけて確保され、端末も一緒に予約されます。保守契約の請求書には、テストしたビルドと見つけた重大な不具合の要約を含めてください。
よくある質問
ポータルは顧客の課題管理ツールから不具合を取り込めますか?
各不具合を課題管理ツールの項目にリンクし、データを取り込めます。リアルタイムの同期は、そのツールがAPIを提供していて、顧客の許可を得て接続できるかどうかによります。
顧客は自分のプロジェクトだけを見られますか?
はい。顧客ごとのアクセス権を設定でき、すべての画面は、ログインした顧客のプロジェクトに限定されます。
テスターだけでなく端末も予約できますか?
はい。端末を予約可能なリソースとして登録でき、各テストサイクルが必要なテスターと端末を確保します。
コーディングは必要ですか?
必要ありませんが、チームで行うこともできます。チャットでアプリを説明してください。Proでは、コードを編集し、エクスポートして、GitHubにプッシュすることもできます。
料金はかかりますか?
Freeはカード登録不要で、1日ごとのクレジットがあります。Proは月額25ドルです。
AIで作るその他の方法
- 再公開に失敗しても、動いているバックエンドは消えない
- どんな業種にも、それぞれのランディングページを
- プロジェクトごとの非公開ワークスペースとライブプレビュー
- サーバーごとではなく、一度だけ鳴るアラート
- 自動チャージ:クレジットが少なくなっても公開アプリを止めない
- 待たせずに、より大きなワークスペースへ移行する
- データベースの課金は、実際の使用量で決まる
- Claude、Cursor、Codexから Mythexアプリを作る
- 公開直後にクラッシュするアプリを検出する
- チェックポイント:エージェントの変更をすべて元に戻す
Mythex · Pricing · AIでなんでも作ろう · ウェブサイト・アプリのテンプレート · Mythexを比較 · AIアプリ開発用語集 · AIアプリ開発の無料ツール · English