一次失敗的WebService佈署

今天真是失敗啊,加班加到1點,而原因居然都是一些小細節。

細節1。midas.dll  以前都是不能處理的異常向外拋出,這次居然自作主張,什麼異常都不拋,看上去一片歌舞昇平,結果,搞的上至經理,下至程序員都以爲是自己的問題,把Web服務器搞壞, 一個個瘋狂中。沒想到拋出異常一看,原來是Delphi的midas.dll沒更新至最新版本。唉,這裏要說一下,如果WebService中有用到TClientDataSet的話,機子上的midas.dll要是最新版本的,要不然會出動態數組被鎖的異常。

細節2。測試用例。 測試用例總是好的,但如果這個測試用例與實際使用的用法不一樣的話,那就真的大大的不好了。我給了Web開發人員一個測試用例,其中的參數並不是實際要用的參數,這下有意思了,我的測試用例,哇,真是綠油油的,但Web那兒死活都不行,半夜三更,客戶的服務器又在NN遠之外,沒有數據,只好動手構造出一個假的,一測才知道,唉,Web上本來應該用另一個參數的,結果用了我測試用例上的參數。唉,有測試用例是好的,但不合實際的測試用例還不如沒有測試用例。不過,這兒要說一下,測試用例的重要也在這次表現了出來,正因爲有測試用例,才能在一次又一次的服務調整中進行重複測試,才能在最後得出WebService是正確的,但Web調用不對的結論,所以啊,測試用例還要寫,但水平實在是有的要提高了。

細節3。交流。還是那個關異常都吃掉的問題。如果沒有與同在加班的同事交流關於WebService的寫法問題的話,可能到天明都還不知道爲什麼。所以,獨立解決問題是好的,但,與同事多多交流,會更有利於問題的解決與個人的成長。

細節4。在一切可能都被證實是錯的情況下,即使是最不可能的,也是事實。在把所有異常都吃掉的情況下,我一直認爲我的代碼沒有問題,從而一直在找服務器的問題,而完全無視了其它WebService是正常的情況,一直沒有懷疑自己的代碼會不會拋異常,最後才發現,異常都吃掉了,當然代碼沒有異常了。唉,知道了結果,真是無地自容啊。

注重細節不一定就能成功,但注重細節一定是成功的一部分。看來還有很長的路要走啊。
    要注意積累平時的經驗,像midas的問題,以前不是沒有遇上過,但解決完也就完了,沒有記下來。
    要注意測試,測試用例要與實際一樣,而且不是用一個例子過就可以了,要想想有什麼問題,多寫幾個不同方面的測試出來
    要與同事多多交流,難搞的問題,不如與同事多談談,他們可能已經解決過了
   
希望不要有上面這些原因而搞的下一次加班。1點,天好冷,可憐我還穿短袖啊。這下要感冒了。
發佈了48 篇原創文章 · 獲贊 0 · 訪問量 14萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章