軟件進行測試時有以下策略:
測試的依據:即測試時需要指明軟件測試依據的標準文檔有哪些,其中有兩個重要的文檔,一個是需求文檔,另一個是測試用例,軟件測試工作主要是依據它們來進行的。
測試的準入標準:即測試時需要指明系統滿足怎樣的條件后才能進行系統測試。通常測試的準入標準是指通過冒煙測試。冒煙測試指當測試人員拿到待測軟件后,并不立即投入到系統測試的用例執行工作當中,而是首先篩選一些基本的功能點進行測試,如果篩選的這些基本功能點經測試后沒有問題再進行系統測試。如果有問題則會停止測試,待開發人員修復好這些問題后再進行系統測試,比如,某軟件一共有300個測試點,那么可能會篩選出常用的30個測試點來測試一下系統是否正常。只有當這30個測試點都沒有問題后,才會進行全面的系統測試,那么對這30個測試點的測試工作就稱為冒煙測試。在實際工作中,測試的準入標準可能并不局限于通過冒煙測試這一個條件。
測試工具的選擇:即測試時需要指明在測試的過程中會使用哪些工具。例如,測試人員在提交Bug的過程中需要用到Bug管理工具,市場上可供選擇的Bug管理工具有很多,在制定測試策略時,測試組需要決定具體選擇哪個工具,如用工具“禪道”來管理Bug,又如部分的功能點可以利用自動化測試工具“Selenium3”進行測試等。
測試的重點及方法:指的是在進行系統測試的過程中,應當標明要測試的重點模塊和區域、測試的優先次序以及所使用的測試方法。目前大家所了解到的測試方法主要是黑盒測試(功能測試),也就是手工測試。
測試的準出標準:也叫測試通過的標準。可以理解為,未關閉Bug的數量在不超過規定數量的情況下,可視為通過測試(也可以理解為未關閉Bug數量在不超過規定數量的情況下,軟件產品才符合上線的標準)。例如,某測試組測試的準出標準(通過的標準)是,未關閉Bug的數量不能多于3個,并且沒有嚴重和致命的Bug,遺留的Bug并不影響用戶對產品的使用和體驗。實際工作中測試通過的標準并不局限于Bug的數量,還要看Bug的等級(根據嚴重程度一般分為致命問題、嚴重問題、一般問題、輕微問題、建議性問題)。
回答所涉及的環境:聯想天逸510S、Windows 10。
軟件進行測試時有以下策略:
測試的依據:即測試時需要指明軟件測試依據的標準文檔有哪些,其中有兩個重要的文檔,一個是需求文檔,另一個是測試用例,軟件測試工作主要是依據它們來進行的。
測試的準入標準:即測試時需要指明系統滿足怎樣的條件后才能進行系統測試。通常測試的準入標準是指通過冒煙測試。冒煙測試指當測試人員拿到待測軟件后,并不立即投入到系統測試的用例執行工作當中,而是首先篩選一些基本的功能點進行測試,如果篩選的這些基本功能點經測試后沒有問題再進行系統測試。如果有問題則會停止測試,待開發人員修復好這些問題后再進行系統測試,比如,某軟件一共有300個測試點,那么可能會篩選出常用的30個測試點來測試一下系統是否正常。只有當這30個測試點都沒有問題后,才會進行全面的系統測試,那么對這30個測試點的測試工作就稱為冒煙測試。在實際工作中,測試的準入標準可能并不局限于通過冒煙測試這一個條件。
測試工具的選擇:即測試時需要指明在測試的過程中會使用哪些工具。例如,測試人員在提交Bug的過程中需要用到Bug管理工具,市場上可供選擇的Bug管理工具有很多,在制定測試策略時,測試組需要決定具體選擇哪個工具,如用工具“禪道”來管理Bug,又如部分的功能點可以利用自動化測試工具“Selenium3”進行測試等。
測試的重點及方法:指的是在進行系統測試的過程中,應當標明要測試的重點模塊和區域、測試的優先次序以及所使用的測試方法。目前大家所了解到的測試方法主要是黑盒測試(功能測試),也就是手工測試。
測試的準出標準:也叫測試通過的標準。可以理解為,未關閉Bug的數量在不超過規定數量的情況下,可視為通過測試(也可以理解為未關閉Bug數量在不超過規定數量的情況下,軟件產品才符合上線的標準)。例如,某測試組測試的準出標準(通過的標準)是,未關閉Bug的數量不能多于3個,并且沒有嚴重和致命的Bug,遺留的Bug并不影響用戶對產品的使用和體驗。實際工作中測試通過的標準并不局限于Bug的數量,還要看Bug的等級(根據嚴重程度一般分為致命問題、嚴重問題、一般問題、輕微問題、建議性問題)。
回答所涉及的環境:聯想天逸510S、Windows 10。