検証はどこで行うと、
開発が止まらなくなるか

当社の現在の分担です。所要時間の桁が違うものを同じ場所に置かない、という基準で分けています。

表は横にスクロールできます。

手元と共有の自動ビルドで同じ検査を通しています。二重ですが、手元は速さのため、共有側は環境差を排除するために必要でした。

実際に順番待ちを減らしたのは、次の四つでした。

1. 01

   掲載内容の決まりを、機械が読める形にした

   必須項目が埋まっているか、リンク先が実在するか、題名や説明文が重複していないかを、公開前ではなく編集直後に検査できるようにしました。内容の誤りは、書いた直後がいちばん直しやすいためです。

2. 02

   検査を用途ごとに分けて、単独で走らせられるようにした

   全部まとめてしか実行できないと、一箇所の確認のために全部を待つことになります。内容の検査だけ、生成物の検査だけ、というように分けました。

3. 03

   同じ作業の古い実行を止めるようにした

   同じ作業に続けて変更を上げると、以前の実行はもう結果を使いません。共有の自動ビルド側で、古い実行を打ち切る設定にしています。

4. 04

   生成物の差分をそのまま失敗として扱うようにした

   検索まわりの生成物は、内容から自動生成されます。生成し直した結果が記録されている内容と食い違っていれば、そこで止めます。あとから「生成し忘れ」を探す作業がなくなりました。

当社が手元で踏んでいる順番です。上ほど速く、下ほど重い検査になっています。

1. Step 01

   型を通す

   まず型の検査を通します。ここが落ちている状態で先へ進むと、後続の検査結果が読めなくなります。

2. Step 02

   掲載内容の決まりを通す

   必須項目、リンク先、重複、公開してよい表現かどうかを検査します。内容を触ったときは、ここまでで大半の誤りが見つかります。

3. Step 03

   生成物を作り直して、差分を確認する

   内容から生成される一覧や参照用ファイルを作り直し、記録済みのものと一致するかを見ます。差分があれば、その生成物も同じ単位で残します。

4. Step 04

   本番と同じ手順で一度組み立てる

   静的な書き出しまで含めて通します。ここまで通してから変更を上げると、共有側で落ちる回数がはっきり減りました。

分担を決めるときに使った基準です。

検査は増やすほど安心ですが、増やしすぎると誰も通さなくなります。追加する前に見ている項目です。

偽の失敗が続く検査は、いずれ無視されます。無視される検査は、無いのと同じどころか判断を鈍らせます。