QTP自動化測試過程隨想(2)

　　2) 事務優先級

　　針對自動化開發的在各公司尷尬的現狀，分清主次更為重要。這體現在我們篩選Test Case中。我們遵循20-80法則，我們要勇于將耗費80%時間完成的20%Test Case剔出出去，除非手動測試有特殊的需求，這與自動測試的本質并不違背。自動測試的宗旨并不是將所有手動測試的Case都實現自動化，而是要將那些變化不大的，流程邏輯較為簡單的，測試頻率高的Case實現自動化即可，我們不可為了一味地追求自動化比例而將那些無謂的Case加入。

　　3)事務監督

　　下面將以問答的形式來討論該問題：

　　a. 問：如何定制合理的項目進度表? 讓組員們工作不是很輕松，也不用每天加班完成?

　　答：這需要我們了解所有資源的配置情況，掌握每一個操作環節最平均的時間，并且了解該環節80%可能用的時間范圍(置信區間，作為輔助決策。

　　b. 問：如何掌握項目進度?即：項目負責人如何保證項目是On schedule的?項目經理或者更高的主管如何了解項目的進度?

　　答：定期Meeting，請組員們匯報工作進展，并討論遇到的問題。

　　以每周一報為例，會議的內容為：組員介紹本周具體工作內容(有點像TimeSheet的填寫)，與上周預計內容比對是按時完成還是有延誤，延誤的原因是什么??項目負責人對下周工作安排。

　　經過幾次的計劃->實施->修正計劃，對每周的工作進度就會比較了解，從而有利于對整理項目進度的預估。

　　c. 問：如何驗收我們的項目成果?

　　答：每個人對“完成”這個概念的理解不同，有的人認為Complete即可，有的人認為Good，而有的人追求的是Perfect。為了保證我們的項目完成之后的一致性，可以建立一個完成的CheckList，將“完成”的概念量化，如驗收test case script的完成，我們可以定制如下的CheckList驗收。

　　4)檢討審查

　　也就是在項目結束之后，對項目進行總結，調節。并通過事后諸葛亮式的檢討分析，找出改進的方案，對下一個項目的進展是很有幫助的。

　　經過了兩輪的開發，到了代碼維護階段。以前覺得“需求->開發->維護”三步驟中維護是最容易的，但是現在卻讓我們最撓頭。

　　這幾次Run出結果之后，所有的人見面第一句話都是：“呃，在我電腦上是Pass的，怎么現在就Failed了?”

　　靜下心來檢查代碼，總有一些讓我們忽略的問題被查到，但還是有許多頑疾存在著，尤其是界面刷新不及時或者莫名其妙的問題真的讓我們很惱火。開發是一件創造性的事情，測試是一件破壞性的事情，無論二者都有成就感可言，但是維護或者說是擦屁股的事情搞得我們每個人都心煩意亂?？偨Y我們的需求，開發，及運行經驗，還有最近維護時遇到的問題，總結一下：

　　1、需求分析階段，編寫AutoTest Case時，步驟詳略得當，不可以太簡單，也不必太過繁復，多用項目的專業用語(閱讀此文件的人都是對項目有一定熟悉度的人)，這樣有利于維護人員，或者后期手動測試人員了解Case的測試內容。

　　2、開發代碼時：

　　1)腳本內的注釋寫清楚

　　2)對象庫及對象命名盡量有意義

　　3)中間步驟(如頁面的跳轉，某些重要的Button或Link)要寫清楚，最好寫到Report中

　　4)檢查點的判斷，要直觀，并且寫清楚輸入，輸出的值，及期望的輸出，如，查詢功能失敗，要寫明輸入什么樣的條件使得查詢失敗，否則QA可能輸入另一組數據查詢，結果為成功

原文轉自：http://www.uml.org.cn/Test/200912176.asp