軟件測試中的43個功能測試點

1、軟件測試中的 43 個功能測試點功能測試就是對產(chǎn)品的各功能進行驗證， 根據(jù)功能測試用例， 逐項測試， 檢查產(chǎn) 品是否達到用戶要求的功能，針對 web 系統(tǒng)我們有哪些常用測試方法呢？今天 我們一起來了解了解 1. 頁面鏈接檢查 每一個鏈接是否都有對應的頁面，并且頁面之間切換正確?？梢允褂靡恍┕ぞ?， 如： LinkBotPro、File-AIDCS、 HTMLLink Validater、 xenu等工具。 LinkBotPro不支 持中文，中文字符顯示為亂碼； HTMLLink Validater只能測試以 Html 或者 htm 結 尾的網(wǎng)頁鏈接； xenu無需安裝，支持 asp、do、jsp

2、 等結尾的網(wǎng)頁， xenu測試鏈 接包括內部鏈接和外部鏈接，在使用的時候應該注意，同時能夠生成 html 格式 的測試報告。2. 相關性檢查功能相關性：刪除 / 增加一項會不會對其它項產(chǎn)生影響，如果產(chǎn)生影響，這些影 響是否都正確， 常見的情況是， 增加某個數(shù)據(jù)記錄以后， 如果該數(shù)據(jù)記錄某個字 段內容較長，可能會在查詢的時候讓數(shù)據(jù)列表變形。3. 檢查按鈕的功能是否正確 如新建、編輯、刪除、關閉、返回、保存、導入、上一頁、下一頁、頁面跳轉、 重置等功能是否都正確。常見的錯誤會出現(xiàn)在重置按鈕上，表現(xiàn)為功能失效。4. 字符串長度檢查輸入超出需求所說明的字符串長度的內容， 看系統(tǒng)是否檢查字符串長度。 還

3、要檢 查需求規(guī)定的字符串長度是否都正確， 有時候會出現(xiàn)， 需求規(guī)定的字符串長度太 短而無法輸入業(yè)務數(shù)據(jù)。5. 字符類型檢查在應該輸入指定類型的內容的地方輸入其他類型的內容 （如在應該輸入整型的地 方輸入其他字符類型）看系統(tǒng)是否檢查字符類型。6. 標點符號檢查 輸入內容包括各種標點符號，特別是空格，各種引號，回車鍵。看系統(tǒng)處理是否 正確。常見的錯誤是系統(tǒng)對空格的處理， 可能添加的時候， 將空格當作一個字符， 而在查詢的時候空格被屏蔽，導致無法查詢到添加的內容。7. 特殊字符檢查 輸入特殊符號，如 、#、%、！等，看系統(tǒng)處理是否正確。常見的錯誤是出現(xiàn) 在%、“這幾個特殊字符。8. 中文字符處理在可

4、以輸入中、英文的系統(tǒng)輸入中文，看是否出現(xiàn)亂碼或出錯。9. 檢查信息的完整性在查看信息和更新信息時， 查看所填寫的信息是不是全部都更新， 更新信息和添 加信息是否一致， 要注意檢查的時候每個字段都應該檢查， 有時候， 會出現(xiàn)部分 字段更新了而個別字段沒有更新的情況。10. 信息重復在一些才需要命名，且名字應該唯一的信息輸入重復的名字或ID，看系統(tǒng)有沒有處理，會否報錯，重名包括是否區(qū)分大小寫， 以及在輸入內容的前后輸入空格， 系統(tǒng)是否作出正確處理。11. 檢查刪除功能 在一些可以一次刪除多個信息的地方，不選擇任何信息，按 “delete，”看系統(tǒng)如 何處理，會否出錯，然后選擇一個或多個信息，進行刪

5、除，看是否正確處理，如 果有多頁，翻頁選，看系統(tǒng)是否都正確刪除，并且要注意，刪除的時候是否有提 示，讓用戶能夠更正錯誤，不誤刪除。12. 檢查添加和修改是否一致檢查添加和修改的要求是否一致， 例如添加要求必須的項， 修改也應該必填， 添 加規(guī)定為整型的項，修改也必須為整型13. 檢查修改重名修改時把不能重名的項改為已存在的內容看會否處理， 報錯，同時也注意， 會不 會報和自己重名的錯14. 重復提交訂單 一條已經(jīng)成功提交的記錄，返回后再提交，看看系統(tǒng)是否做了處理，對于 web 系統(tǒng)來說，可以通過瀏覽器返回鍵或者系統(tǒng)提供的返回功能。15. 檢查多次使用返回鍵的情況在有返回鍵的地方，返回到原來頁面

