當測試用例編寫完成，並通過審核後，就進入到軟體測試最主要的階段，就是執行測試用例，進行軟體測試。不過在執行測試是有幾個地方需要注意：
1、仔細檢查軟體測試環境是否搭建成功。執行測試前要按照測試用例中描述的測試環境去搭建，因為測試用例中的執行都是建立在這個測試環境之上的，如果測試環境的不一致，會影響測試用例的執行，和測試目的的證明。
2、注意測試用例中的前提條件和特殊規程說明。因為有些測試軟體是有順序性的，那麼它的測試用例就會有一些執行前提或特殊說明。比如要測試某個軟體的登陸功能，那麼測試前必須建立使用者，並為使用者分配一定的許可權等。如果前提條件和特殊說明沒有注意，會導致測試用例的無法執行。
3、測試用例要執行全部執行，每條用例至少執行一遍。因為編寫測試用例時，它考慮了測試覆蓋率的問題，每條測試用例都對應乙個功能點，如果少執行一條，就會有乙個功能點沒有測試到。我們執行測試前要認為待測試軟體的每條功能點都是未實現的，每個功能點我們都要測試一遍，才能保證待測試軟體能正確滿足使用者需求。
4、執行測試用例時，要詳細記錄軟體系統的實際輸入輸出，仔細對比實際輸入和測試用例中的期望輸入是否一致。如果不一致，要從多個角度多測試幾次，盡量詳細的定位軟體出錯的位置和原因，並測試出因為這個錯誤會不會導致更嚴重的錯誤出現，最後把詳細的輸入和實際的輸出，以及對問題的描述寫到測試報告中。在乙個專案組中，專案的開發時間是有限的，如果我們測試時能把問題描述的詳細一些，那麼開發人員就會很容易的重現這個問題，也就能更快的解決問題，節省專案時間。
5、不要放過任何偶然想象。我們在測試時，有時會發現某條用例執行時，軟體會出錯，但是當再次執行時這個錯誤就不再重現。這種情況，一般大家就會認為是偶然現象，就會忽略過去。其實，這種錯誤才是隱藏最深的，最難發現的錯誤。我們要遇到這種情況時，要仔細分析這種情況，不要放過任何小的細節，多測試幾次，要準確的找出問題的原因。我以前遇到過這樣的情況，當剛開啟這個軟體，執行某項操作時，軟體丟擲了乙個異常，然後我再次執行同樣的操作時，這個異常確消失了，軟體功能正常。後來我又多次執行這項功能的相關操作，問題依然沒有重新，最後當我意外關閉這個軟體後重新開啟時，問題才重現了出來，後來查出因為其中的乙個變數沒有賦初始值造成的。
以上部分就是執行測試時需要注意的地方，最後再說一下測試開始和結束的條件，按照下面的條件執行軟體測試。
測試開始標準：
1、測試計畫評審通過
2、測試用例已編寫完成，並已通過評審；
3、存在已提交的可測試的系統；
4、測試環境已搭建完畢。
測試退出標準：
1、測試用例全部通過；
2、存在的問題已得到合理的處理。
測試停止標準：
1、近半數以上測試用例無法執行；
2、測試環境與要求不符。
3、開發中需求頻繁變動
測試用例設計需要注意的幾個點
測試用例需要注意以下幾點 1 單個用例覆蓋最小化原則下面舉個例子來介紹，假如要測試乙個功能 a，它有三個子功能點 a1，a2 和 a3，可以有下面兩種方法來設計測試用例 方法1 用乙個測試用例 確卻的說是用例的邏輯部分 覆蓋三個子功能 test a1 a2 a3，方法2 用三個單獨的用例分別來覆蓋三...
測試用例設計注意點
1 單個用例覆蓋最小化原則 舉個例子，假如測試乙個功能a，它有三個子功能點a1 a2和a3，可以有如下兩種用例設計方法 方法1 用乙個測試用例 主要指用例的邏輯部分 覆蓋三個子功能 test a1 a2 a3 方法2 用三個單獨的用例分別來覆蓋三個子功能 test a1,test a2,test a...
測試用例按順序執行
import unittest from if main import ceshi 匯入含有測試用例的那個方法 ifname main suite unittest.testsuite tests ceshi test 0 ceshi test 3 ceshi test 2 匯入的測試方法的類，定義...