軟體、硬體及其它

再談一下手機，還是那部Nokia 1200。這手機千好萬好，有一個毛病還是被我發現了。那就是，它在短消息存儲接近滿荷的時候，會将新發出的消息暫緩發送。這個問題我是在春節期間發現的，那個時候我還以為是移動的消息伺服器在處理消息洪峰時的性能問題。後來想想，才意識到其實并非如此，因為在存儲滿荷的前提下，隻要通過以下幾步，消息就100%可以立即發出：

1. 清空“已發送的消息”和“草稿”檔案夾；
2. 将要發送的消息存入“草稿”檔案夾（如果上面這步不做，會收到“存儲區已滿”的錯誤消息）；
3. 關機，再開機；
4. 進入“草稿”檔案夾，并調出存儲的消息；
5. 選擇“轉發”功能，并發送。

以上幾步的關鍵在于第1、3兩步，第2、4和5三步主要為了不再重新輸入一遍短消息内容（重新開機後，前次消息輸入的緩存不保留）。換言之，如果清掉“已發送的消息”和“草稿”檔案夾并重新開機系統，消息就100%可以立即發出。如果不重新開機，發送暫緩的問題就不能消除。那麼，根據我對這個系統的黑盒判斷，第1步是為了清除出一些空間，第3步是為了讓系統重新讀入這個空間狀态。那末結論就是，存儲空間的狀态會決定消息是不是能夠立即發出。

這個現象屬于軟體測試工程師的明顯失職，因為這種情況下消息不能立即發送（其實是永遠不發送了），是應該報存儲區滿這樣的錯誤，并提示使用者清理的。這種對于任何測試人員都應該是起碼的常識，并且一定會做的邊界情況測試，居然被忽視至此。這件事放在一向工于細節的Nokia身上，是很難原諒的。