TOP／ ソリューション／ 品質保証・ソフトウェアテスト／ マニュアルテスト支援
マニュアルテスト支援
リリース前のテストを、開発メンバーだけで抱えない。
手順書や仕様書がそろっていなくても、お引き受けできます。
いまある資料をもとに、テストの計画から報告までを担当し、
リリースの判断に必要な結果をお渡しします。
Issues
こんな状態になっていませんか
- リリース前は、開発メンバーが総出でテストしている。 本来の開発が止まり、確認も「いつも触る所」に偏りがちです。
- 「どこまでテストした？」に、はっきり答えられない。 記録がなく、出してよいかの判断が勘になる。
- OSやブラウザの更新のたびに、全部を手で確認し直している。 同じ作業に、毎回同じだけ時間がかかる。
Scope
どの工程を、どこまで任せられるか
中心は システムテストと受け入れテストです。結合テストとリリース後の回帰テストにも対応し、単体テストは開発者の担当としています。
開発の工程 | どんな確認か | コウェルの関わり方 | 具体的に |
|---|---|---|---|
要件定義・設計 | 仕様書が、テストできる書き方になっているか | ご希望に応じて | テストの観点から仕様書を確認 |
単体テスト | 部品ひとつひとつが動くか | 対象外 | 開発者の担当（研修は「QAイネーブルメント」で承ります） |
結合テスト | 部品をつないで正しく動くか | 対応可能 | 設計・実行に対応 |
システムテスト | システム全体を通して正しく動くか | 中心となる工程 | テストの計画・設計・実行から完了報告まで |
受け入れテスト | 使う人の業務の流れで使えるか | 中心となる工程 | お客様の業務の流れに沿って確認 |
リリース後・改修のたび | 直した所の周りや、環境が変わった後も動くか | 対応可能 | 回帰テスト、OS・ミドルウェア更新時の動作確認、新旧システムの比較 |
Plans
手元にあるもので選ぶ、3つの頼み方
どこから頼めるかは、 今お手元に何があるかで決まります。
迷う場合は、こちらで判断します。
図：頼み方ごとに、コウェルが引き受ける範囲
A実行だけ任せる
手元にあるもの：テストの手順書がある
忙しい時期だけ、確認の手を増やしたいときに。
Bテストの設計から任せる
手元にあるもの：仕様書がある
「何を確かめるか」から任せたいときに。テストケースはお客様の資産になります。
Cテストの計画から任せる
手元にあるもの：どちらもない・古い
仕様を知る人がいない古いシステムに。整理した仕様は今後の改修にも使えます。
Types
テストの種類を、ことばで説明すると
テストの種類 | ひとことで言うと | こんなときに |
|---|---|---|
機能テスト | ボタンを押したら、決めたとおりに動くか | 新しい機能を作ったとき |
回帰テスト | 直したついでに、前は動いていた所が壊れていないか | 改修・不具合修正のたびに |
探索的テスト | 仕様書にない使い方を、経験者があえて試す | 仕様書では見つからない不具合を探す |
受け入れテスト | 使う人の業務の流れで、通して確かめる | リリース直前の最終確認 |
動作確認 | OS・ブラウザ・端末が変わっても同じように動くか | OSやミドルウェア（OSとアプリの間で動く基盤のソフト）の更新、対応端末の追加 |
Report
毎日と最後のアウトプット
本日の確認範囲
会員登録・ログイン・パスワード再設定
No. | 画面 | 起きたこと | 重さ |
|---|---|---|---|
012 | 会員登録 | 全角スペースを入れると登録ボタンが押せない | 中 |
013 | ログイン | 5回失敗後のロック解除メールが届かない | 高 |
014 | 再設定 | 完了画面の文言が仕様書と異なる | 低 |
明日の予定
マイページ・退会
確認したいこと
No.014 の文言はどちらが正しいか
毎日
- 確かめた範囲と、予定に対する進み具合
- 見つかった不具合（どこで・どう操作すると・何が起きるか）
- 明日の予定と、お客様に確認したいこと
テストの最後に
- 確かめた範囲と、確かめていない範囲
- 残っている不具合と、その重さ
これをもとに、お客様が根拠をもってリリースを判断できます。
Strength
コウェルに任せる理由
ISTQBの最上位認定を持つ会社の手順で進める
コウェルは、ソフトウェアテストの国際資格制度ISTQBで最上位のパートナー認定（Global Partner）を受けています。観点の出し方から不具合報告の書き方まで、その知識体系でそろえます。
仕様がそろわない案件で、2万件規模のテストを完遂してきた
仕様が分からない大規模ECリニューアルでは約2万件のテストケースを設計・実行し、仕様書のないWindowsアプリでは画面の操作から検証を設計しました。どちらも事例として公開しています。
ベトナムのトップ大学から採用したチームが、日本語で動く
ハノイ工科大学などベトナムのIT分野上位の大学と連携して採用し、全社員が専門講師による日本語のレッスンを受けて、日本語で業務を行える体制を整えています。日本側のリードと同じ言葉で進められます。
Case
事例
倉庫・物流
大規模ECリニューアルにおける2万件のテスト完遂と、「仕様不明」×「短納期」を突破した品質基盤
既存ドキュメントが最新仕様と食い違い、画面仕様や業務ロジックが不明確な中で、仕様を補いながらテスト観点を整理し直した事例。
電機メーカー
仕様書不在のレガシーWindowsアプリに対し、操作起点の検証設計と自動化で品質可視化と回帰効率化を実現
10年以上の改修でコードが複雑化し、設計書や仕様書もない「仕様のブラックボックス化」したアプリの品質改善に取り組んだ事例。
グローバルテック
1億会員のID基盤の品質を再定義、7,000件検証で実現した安定リリース体制
認証API・セッション管理・外部サービス連携など、1つの不具合がシステム全体に響く認証・会員管理システムの品質検証を担当した事例。
FAQ
よくある質問
Q仕様書がなくても頼めますか？
頼めます。画面の操作やヒアリングから仕様を書き起こします（頼み方C）。
Qどのくらいの期間・規模から頼めますか？
最短1か月から、継続の場合は3か月単位でお受けしています。規模の下限はありません。
Qテストに使う端末や環境は、誰が用意しますか？
基本的には、お客様にご用意いただきます。対象の端末・OS・ブラウザは事前にご相談します。
Q途中から自動化に切り替えられますか？
できます。繰り返し使うテストから順に、自動テストへ置き換えます。
Q機密情報の扱いはどうなりますか？
秘密保持契約を結んでから着手し、お預かりした資料・データはテスト以外に使いません。
まずは、お手元の資料を見せてください
資料を拝見し、A〜Cのどれが合うかをご提案します。
Copyright © 2025 CO-WELL Co., LTD. All rights reserved.