用 C/ C++ 開發的系統,在運維的時候,會因為內存管理髮生了問題,而使得系統崩潰⋯

這樣的運維上的問題,是很嚴重的。但測試人員卻真的很難在自家 「集成測試」 的環境中,將 C/ C++ 內存管理的缺陷給測試出來的。因為,所謂的自動化集成測試,往往在開發、維護自動化用例、構建環境上的成本過高,然而測試的有效性卻往往是讓人失望的。 

IT 軟體這ㄧ行總是有些 「甩鍋天才」?!

當 C/ C++ 的系統在運維時,因為內存管理的問題而發生崩潰時,測試人員當然會首先的遭受到責難。面對這樣苦逼的處境,有的測試人員會認真的思考,設計出另一種方式的測試方法、策略;這些測試的方法、策略在 Netflix, Facebook , GitHub 開源社群⋯是相當多的,當然也是相當有效的。

「甩鍋天才」 會怎麼做呢?

  • 將 C/ C++ 系統在運維時,「動態」 所發生的內存管理的問題(鍋)「丟」 到 「靜態」 的代碼檢查。然後,天真的相信,只要將靜態代碼檢查的告警清零,系統在運維上內存管理的惡夢,就不會再來了,就煙消雲散了。

我每每看到這樣的場景,看到這樣解決問題的態度、方法,就讓我想起了滿清末年的 「義和團」;滿清末年抵擋不了外國的槍、炮,「義和團」 就搞個 「肉身」 能刀槍不入、「神功」 附體,來 「保家衛國」。

做 IT 這一行的,只要是還待在 IT 這一行一天,就不要拋棄 「編程語言」。當我們拋棄編程語言時,編程語言就會以 「無知」 來回報給我們,使得我們成為只會耍嘴皮子的 「甩鍋天才」、「義和團」。

發表評論

郵箱地址不會被公開。 必填項已用*標註

此站點使用Akismet來減少垃圾評論。了解我們如何處理您的評論數據