ビジネス向けテスト

ビジネス向けテストは、顧客、ユーザー、ビジネスアナリストなどの開発チームの非プログラミングメンバーとのコミュニケーションを支援することを目的としたテストです。自動化すると、システムコンポーネントのアーキテクチャを無視して、ドメイン指向の用語でシステムを記述します。ビジネス向けテストは、受入基準として頻繁に使用され、そのようなテストに合格すると、システムが顧客が期待する機能を提供していることを示します。

自動化されたビジネス向けテストは、DomainSpecificLanguageの何らかの形式で表現されることがよくあります。これにより、非プログラマーとのコミュニケーションが容易になり、プログラマーにコードの詳細から離れるためのメカニズムが提供されます。CucumberやTwistなどのツールは、そのようなDSLの設計と、テスト対象システムにバインドするメカニズムを提供します。

ビジネス向けテストは通常、BroadStackTestsとして実装されます。なぜなら、ユーザー向けの表現により、テスト対象システムをブラックボックスとして扱うことを示唆するからです。ただし、メンテナンスの容易さと実行の高速化につながるため、ComponentTestsとしてビジネス向けテストを実装することには大きな利点があります。

私は自動テストの熱烈な支持者ですが、ビジネス向けテストではマニュアルテストが重要な役割を果たすことを認識することが重要です。探索テストやユーザビリティテストなどの手法は本質的に手作業であり、バランスの取れたテストポートフォリオの不可欠な部分です。

StoryTestsとUserJourneyTestsは、ビジネス向けテストの2つの一般的な形式です。「ビジネス向けテスト」という用語は、ブライアン・マリクのテストクアドラントから来ています。