軟件缺陷的原則
軟件缺陷區別于軟件bug,它是在測試過程中出現的對系統有影響的,但是在設計中沒有的或者對修改后的bug測試和開發人員有不同意見等
軟件未達到產品說明書標明的功能。
軟件出現了產品說明書指明不會出現的錯誤。
軟件功能超出產品說明書指明范圍。
軟件未達到產品說明書雖未指出但應達到的目標。
軟件測試員認為軟件難以理解、不易使用、運行速度緩慢,或者最終用戶認為不好。
MILY: ˎ̥">
測試的主要方面:
一、功能測試
對于網站的測試而言,每一個獨立的功能模塊需要單獨的測試用例的設計導出,主要依據為《需求規格說明書》及《詳細設計說明書》,對于應用程序模塊需要設計者提供基本路徑測試法的測試用例。
1、鏈接測試
鏈接是Web應用系統的一個主要特征,它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面:
1)測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面;
2)測試所鏈接的頁面是否存在;
3)保證Web應用系統上沒有孤立的頁面,所謂孤立頁面是指沒有鏈接指向該頁面,只有知道正確的URL地址才能訪問。
鏈接測試可以自動進行,現在已經有許多工具可以采用。鏈接測試必須在集成測試階段完成,也就是說,在整個Web應用系統的所有頁面開發完成之后進行鏈接測試。
Xenu------主要測試鏈接的正確性的工具
可惜的是對于動態生成的頁面的測試會出現一些錯誤。
2、表單測試
當用戶給Web應用系統管理員提交信息時,就需要使用表單操作,例如用戶注冊、登陸、信息提交等。在這種情況下,我們必須測試提交操作的完整性,以校驗提交給服務器的信息的正確性。例如:用戶填寫的出生日期與職業是否恰當,填寫的所屬省份與所在城市是否匹配等。如果使用了默認值,還要檢驗默認值的正確性。如果表單只能接受指定的某些值,則也要進行測試。例如:只能接受某些字符,測試時可以跳過這些字符,看系統是否會報錯。
要測試這些程序,需要驗證服務器能正確保存這些數據,而且后臺運行的程序能正確解釋和使用這些信息。
B/S結構實現的功能可能主要的就在這里,提交數據,處理數據等如果有固定的操作流程可以考慮自動化測試工具的錄制功能,編寫可重復使用的腳本代碼,可以在測試、回歸測試時運行以便減輕測試人員工作量。
我們對UM子系統中各個功能模塊中的各項功能進行逐一的測試,主要測試方法為:邊界值測試、等價類測試,以及異常類測試。測試中要保證每種類型都有2個以上的典型數值的輸入,以確保測試輸入的全面性。
文章來源于領測軟件測試網 http://www.kjueaiud.com/