軟件測試人員容易遺漏的測試缺陷[2]

　　軟件測試人員容易遺漏的測試缺陷[2]   軟件測試　

   　7、多節點的逆向流轉缺陷

　　當前軟件不少喜歡使用工作流來驅動。工作流的問題，就是可能出現多個流向分支。測試容易忽略的部分，就是工作流多節點的逆向流轉。例如，通過不通過涉及兩個分支，但是流程逆轉的時候，有可能不是回到上一節點而是平級的另一個節點去了。軟件測試要格外注意這類用例的設計。另外，有些時候默認分支在向前的時候是有默認值的，例如默認通過，那么保存的時候要提示用戶是否通過，否則可能由于操作疲勞而走錯了節點，引起回退。

　　8、輸入框缺陷

　　試過往輸入框粘貼數據而不是直接輸入嗎?可能這里會出現問題。按 Ctrl+V 的時候，輸入框會根據長度大小自動截斷輸入長度。但是用鼠標，截斷可能會失效。有一次測試人員就是用這種方法把一篇 Word 文檔輸入進去了，保存的時候，數據庫崩潰。有些網站登陸的口令****可以拷貝下來的，只要放在剪貼板里面馬上明文顯示。

　　輸入框可以說是問題最多的部分，能夠引起的麻煩也很多。日期、數字、文本等等，都需要耐心的測試一下。

　　9、界面布局缺陷

　　曾經有一次，項目經理回來向測試部反映一個問題，客戶對界面不滿意。原因很簡單，因為界面上刪除按鈕和保存按鈕挨得很近。結果有些操作不熟練的業務人員，很容易誤按。這個問題是測試人員沒有意料到的，因此注意關閉、刪除、退出按鈕與保存、下一步等按鈕的距離。類似的按鈕應按此規則排列分布。

　　界面布局還可能發生在窗口最大化和最小化上，有可能窗口縮小的時候沒有下拉框或不匹配分辨率，對用戶來講，這個錯誤實在很低級。有些用戶由于操作習慣，非常不喜歡騰出手使用鼠標，尤其是大量輸入的界面，因此，要注意設置鍵盤的快捷方式。還有，按 Tab定位到下一焦點時要注意順序，避免跳轉太靈活而讓操作人員感到無從適應，在界面進行維護或者修改的時候，不要忘了軟件測試開發人員是否無意改變了這些快捷方式和跳轉順序。

　　10、版本和補丁包的環境問題

　　理論上講，這屬于兼容性測試應該覆蓋的問題。有些客戶很喜歡更新最新的軟件版本或者微軟時不時打些補丁包，問題就出現了。有時候升級不一定是好事。這些問題最好在測試的時候增加幾個用例，多用不同軟件版本的機器跑一跑。軟件測試有個定律是：你沒跑過的地方，就一定會出事。經常聽到開發人員抱怨，怎么我的機器沒問題，你的機器就有事了呢?這不能完全靠配置管理員解決問題，環境配置項是大家最容易忽略的。

　　11、用戶管理缺陷

　　用戶管理的角色和授權需要好好研究一下，作過測試的人員都知道，有時候為了測試的方便，測試用戶都是具有超級權限的用戶。而且，比較容易忽略用戶管理這一部分的測試。往往發往客戶的時候，很多測試用戶都沒有刪除。

　　另外，有些接口的用戶和口令，到軟件使用壽命結束都沒有更改過。在一次測試中，軟件測試人員發現，給一個用戶授超級用戶權限，之后更改這個用戶為受限權限。使用中發現，用戶居然沒有真正回收權限，用戶管理界面上沒有任何不對。及早準備用戶管理用例，不要等到測試快結束時候才想起。

　　12、常識缺陷

　　從邏輯或者統計學上講，計算機是允許如此處理的，但是從常識上來講，這些情況不可能發生。例如電話號碼不可能出現小數點，終止時間不能大于開始時間等等。除此之外，常識還要結合業務特點來進行判斷，因此，開發和測試人員要格外注意對自己知識的培養以及增加對需求細節的了解。不能因為一味追求進度而采用最簡單的代碼來實現，對用戶來說，這些錯誤可能是很荒謬的。

　　盡管我們不可能完美的測試一個軟件，但是我們仍然可以改進我們的軟件測試。每次測試結束，及時總結測試中的不足，進一步完善用例。思考一下那些容易忽略的軟件缺陷，能提高對軟件測試的認識，提高所在組織軟件的質量。

原文轉自：http://www.anti-gravitydesign.com