前期考慮不周導致驗收測試未通過----千里之堤潰于蟻穴

這次驗收javascript.:tagshow(event, '%B2%E2%CA%D4');" href="javascript.:;" target=_self>測試進行得似乎急了一些，系統從測試環境搬遷到商用環境剛剛結束還沒來得及檢查就把客戶請過來了。我們做好了系統測試，正當我們認為不會發生問題的時候，客戶總是想得比我們周到。

測試用例在系統測試階段已經評審通過了，而且還在客戶方得到確認。無線固話系統只允許在小區內自由移動，進行通話，用例給出的無非就是小區內、小區外的通話情況。驗收時我特地用測試話機撥打客戶手機，客戶確認沒有問題時。他們又突發奇想，自己的手機能否撥打呢？他們那聯通的手機不管是186還是156均是嘟嘟之聲，撥打不了。我也傻了，我移動的能打，他聯通的不能打嗎？而且這個無線固話還是他自家的產品。結果正因為沒有在意，也因為沒有聯通的手機，還真出現了這個情況是被客戶發現的。同時這個問題主要問題還在于客戶方，真有意思的一個BUG。

這個問題導致了客戶對產品相當不好的印象，誰知來到一個小區發生了無法變更小區的錯誤，這是一個非常大的錯誤，客戶無法接受。我們、合作方、客戶方都在全力追查此問題，此問題經過近兩小時的修改沒能解決。前方負責測試的人員在太陽的烤曬下漸漸失去了耐心，好不容易熬到午餐時間，決定撤回去。中午的時候終于查出了原因，原來該小區的基站超出了數據庫字段的最大值，而測試區域正是上次測試區域的旁邊，竟然沒有發現此問題，合該出事。

后來追查責任竟然是談需求的時候我方和客戶方曾要求過將最大值擴大一倍，而合作方HW因為升級比較麻煩沒有理會，導致了此問題。這個時候不能責怪誰，測試暫時無法進行，但項目還得開展，目前仍在全力解決此問題中，也因此而細化了測試細度，新一輪的測試比以前更加辛苦了。