先說測試計劃，測試計劃需要依據迭代開發計劃制定，需要有明確的測試范圍和測試目標。
看了下Q1的迭代開發計劃主要有XXX功能改進、BUI改進、系統安全性改進、全頁面子資源監測、api組件改進。這些改進都是持續性的，沒有明確的改進需求和改進結果要求。因此進入測試之前無法了解需求和進行
用例設計或維護。可以預想最終結果可能會跟以前一樣，開發完成交給測試執行測試，改進后發布。如果是這樣測試人員沒有辦法做到主動測試，只能在開發完畢提給測試后被動接受進行測試。制定測試計劃也就沒有多大意義了，也不知道從何計劃。
為了改進這個過程，我建議如下：
1.明確和細化Q1的功能改進需求，并列點說明。
2.開發人員根據明確的改進需求逐步改進。這期間測試人員針對需求進行用例設計和維護。
3.迭代開發完畢，滿足測試準入條件，提交測試。
4.測試人員執行用例、驗證缺陷、手工測試，完成測試。
5.建議項目迭代周期安排一個時間段專門進行測試和修復缺陷。
6.建議對XXX已提交的缺陷進行篩選并安排進行修復。
自動化測試
無論是
qtp還是selenium腳本，當產品進行bui改進和功能改進后，腳本基本都需要進行維護和變更，而且這個維護
工作量還蠻大的。對比新舊版本的創建站點監控，變化比較大，并且新版的功能界面也還不夠完善。
我覺得這階段開展自動化測試不是太合適，主要是1.之后可能很多頁面都要重構，后續維護腳本的工作量巨大。2.功能還不夠完善，用手工測試效率更高，不適合自動化回歸測試。3.開發出來的自動化腳本復用性不高。
因此規劃這一階段自動化的主要工作：
1.完善XXX測試用例。
2.挑選出適合開展自動化測試的用例。主要目標用例為系統主要流程功能、相對穩定的功能模塊用例。
3.根據項目測試的需求進行自動化測試技術預研（QTP、selenium或其它合適的自動化測試工具）