ウオーターフォール開発のV字モデルテスト

単体テスト UnitTest(UT or PT)

Rspecだと主に/model
メソッドや関数が要件通りに動作するか確認する。

Rspecだと/request
複数の処理を組み合わせて、エンドポイントが要件通りに動作するかテストする。
リクエストの振る舞いをテストするので、
システム内で外部連携がある場合はスタブでも良い。(呼び出しができていれば良い)

Rspecだと/system
複数のエンドポイントを利用してユースケースのシナリオがうまくいくかテストする。
外部連携もスタブでは無くて実際のシステムを結合してテストする。
リアルなデータでテストできると良い。
実際のユーザーの操作するユースケースを網羅する。
シナリオテスト、E2Eともいう。

システムに高負荷をかけてパフォーマンスが要件を満たすかテストする。

セキュリティバグが存在しないかテストする。

システム開発を外注している時に行う。
システムだけでは無く、ドキュメント、契約など含めてテストする。
契約時の成果物の確認

実際のユーザに新バージョンのサービスを使用してもらうことで、開発やテスト時に気づかなかった問題やユーザビリティーを発見する。

意図的にシステム障害を起こす事で本番稼動中のシステム障害をシミュレートする考え方です。

生産準備レビュー
googleのSRE/CREはやっているみたいです。
運用設計(監視、お問合せ体制など)がきちんとできているかをレビューします。

あらかじめ作成されたテストケースをテストするのではなく、ソフトウェアの振る舞いやテスト結果を見ながらテストエンジニアが設計、実施、記録、検証を同時にテストする手法です。
アドホックテスト、モンキーテストとの違いは、

バグ修正のためのコミットで最近何度も修正されたファイルにはバグがある可能性は高いなどのスコアを出してくれます。
Google ではコードの品質保持の一つの方法としてこういった指標も利用しいているとのこと。
ググるとツールが結構出てきます。

といった感じです。