テスト専門の部署を立ち上げてから早いもので、もうすぐ3年が経過します。
自分で一からテストのことを勉強して、どういったことが必要かやどういった技法があるかなどを独学で学んできて、ようやく社内にも色々なことが浸透してきたなと思います。
実際にテストしていると、修正が追いついてこないと修正する側に回ることもあったりして、いわゆるスパゲッティプログラミングや読みにくいコードを見ていると、このブログで何度も書いていますが、読みやすいコードを書くことは本当に重要です。
何が重要かというと、やはりその後のメンテナンスや開発中のバグフィックスの速度に、ものすごく影響してきます。
今回ある2つのプロジェクトがあり、その修正に回ることがありました。
一方は修正しやすいので、私が突然修正に回ってもすぐにコードを読みことができましたし、もう一方はスパゲティなので、ちょっと影響がどこに及ぼしているのかが非常にわかりずらいと思いました。
このように違う例を実際に見てみると、読みやすいコードを書くことは重要であると思いました。
自分で一からテストのことを勉強して、どういったことが必要かやどういった技法があるかなどを独学で学んできて、ようやく社内にも色々なことが浸透してきたなと思います。
実際にテストしていると、修正が追いついてこないと修正する側に回ることもあったりして、いわゆるスパゲッティプログラミングや読みにくいコードを見ていると、このブログで何度も書いていますが、読みやすいコードを書くことは本当に重要です。
何が重要かというと、やはりその後のメンテナンスや開発中のバグフィックスの速度に、ものすごく影響してきます。
今回ある2つのプロジェクトがあり、その修正に回ることがありました。
一方は修正しやすいので、私が突然修正に回ってもすぐにコードを読みことができましたし、もう一方はスパゲティなので、ちょっと影響がどこに及ぼしているのかが非常にわかりずらいと思いました。
このように違う例を実際に見てみると、読みやすいコードを書くことは重要であると思いました。