正式な要件のないアプリケーションまたはシステムの場合、同様のプログラムから類推して通常の操作に基づいてテストケースを作成する。
シナリオテストでは、架空のストーリーに従って、テスターが複雑な問題やシステムについて考られるようにしている。これらのシナリオは通常、詳細までは書かれていない。それらは、テスト環境の図のように単純な場合もあれば、散文で書かれた説明の場合もある。理想的なシナリオテストは、やる気を起こさせ、信頼でき、複雑で、評価しやすいストーリーであることだ。これらは通常、テストケースが単一のステップであるのに対し、シナリオは重要ないくつかのステップをカバーするという点でテストケースとは異なる。 
典型的なテストケースの記述形式.
テストケースは通常、アプリケーションの正しい動作/機能、機能をテストするための単一のステップ、または場合によっては一連のステップである。通常、期待される結果または期待される結果が示されている。 
通常含まれている追加情報：
大規模なテストケースには、前提条件の状態または手順、および説明が含まれる場合もある。
書面によるテストケースには、実際の結果を保存してある場所も含まれている必要がある。
これらの手順は、ワードプロセッサの文書、スプレッドシート、データベース、またはその他の一般的なリポジトリに保存されている。
データベースシステムでは、過去のテスト結果、結果の生成者、およびそれらの結果の生成に使用されたシステム構成を確認できる場合もある。これらの過去の結果は通常、別のテーブルに保存されている。
多くの場合、テストスイートには以下も含まれている。
テストする機能の説明、およびテストを確実に実行できるようにするために必要な準備に加えて、テストケースで最も時間のかかる部分は、システムが変更されたときに既存のテストケース変更することである。
特別な場合であるが、テストを実行して生成した結果を、専門家のチームが見て合否を評価する。これは、新製品のパフォーマンス数値の決定でよく発生する。最初のテストは、後続のテストおよび製品リリースサイクルのベースラインとして使用される。