デバッグの体制

まず、検証する版をそろえましょう。版が違えば、同じ問題かどうかを判断しにくくなります。見つけたら、再現できる手順も探して報告します。

漫然と遊ぶだけではなく、仕様の組み合わせや担当箇所を細かく調べます。直す人が全試行も兼ねると、その人しかできない修正の時間が失われます。発見と修正を組織的に分ける意味は、ここにあります。

問題の影響に応じて重要度を付け、直せる担当へ送ります。不具合だから何でもプログラマー、ではありません。

表示の形ならアーティスト、動きならモーション担当が直す場合もあります。優先順位と専門性を分けて整理してください。負担が見えれば、多く抱えた人から別の人が引き受けるなど、助け合うこともできます。

修正したら、発見側へ戻して確かめます。複数の条件で直ったと確認できて、やっと完了です。

完了した記録も、再発時のために残します。関連チケットを参照したりまとめたりしながら、誰かの手を離れたまま放置されないようにしましょう。修正箇所が動くだけでなく、関係する条件へ問題が入っていないかも確認が要ります。