ソフトウェア開発をしていると、どうしても仕様の矛盾点や不整合が生じることが多々あります。
そういった仕様の矛盾点を見つけるのは、非常に難しいと思います。
私なりに色々と考えてみて、仕様の矛盾点を見つけるコツは「気づき」であると思います。そういったことはどうしても属人化してしまいます。
その気づきを磨くために、バグりそうなパターンやソフトウェアがどのように動作しているかを調べたり・勉強したりしなくてはいけないと思います。
ただその中でもバグりそうなパターンというものはある程度、ノウハウとして蓄積されているので、そこをいかに共有していくかが、極力属人化させないための一つの手段であると考えます。
その他にも、前提として対象のソフトウェアを熟知することは言うまでもありません。
そういった仕様の矛盾点を見つけるのは、非常に難しいと思います。
私なりに色々と考えてみて、仕様の矛盾点を見つけるコツは「気づき」であると思います。そういったことはどうしても属人化してしまいます。
その気づきを磨くために、バグりそうなパターンやソフトウェアがどのように動作しているかを調べたり・勉強したりしなくてはいけないと思います。
ただその中でもバグりそうなパターンというものはある程度、ノウハウとして蓄積されているので、そこをいかに共有していくかが、極力属人化させないための一つの手段であると考えます。
その他にも、前提として対象のソフトウェアを熟知することは言うまでもありません。