試験は計画的にやらないと破綻することがあります。
開発よりも、計画が立てやすく、開発のお尻を叩いて、開発段階（フェーズ）ごとに必ず試験をする習慣を身につけてもらうことが大切だと思います。
単なるレビュー（見直し）だけで済ませるのではなく、ありとあらゆるレビューには、なんらかの試験結果をつける習慣が身につくとよいかもしれません。
試験といっても、プログラミング言語によるプログラムを書いた試験、簡単なスクリプト言語による試験（チェック）、形式手法を用いた論理的試験（検証）、試験ツールを用いた試験など、さまざまな道具を使いこなすとよいと思います。
そういう作業をする上での一つの枠組みを示していると思われます。

ソフトウェア開発プロセスの中で、テスト領域に特化したプロセス改善。
テストを 20 の領域に分け、個々の領域におけるレベル定義とそれらの依存関係、および各レベルでの改善提案が記載されている。

テストプロセス改善について書かれた、数少ない(唯一？)日本語訳本です。