Site icon Ký sự BrSE

[IT読解]Bài 3 : Những chú ý đặc biệt khi fix bug

Bài này khá hay, các bạn dev nên đọc qua. Có thể thông tin không có gì mới nhưng vài chi tiết người Nhật nghĩ hơi khác. Các bạn đọc bài rồi tham khảo nhé.

Nguyên tắc đọc thì mình có chia sẻ trong bài trước, đọc JP trước, không hiểu mới đá qua VN.

バグ修正において最も大切なことはドキュメントを残すということにつきると思います。プログラムは動作環境によって様々な問題が発生します。また、他の要因により不本意な修正をすることも多いでしょう。そういった修正により、プログラムはだんだん複雑に、より変更の難しいものになっていきます。その時1ラインでも情報を残す。そういった習慣が大切なのではないでしょうか。

バグが発生したら

Đối ứng khi phát sinh bug

プログラマなら誰しもバグ修正をした経験があるでしょう。ソフトウェアが完全になることはありません。プログラムを人間が作っている限り、これは避けられないことなのかもしれません。

バグを修正する時は、もう問題が発生しないようにと考えて修正します。しかし、実際には予期せぬ新たな問題が発生してしまったり、最悪の場合、問題そのものが解決しない場合もあります。

このような事態を避けるには、どのようなことを心掛ければいいのでしょうか。この記事では主にプログラマが心掛けたいことについて、考えてみたいと思います。

前バージョンの回避コードを正しく修正

Fix đúng bug tồn động từ version trước

ソフトウェアがバージョンアップである場合は、バグの回避コードを正しい形にしましょう。

リリース後の修正は大規模な改変が難しく、何らかの回避コードが埋め込まれていることが多いものです。こういった、ちょっとトリッキーな変更を正すことはメンテナンスを楽にします。ソースコードにコメントとして残すのはもちろん、可能であればこういった修正のリストを作っておくとよいでしょう。

各コンポーネントの独立性を高める

Nâng cao tính độc lập cho các component ( cái này nằm trong nguyên tắc SOLID – các bạn google thêm)

各コンポーネントの関連性が少ないほど、コードの変更は楽になります。

これは言うまでもありませんね。GlobalやPublic変数、その他関連するモジュールが多いと、コードの変更部分が多くなり、検証も難しくなります。コードの可視性向上の点からも、プログラムの独立性は高めておくべきでしょう。

よいコードを参考にする

Tham khảo các code đẹp (kotex code hoặc clean code tùy bạn hiểu sao hiểu)

コードを多く読んで、よいと思われるところはどんどんマネしましょう。

優秀と言われる、それも長く安定して使われているプログラムのソースコードには、多くのノウハウが詰まっているものです。これらを多く読み、自分のものにしていくことには大きな意味があります。

本当の問題を見極める

Tìm ra vấn đề mấu chốt

修正コードを作る前に、本当の問題が何かを正しく見極めましょう。

当たり前のことだと思われるかもしれませんが、本質的な問題解決を行っていないことは意外と多いのです。現象だけ見て修正しても、別のケースでは解決できていないかもしれません。

様々な事情から対処療法的な変更をしなくてはならない場合もあります。その場合は、情報をコメントや資料で残しておくべきでしょう。

修正が他のルートに影響を及ぼさないように

Làm sao để sửa bug này không lòi bug khác.

これは特にリリース後のプログラムに言えることです。そういった場合、テスト時間があまり取れないことも多いです。修正は特定のルートに絞るのが無難です。変更の元となったバグ情報へのリンクがあると、後に役立ちます。

性能を落とさないよう注意

Chú ý đừng làm sập tính năng ứng dụng

これもリリース後のプログラムに言えることです。バグを直すことに着目しすぎるあまり、性能への配慮がおろそかになることがあります。どうかお忘れなく。

時には性能劣化が避けられないこともあるでしょう。その場合はあらかじめ利用者に説明しておくと効果的です。後で発覚するとかなり面倒なことになりますよ。:)

確認テスト手順の確立

Tạo tài liệu hướng dẫn tuần tự test confirm

修正の確認というのは、なかなかやっかいなものです。問題の確認だけでなく、他の部分に影響がないか検証しなくてはなりません。そういった時、プログラムの動作を検証するテスト手順が確立されていると、作業がしやすいですよね。

バグ修正において最も大切なこと

CHÚ Ý QUAN TRỌNG NHẤT KHI FIX BUG

バグ修正において最も大切なことはドキュメントを残すということにつきると思います。

ここで言うドキュメントとは、文章ファイルだけでなく、ソースコードのコメント、バグ情報データベースの類、などなど、バグとその修正方法に関する全ての情報を示しています。プログラムの変更を難しくしている理由の一つに、バグと変更の理由が不明、ということにあるのではないかと思うのです。

http://yasuho.hatenablog.com/entry/20061127/p1

5/5 - (4 votes)
Exit mobile version