這幾天對***的測試計畫和自動化測試進行思考。
先說測試計畫，測試計畫需要依據迭代開發計畫制定，需要有明確的測試範圍和測試目標。
看了下q1的迭代開發計畫主要有***功能改進、bui改進、系統安全性改進、全頁面子資源監測、api元件改進。這些改進都是持續性的，沒有明確的改進需求和改進結果要求。因此進入測試之前無法了解需求和進行用例設計或維護。可以預想最終結果可能會跟以前一樣，開發完成交給測試執行測試，改進後發布。如果是這樣測試人員沒有辦法做到主動測試，只能在開發完畢提給測試後被動接受進行測試。制定測試計畫也就沒有多大意義了，也不知道從何計畫。
為了改進這個過程，我建議如下：
1.明確和細化q1的功能改進需求，並列點說明。
2.開發人員根據明確的改進需求逐步改進。這期間測試人員針對需求進行用例設計和維護。
3.迭代開發完畢，滿足測試准入條件，提交測試。
4.測試人員執行用例、驗證缺陷、手工測試，完成測試。
5.建議專案迭代週期安排乙個時間段專門進行測試和修復缺陷。
6.建議對***已提交的缺陷進行篩選並安排進行修復。
自動化測試
無論是qtp還是selenium指令碼，當產品進行bui改進和功能改進後，指令碼基本都需要進行維護和變更，而且這個維護工作量還蠻大的。對比新舊版本的建立站點監控，變化比較大，並且新版的功能介面也還不夠完善。
我覺得這階段開展自動化測試不是太合適，主要是1.之後可能很多頁面都要重構，後續維護指令碼的工作量巨大。2.功能還不夠完善，用手工測試效率更高，不適合自動化回歸測試。3.開發出來的自動化指令碼復用性不高。
因此規劃這一階段自動化的主要工作：
1.完善***測試用例。
2.挑選出適合開展自動化測試的用例。主要目標用例為系統主要流程功能、相對穩定的功能模組用例。
3.根據專案測試的需求進行自動化測試技術預研（qtp、selenium或其它合適的自動化測試工具）
自動化日誌測試計畫
好不容易終於有乙個有興趣的任務了，不用再手工點來點去了我日。這是我剛寫的任務計畫，先帖上，任務完成了我把 補上。接金萍任務，做乙個資料日誌自動化測試指令碼。指令碼完成後將安裝到測試裝置上，由於公司內多數使用windows系統，啟動測試的指令碼將寫成乙個批處理檔案 通過am instrument啟動測...
自動化測試 web自動化測試
自動化 由機器裝置代替人為完成制定目標的過程 優點 提高工作效率 減少勞動力 產品規格同一標準 批量生產 自動化測試 讓程式代替人為去驗證程式功能的過程，即在預設條件下執行程式系統 流程確定 搭建自動化框架 編寫測試用例，將其轉化為soupui 介面 自動化測試指令碼 執行自動化測試指令碼 輸出執行...
關於自動化測試的思考
自動化之前要考慮到事情 1 範圍 將所有到東西自動化是不切實的。必須仔細研究和分析測試所能達到的範圍。這個是非常重要的。其實自動化測試最費時耗力的是什麼時候使用自動化，以及測試指令碼的編寫，而執行卻會非常快。2 時間到準備 一定要把自動化測試指令碼的準備時間考慮在內。通常，在開始使用自動化測試到時候...