6、，重復多次，看會否出錯。16. 搜索檢查在搜索功能的地方輸入系統(tǒng)存在和不存在的內容， 看搜索結果是否正確， 如果輸 入多個搜索條件， 可以同時添加合理和不合理的條件， 看系統(tǒng)處理是否正確， 搜 索的時候同樣要注意特殊字符， 某些系統(tǒng)會在輸入特殊字符的時候， 將系統(tǒng)中所 有信息都搜索到。17. 輸入信息位置注意在光標停留的地方輸入信息時，光標和所輸入的信息會否跳到別的地方18. 上傳下載文件檢查上傳下載文件的功能是否實現(xiàn)， 上傳文件是否能打開。 對上傳文件的格式有何規(guī) 定，系統(tǒng)是否有解釋信息， 并檢查系統(tǒng)是否能夠做到， 下載文件能否打開或者保 存，下載的文件是否有格式要求， 如需特殊工具才可以打

7、開等， 上傳文件測試同 時應該測試， 如果將不能上傳的文件后綴名修改為可以上傳文件的后綴名， 看是 否能夠上傳成功，并且上傳后，重新修改，看上傳的文件是否存在。19. 必填項檢查應該填寫的項沒有填寫時系統(tǒng)是否都做了處理， 對必填項是否有提示信息， 如在 必填項前加 “*；”對必填項提示返回后，焦點是否會自動定位到必填項。20. 快捷鍵檢查是否支持常用快捷鍵，如 Ctrl+C、 Ctrl+V、Backspace等，對一些不允許輸入信息 的字段，如選人，選日期對快捷方式是否也做了限制。21. 回車鍵檢查在輸入結束后直接按回車鍵， 看系統(tǒng)處理如何， 會否報錯， 這個地方很有可能出 現(xiàn)錯誤。22. 刷

8、新鍵檢查在 web 系統(tǒng)中，使用到瀏覽器的刷新鍵，看系統(tǒng)處理如何，會否報錯。23. 回退鍵檢查在 web 系統(tǒng)中，使用瀏覽器的回退鍵，看系統(tǒng)處理如何，會否報錯，對于需要 用戶驗證的系統(tǒng)，在退出登錄后，使用回退鍵，看系統(tǒng)處理如何 ;多次使用回退 鍵，多次使用前進鍵，看系統(tǒng)如何處理。24. 直接 URL鏈接檢查在 web 系統(tǒng)中，直接輸入各功能頁面的 URL 地址，看系統(tǒng)如何處理，對于需要 用戶驗證的系統(tǒng)更為重要。 如果系統(tǒng)安全性設計的不好， 直接輸入各功能頁面的 URL地址，很有可能會正常打開頁面。25. 空格檢查在輸入信息中，輸入一個或連串空格， 查看系統(tǒng)如何處理， 如對于要求輸入整型、 符點

9、型變量的項中，輸入空格，既不是空值，又不是標準輸入。26. 輸入法半角全角檢查再輸入信息中， 輸入一個或連串空格， 查看系統(tǒng)如何處理， 如對于要求輸入符點 型數(shù)據(jù)的項中，輸入全角的小數(shù)點（ “。”或“.，”如 4.5）；輸入全角的空格等。27. 密碼檢查一些系統(tǒng)的加密方法采用對字符 Ascii 碼移位的方式，處理密碼加密相對較為簡 單，且安全性較高，對于局域網(wǎng)系統(tǒng)來說，此種方式完全可以起到加密的作用， 但，同時會造成一些問題，即大于 128的 Ascii對應的字符在解密時無法解析， 嘗試使用 “uvwxyz一”些碼值較大的字符作為密碼， 同時，密碼盡可能的長， 如 17 位密碼等，造成加密后的

10、密碼出現(xiàn)無法解析的字符。28. 用戶檢查任何一個系統(tǒng)的， 都有各類不同的用戶， 同樣具有一個或多個管理員用戶， 檢查 各個管理員之間是否可以相互管理，編輯，刪除管理員用戶。同時，對于一般用 戶，嘗試刪除，并重建同名的用戶，檢查該用戶其他信息是否重現(xiàn)。同樣，提供 注銷功能的系統(tǒng)， 此用戶注冊時， 是否作為一個新的用戶， 而且還要檢查該用戶 的有效日期，過了有效日期的用戶是不能登錄系統(tǒng)的，容易出現(xiàn)錯誤的情況是， 可能有用戶管理權限的非超級管理員，能夠夠修改超級管理員的權限。29. 系統(tǒng)數(shù)據(jù)檢查這是功能測試最重要的， 如果系統(tǒng)數(shù)據(jù)計算不正確， 那么功能測試是肯定通不過 的，數(shù)據(jù)檢查根據(jù)不同的系統(tǒng)，方

