●BMWATA 自動化 アプローチはまず一つの開発にかかわるプロセス的なアイデアである。Test Approachです。
●BMWATAアプローチは難しいテスト状況で回帰テストの自動化の不現実さを大きく改善できる想定です。
●BMWATA法は必ずテスト対象の開発中のGUIをベース&対象に、Data, Request ,Response, Server等のMockingを開発状況等より柔軟に組合せて多種のテストを行える。
★これより下記の効果が生まれるとの想定です。
①アジャイルテストを容易に行えるようになる。SHIFT-Leftを実現。
②本番リリース直後の稼働確認にも貢献可能だと想定。実データ不要、本番悪影響ほぼなし。Morningチェックはもっと深くへ。
③スクリプト及びそのモック用のデータは自然に回帰テストとなり,保守工数はほぼ不要に（理由:アプリのBackendが変わらないのはほとんど）。
④テスト部隊は開発部隊と合わせて案件全体の効率向上へ。
Testabilityのため、要件からの開発対象とタスクの分け方、順序等の検討が可能に。
テストへのDeliveryまでに開発者はスクリプトを流すことが可能に。
（これより テストチームまでに流されるUTレベル、まったく機能実装していないような不具合の数が減らす）
⇒ 不具合によるコミュニケーション工数を減らす ⇒ リリース時期を守れる）
⑤Maximization of Test effortsに貢献。
⑥CI/CD/CTが可能に。
※画面を中心に開発する場合のBMWATAの障害カバレージイメージ
※BMWATAを実現するイメージ
