軟件測試總結(jié).doc

常用的功能測試方法功能測試就是對產(chǎn)品的各功能進行驗證，根據(jù)功能測試用例，逐項測試，檢查產(chǎn)品是否達到用戶要求的功能。常用的測試方法如下： 1. 頁面鏈接檢查：每一個鏈接是否都有對應(yīng)的頁面，并且頁面之間切換正確。 2. 相關(guān)性檢查：刪除/增加一項會不會對其他項產(chǎn)生影響，如果產(chǎn)生影響，這些影響是否都正確。 3. 檢查按鈕的功能是否正確：如update, cancel, delete, save等功能是否正確。 4. 字符串長度檢查: 輸入超出需求所說明的字符串長度的內(nèi)容, 看系統(tǒng)是否檢查字符串長度,會不會出錯. 5. 字符類型檢查: 在應(yīng)該輸入指定類型的內(nèi)容的地方輸入其他類型的內(nèi)容(如在應(yīng)該輸入整型的地方輸入其他字符類型),看系統(tǒng)是否檢查字符類型,會否報錯. 6. 標(biāo)點符號檢查: 輸入內(nèi)容包括各種標(biāo)點符號,特別是空格,各種引號,回車鍵.看系統(tǒng)處理是否正確. 7. 中文字符處理: 在可以輸入中文的系統(tǒng)輸入中文,看會否出現(xiàn)亂碼或出錯. 8. 檢查帶出信息的完整性: 在查看信息和update信息時,查看所填寫的信息是不是全部帶出.,帶出信息和添加的是否一致 9. 信息重復(fù): 在一些需要命名,且名字應(yīng)該唯一的信息輸入重復(fù)的名字或ID,看系統(tǒng)有沒有處理,會否報錯,重名包括是否區(qū)分大小寫,以及在輸入內(nèi)容的前后輸入空格,系統(tǒng)是否作出正確處理.10. 檢查刪除功能:在一些可以一次刪除多個信息的地方,不選擇任何信息,按”delete”,看系統(tǒng)如何處理,會否出錯;然后選擇一個和多個信息,進行刪除,看是否正確處理. 11. 檢查添加和修改是否一致: 檢查添加和修改信息的要求是否一致,例如添加要求必填的項,修改也應(yīng)該必填;添加規(guī)定為整型的項,修改也必須為整型. 12. 檢查修改重名:修改時把不能重名的項改為已存在的內(nèi)容,看會否處理,報錯.同時,也要注意,會不會報和自己重名的錯. 13. 重復(fù)提交表單：一條已經(jīng)成功提交的紀錄，back后再提交，看看系統(tǒng)是否做了處理。 14. 檢查多次使用back鍵的情況: 在有back的地方,back,回到原來頁面,再back,重復(fù)多次,看會否出錯. 15. search檢查: 在有search功能的地方輸入系統(tǒng)存在和不存在的內(nèi)容,看search結(jié)果是否正確.如果可以輸入多個search條件,可以同時添加合理和不合理的條件,看系統(tǒng)處理是否正確. 16. 輸入信息位置: 注意在光標(biāo)停留的地方輸入信息時,光標(biāo)和所輸入的信息會否跳到別的地方. 17. 上傳下載文件檢查：上傳下載文件的功能是否實現(xiàn)，上傳文件是否能打開。對上傳文件的格式有何規(guī)定，系統(tǒng)是否有解釋信息，并檢查系統(tǒng)是否能夠做到。 18. 必填項檢查：應(yīng)該填寫的項沒有填寫時系統(tǒng)是否都做了處理，對必填項是否有提示信息，如在必填項前加* 19. 快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C Ctrl+V Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。 20. 回車鍵檢查: 在輸入結(jié)束后直接按回車鍵,看系統(tǒng)處理如何,會否報錯. 測試的基本原則在設(shè)計有效測試用例之前，測試工程師必需理解軟件測試的基本原則。這里有一組測試原則： 1 、所有的測試都應(yīng)追溯到用戶需求。正如我們所知：軟件測試的目標(biāo)在于揭示錯誤。而最嚴重的錯誤（從用戶角度來看）是那些導(dǎo)致程序無法滿足需求的錯誤。 2 、應(yīng)該在測試工作真正開始前的較長時間內(nèi)就進行測試計劃。測試計劃可以在需求模型一完成就開始，詳細的測試用例定義可以在設(shè)計模型被確定后立即開始。因此，所有測試應(yīng)該在任何代碼被產(chǎn)生前就進行計劃和設(shè)計。 3 、 Pareto 原則應(yīng)用于軟件測試。簡單地講， Pareto 原則暗示著測試發(fā)現(xiàn)的錯誤中的 80 很可能起源于程序模塊中的 20 。當(dāng)然，問題在于如何孤立這些有疑點的模塊并進行徹底的測試。 4 、測試應(yīng)從 “ 小規(guī)模 ” 開始，逐步轉(zhuǎn)向 “ 大規(guī)模 ” 。最初的測試通常把焦點放在單個程序模塊上，進一步測試的焦點則轉(zhuǎn)向在集成的模塊簇中尋找錯誤，最后在整個系統(tǒng)中尋找錯誤。 5 、窮舉測試是不可能的。即使是一個大小適度的程序，其路徑排列的數(shù)量也非常大。因此，在測試中不可能運行路徑的每一種組合。然而，充分覆蓋程序邏輯，并確保程序設(shè)計中使用的所有條件是有可能的。 6 、為了達到最佳效果，應(yīng)該由獨立的第三方來構(gòu)造測試。 “ 最佳效果 ” 指最有可能發(fā)現(xiàn)錯誤的測試（測試的主要目標(biāo)），所以創(chuàng)建系統(tǒng)的軟件工程師并不是構(gòu)造軟件測試的最佳人選。7、 不充分的測試是不負責(zé)任的；過分的測試是一種資源的浪費，同樣也是一種不負責(zé)任的表現(xiàn). 測試的基本原則1應(yīng)當(dāng)把“盡早和不斷的測試”作為開發(fā)者的座右銘2程序員應(yīng)該避免檢查自己的程序，測試工作應(yīng)該由獨立的專業(yè)的軟件測試機構(gòu)來完成。 3設(shè)計測試用例時應(yīng)該考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下要制造極端狀態(tài)和意外狀態(tài)，比如網(wǎng)絡(luò)異常中斷、電源斷電等情況。 4一定要注意測試中的錯誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大的關(guān)系。 5對測試錯誤結(jié)果一定要有一個確認的過程，一般有A測試出來的錯誤，一定要有一個B來確認，嚴重的錯誤可以召開評審會進行討論和分析。 6制定嚴格的測試計劃，并把測試時間安排的盡量寬松，不要希望在極短的時間內(nèi)完成一個高水平的測試。 7回歸測試的關(guān)聯(lián)性一定要引起充分的注意，修改一個錯誤而引起更多的錯誤出現(xiàn)的現(xiàn)象并不少見。 8妥善保存一切測試過程文檔，意義是不言而喻的，測試的重現(xiàn)性往往要靠測試文檔。什么是測試用例1、一個測試用例就是一個文檔，描述輸入、動作、或者時間和一個期望的結(jié)果，其目的是確定應(yīng)用程序的某個特性是否正常的工作。一個測試用例應(yīng)當(dāng)有完