軟體外包專案測試---測試執行篇
經過5個月的努力，我們和****大型國企（亞洲最賺錢的公司）軟體系統的第三方測試終於告乙個段落。本次測試由於整個團隊的不懈努力，贏得了客戶很高的滿意度。
本次測試中我們經歷前期的洽談專案、設計方案、熟悉需求、更新方案、測試計畫、測試用例設計、以及測試執行、回歸測試、測試總結等階段。本次要和大家交流的是：其中的乙個階段即測試執行階段，測試執行階段我們是如何度過的。有關軟體測試的其他方面以後有時間再與大家分享。
前置條件：《***_tp_測試計畫》,《***_tc_測試用例》
實施步驟：
步驟1：測試開始前一周向使用者方、開發方、測試方輸出測試期間的總體執行計畫，本執行計畫依據前期書寫的《***_tp_測試計畫》,《***_tc_測試用例》。執行計畫是對《***_tp_測試計畫》的進一步細化，包含的內容有兩個大的方面：第一根據《***_tc_測試用例》安排測試時間；第二更新《***_tc_測試用例》和補充探索性測試用例。執行計畫的目的是讓使用者方、開發方了解我們測試的進度，讓我們測試組的每個組員了解測試期間自己的任務。本測試計畫會根據具體測試的情況進行調整。
步驟2：使用者方、開發方、測試方填寫《現場測試環境配置單》。該表單是在測試開始時，確認現場的軟硬體環境，尤其要關注的軟體的當前版本，以及伺服器密碼等資訊。當三方都確認環境後，現在對於軟體和硬體都形成乙個基線。如有對環境進行改動都必須要三方確認後，才能實施改動。
步驟3：進行冒煙測試，輸出《***_tr_冒煙測試》。冒煙測試報告應該包括冒煙測試環境配置、冒煙測試所用到的測試用例以及執行後測試用例的軟體日誌。冒煙測試的環境配置採用最典型的配置；冒煙測試的用例應該是《***_tc_測試用例》中挑選出來的，一般在50個左右，用來測試軟體基本功能是否實現；執行測試用例後的軟體日誌在這裡的目的主要是證明用例確實是執行過了。如果冒煙測試通過，在冒煙測試報告中最好乙個bug別出現。
步驟4：第一天結束後，輸出《***_td_測試**》。該**主要描述下面幾個方面的內容:
(1)當日工作成果。
比如可以這樣寫：
任務：當日工作安排
交付成果及完成情況
1.執行測試用例
*****管理（15個用例）
執行15個用例。
2.共執行15用例，輸出當日缺陷報告2例。
等格式。
(2)明日工作安排
(3)測試狀態統計：
主要統計當日測試用例的執**況
例如：模組
用例數
通過
失敗
堵塞
未執行
%執行
%通過
%失敗
***1550
01033.33%
100%
0%***
544840
296.30%
92.31%
7.69％
***20182
00100.00%
90.00%
10.00%
合計:89716
01286. 52%
92.21%
7.79%
(4)發現的缺陷的數量以及嚴重程度
你需要說明當日新增bug是多少，以及這些嚴重程度分布情況是怎麼樣的？以及大體描述發現的缺陷
新增p1,p2等級bug數
6個
p1,p2等級bug總數
8個
新增缺陷數
39個
缺陷總數
73個
p1
1個
p2
5個
p315個
p414個
p54個
序號
缺陷id
問題級別
缺陷描述
整體來說**比較突出資料。因為給領導看，領導比較關注的是測試的資料。當然這樣做也利於我們後期資料統計。
步驟5：如果冒煙測試能夠通過，然後鎖定軟體版本進行正式測試。
步驟6：正式測試開始後，有關測試進度主要依據測試前提交給使用者的測試執行計畫。而上面描述的《***_td_測試**》。是對測試執行計畫以及測試成果的進一步細化。有關進度有乙個比較關鍵的地方，如果開始測試比較順利，能夠很快的完成任務，那麼就盡量的趕進度。因為測試到後面不知道會出什麼事情，再說到測試後期，「人困馬乏」測試效果肯定也沒有前期好。
步驟7：具體測試過程中應該注意：
1.有關用例。每個執行完的用例必須都要有所測軟體日誌。有兩個用意：第一：讓使用者知道你確實是執行了用例；第二：如果發現問題，有利於開發人員定位bug。
2.有關缺陷報告。每個缺陷報告一定要「**並茂」。為了讓開發人員盡快地重現bug，測試人員盡量使用最少的步驟重現問題。但有的時候使用語言描述不清楚，可以使用抓圖工具抓到發現問題時的圖形，把圖形抓下來固然好，有可能你抓的圖裡面有好多層疊視窗，但如果你不指明到底是哪個圖發現了bug，以及什麼問題，那麼開發也可能看的一頭霧水。
步驟8：探索性測試。當我們寫的用例，在測試執行的過程中沒有發現問題。我們該怎麼辦呢？比如我們安排1天測試40個用例，執行完了卻發現沒有1個嚴重級別很高的bug。這個時候我們是趕進度繼續執行明天要執行用例還是做些其他的工作。如果開始正式測試前發現的問題太少，這個是很不正常的現象。使用者也很容易懷疑我們測試的技術。這個時候一定要想方設法的發現一些比較嚴重性問題。所以我們要作探索性測試。如果探索性測試如果發現bug,我們要補充相應的用例以及要寫缺陷bug。當然做探索性測試肯定要付出額外的時間，但這樣做還是值得的。
步驟9：以後每天測試都是根據測試**時分配的任務進行測試，如果用例有問題，我們更新用例。如果有額外的時間我們進行探索性測試。然後我們補充探索性測試用例和缺陷報告。然後再寫**直到測試結束寫階段性的測試總結。
預期結果:
步驟1：輸出格式良好的且三方確認的《執行計畫》
步驟2：輸出格式良好的且三方確認的《現場測試環境配置單》
步驟3：輸出格式良好的《***_tr_冒煙測試》
步驟4：輸出格式良好的《***_td_測試**》
步驟8：輸出格式良好的《探索性測試用例》《更新用例跟蹤表》
測試執行分層
測試執行分層 v模型體現了測試設計分層和測試執行分層的概念，本文以作者自身的理解談談測試執行分層，不過從實際專案運作情況來看，真正做到測試執行分層的並不多，這裡原因有很多種，暫且不論。1.ut 單元測試的物件是lld中所劃分定義的程式單元或模組，它也是單元測試用例設計中可測試的最大單元。該測試物件可...
測試執行 setup tearDown
1 測試執行 這類方法用於測試的執行過程，比如在測試之前連線資料庫，測試之後用於清除增加的字段，跳過某個測試用例等。利用這些方法，可以降低測試用例 的複雜度，減少 耦合度，結構也更加清晰。setup 與teardown 顧名思義。setip和teardown分別是安裝和解除安裝的意思。setup 方...
軟體測試基礎知識 測試執行
定義 根據編寫的測試用例，按照用例步驟進行執行，檢視預期結果和實際結果是否一致，如果不一致則為bug 執行人 軟體測試工程師 開始時間 測試用例編寫完成並且通過評審，且達到測試執行的啟動條件 時間週期 佔整個測試流程的40 的時間 測試用例執行結果狀態 測試執行中的注意事項 搭建軟體測試環境 測試用...