本文へスキップ
BigTree108

手動テストサービス

Web、モバイル、デスクトップソフトウェア向けの手動テストサービス。新機能の機能テスト、リリースごとの回帰テスト、探索的テスト、テストケースの設計とドキュメント化、クロスブラウザ・クロスデバイステスト、ユーザー受け入れテストの支援を提供します。専任の手動テストQAエンジニアが御社のチームに参画する形も、テストプロジェクトを一括で請け負う形も選べます。

手動テストの対応範囲

  • 新機能の機能テスト

    各ストーリーがテスト環境に届き次第、要件と受け入れ基準に照らして、正常系・異常系・境界値のケースで確認します。不具合は、再現手順、期待結果と実際の結果、ログ、画面録画を添えて、Jira、Azure DevOps、Linearに起票します。

  • 回帰テスト

    製品の変更に合わせて最新に保った回帰テストスイートをリリースごとに実行します。変更が及ぶ領域を重点的に確認し、本番へのデプロイごとに短時間のスモークテストも行います。

  • テストケースの設計とドキュメント化

    要件をもとに、境界値分析、同値クラス、デシジョンテーブル、ペアワイズ組み合わせを用いてテスト計画とテストケースを作成し、TestRail、Xray、Zephyr、Qase、Azure Test Plansで管理します。各ケースは、対応する要件にトレースできる状態にします。

  • 探索的テスト

    チャーター(テスト方針)を書面で定めた時間制限付きのセッションで、テストケースが想定していなかった問題を探します。たとえば、特殊なデータ、中断された操作フロー、低速なネットワーク、タブを2つ同時に開いた状態、決済の途中で戻るボタンを押した場合などです。

  • クロスブラウザ・クロスデバイステスト

    Webアプリケーションを、デスクトップとモバイルのChrome、Safari、Firefox、Edgeで確認します。実機、またはBrowserStack、Sauce Labs、TestMu AI(旧LambdaTest)を使い、ブラウザとデバイスの一覧は御社のアクセス解析から決めます。

  • データと連携の確認

    結果は最終的に届く場所で確認します。SQLで照会したデータ行、キュー内のメッセージ、テスト用受信箱のメール、決済事業者のサンドボックス上の支払い、製品が連携するCRMやERPのレコードです。

  • ユーザー受け入れテストの支援

    業務部門のユーザーと一緒にUATを計画します。ユーザーの言葉でシナリオを書き、テストデータと環境を準備し、セッションに同席して進め、承認は要件ごとに記録します。

  • 要件とデザインのレビュー

    開発が始まる前に、ストーリー、仕様書、Figmaのデザインを読み込み、抜け漏れ、矛盾、誰もテストできない基準を、修正コストがまだ小さいうちに指摘します。

  • ローカライズテスト

    翻訳を実際の画面上で確認し、文字の切れや未翻訳の箇所、ロケールごとの日付・数値・通貨の形式、複数形、右から左へ表記する言語のレイアウト、各言語で送信されるメールや通知をチェックします。

手動テストQAエンジニアを採用する

  • 専任の手動テストQAエンジニア

    御社のチームにフルタイムで参画し、御社のツールとプロセスの中で働き、御社のリードに報告する手動テストQAエンジニアです。面接は御社が行い、ウクライナでの雇用契約、給与支払い、請求書発行、休暇管理は当社が担います。

  • 手動テストプロジェクト

    スコープと固定の計画が定まった手動テストの一区切りの業務です。当社側の担当リードが成果に責任を持ち、進捗は御社のチャネルで報告します。

  • 継続的な手動テスト

    手動テストを継続サービスとして提供します。毎月同じメンバーが担当し、優先順位は御社がバックログで決め、稼働時間は当社のポータルと請求書で確認できます。

スペシャリストが御社のチームに参画する方法は専任チームのページで、プロジェクトのデリバリー、引き継ぎ、料金の考え方はアウトソーシングのページで説明しています。

御社の手動テストを担当するメンバー

  • 手動テストQAエンジニア

    テスト設計、探索的テスト、回帰テスト

  • QAリード

    テスト戦略、リリース承認、レポーティング

  • テスト自動化エンジニア

    安定したチェックの自動化スイートへの移行

  • ビジネスアナリスト

    要件と受け入れ基準

手動テストの進め方

テストはコードができる前から始まります。QAエンジニアがストーリーとデザインを読み、プロダクトオーナーと受け入れ基準を合意し、機能の開発中にテストケースを書きます。すべての不具合報告には、開発者が一読で辿れる再現手順、ビルドと環境、ログ、録画、そして御社と合意した重大度を記載します。

手動テストの時間は、人の判断が必要な部分に充てます。リリースを重ねても変わらない確認は自動化に移すため、手動テストは新機能、探索的セッション、スクリプト化するには変更が多すぎるフローを担当します。テストケースは御社のテスト管理ツールに置くので、テスターの知見は御社に残ります。

その他のソフトウェアテストサービス

ソフトウェアテストとQAの概要

手動テストに関するご質問

手動テストQAエンジニアは、どの業界で働いていますか。

主にECと小売で、セールの前に決済、支払い、プロモーションをテストします。フィンテックと銀行では、すべての取引経路と限度額についてテスト方法の記録が求められます。エンタープライズSaaSとERPでは、多数のロール、権限、長い業務プロセスを扱います。ほかに、患者データと臨床ワークフローを扱うヘルスケア、多数のデバイスにリリースするメディアやコンシューマー向けアプリ、そしてアプリ、Webポータル、ハードウェアを一緒にテストするコネクテッドデバイスがあります。

テストを自動化していても、手動テストは必要ですか。

はい、役割が異なります。自動化は、すでに設計されたチェックを繰り返します。手動テストと探索的テストは、チェックが設計されていない問題を見つけ、フローがユーザーにとって筋が通っているかを判断し、スクリプト化するには変更が多すぎる機能をカバーします。多くのチームは両方を併用し、時間をかけて安定した回帰パスを自動化していきます。

要件書がなくてもテストできますか。

はい。テストは現状の製品から始めます。探索的セッションで機能を洗い出し、疑問点は御社のチームに確認し、その回答がテストケースと、挙動に関する未決事項のリストになります。このリストが最初の仕様書になることも少なくありません。

手動テストQAエンジニアは、どのくらいで開始できますか。

適任の手動テストQAエンジニアがすぐに対応可能な場合、開始までの条件は、御社の面接と、NDAおよび知的財産権の譲渡契約の締結のみです。そうでない場合は人材を探索し、通常は2〜3週間以内に候補者のプロフィールをお出しします。御社が承諾するまで、誰も業務を始めません。

BigTree108を通じて手動テストQAエンジニアを採用するには、どうすればよいですか。

必要な業務内容、シニアリティ、稼働時間をお知らせください。1〜2名の候補者をプロフィールとともにご提案し、御社が自社で採用する場合と同じ形で面接を行います。契約はBIG TREE 108 LLCとの1本、請求書は月1通です。

成果物の権利は、誰に帰属しますか。

御社です。すべてのスペシャリストはBigTree108と署名済みの契約を結び、成果物のすべてを会社に帰属させています。さらに、御社との契約により、その権利は御社に引き継がれます。コード、デザイン、ドキュメントは、当社だけが変更できる場所ではなく、御社のリポジトリとツールに納品します。

次のリリース前にテストが必要ですか。

製品の機能、リリースの頻度、ユーザーにバグが届く箇所をお知らせください。1営業日以内に、テスト計画、候補者のプロフィール、または最初のテストラウンドのスコープをご回答します。