11、法不同于業(yè)務管理平臺，數(shù)據(jù)隨業(yè)務過程、狀 態(tài)的變化保持正確， 不能因為某個過程出現(xiàn)垃圾數(shù)據(jù)， 也不能因為某個過程而丟 失數(shù)據(jù)。30. 系統(tǒng)可恢復性檢查以各種方式把系統(tǒng)搞癱，測試系統(tǒng)是否可正常迅速恢復。31. 確認提示檢查系統(tǒng)中的更新、 刪除操作、 是否提示用戶確認更新或者刪除， 操作是否可以回退 （即是否可以取消操作）提示消息是否準確，事前或事后提示，對于 Update 或 Delete 操作，要求進行事前提示。32. 數(shù)據(jù)注入檢查 數(shù)據(jù)注入主要是對數(shù)據(jù)庫的注入，通過輸入一些特殊的字符，如 “”“-”等/ ”或,字“ 符組合，完成對 SQL語句的破壞，造成系統(tǒng)查詢、插入、刪除操作的 SQL，因

12、為 這些字符而改變原來的意圖。如 select*from table where id = and， n通am過e=在 id 輸入框中輸入 “12-”，會造成查詢語句把 name 條件注釋掉， 而只查詢 id=12 的記錄。同樣，對于 update 和 delete 的操作?？赡軙斐烧`刪除數(shù)據(jù)。當然還 有其它一些 SQL注入方法，具體可參考 SQL應用高級 SQL注入 .doc，很多程 序都是基于頁面輸入字符控制的，可以嘗試跳過界面直接向數(shù)據(jù)庫中插入數(shù)據(jù)，33. 刷新檢查web 系統(tǒng)中的 webForm，控件實時刷新功能，在系統(tǒng)應用中有利有弊，給系統(tǒng) 的性能帶來較大的影響。 測試過程中檢測刷

13、新功能對系統(tǒng)或應用造成的影響， 檢 查控件是否回歸默認初始值，檢查是否對系統(tǒng)的性能產(chǎn)生較大的影響。34. 事務檢查對于事務性操作，斷開網(wǎng)絡或關閉程序來中斷操作，事務是否回滾。35. 時間日期檢查 時間、日期驗證是每個系統(tǒng)都必須的，如 2006-2-29、2006-6-31 等錯誤日期、日 期檢查還要檢查日期范圍是否符合實際業(yè)務， 對于不符合時間業(yè)務的日期， 系統(tǒng) 是否會有提示或者有限制。36. 多瀏覽器驗證 越來越多的各類瀏覽器的出現(xiàn)，用戶訪問 web 程序不再單單依賴于 Microsoft Internet Explorer,而是有了更多的選擇： Maxthon 、Firefox、Tence

14、nt Traveler等， 考慮使用多種瀏覽器訪問系統(tǒng)，驗證效果。37. 安裝測試 對于 c/s 架構的系統(tǒng)，安裝程序的測試是一個重要方面，安裝程序自動化程度、 安裝選項和設置、安裝過程中斷測試，安裝順序測試，修復安裝及卸載測試。38. 文檔測試主要是對用戶使用手冊、產(chǎn)品手冊進行測試、校驗是否描述正確、完整、是否與 當前系統(tǒng)版本對照，是否易理解，是否二義性等。39. 測試數(shù)據(jù)檢查事實告訴我們， 測試數(shù)據(jù)比代碼更有可能是錯的， 因此，當測試結果顯示有錯誤 發(fā)生時，懷疑代碼錯誤前要先對測試數(shù)據(jù)檢查一遍。40. 請讓我的機器來運行在某些項目中， 出現(xiàn)一個病態(tài)的問題： 系統(tǒng)沒有問題啊， 它在我的機器上

15、是可以 通過的。這就說明了其中存在和環(huán)境相關的 bug?！笆欠袼械囊磺卸际艿搅税?本控制的工具的管理？ ”、“本機的開發(fā)環(huán)境和服務器的環(huán)境是否一樣？ ”、“這里 是否存在一個真正的 BUG，只不過是在其他的機器里偶然出現(xiàn)？ ”所有的測試必 須在所有系統(tǒng)要求的機器運行通過，否則的話，代碼就可能存在問題。41. Ajax 技術的應用 Ajax有很多優(yōu)點，但也有很多缺點，如果利用優(yōu)點、避免缺點，使我們對新的 web2.0 應用的一個挑戰(zhàn)。而 Ajax 的應用最直接的問題就是用戶體驗，用戶體驗 的效果直接關系到是否使用 Ajax 技術。“會做，并不意味著應該做、 必須做 ”，這 就是對 Ajax 技術的很重要的注解。42.