功能測試那點事_測試

 

　　接觸功能測試已經有三年之久，對功能測試也有自己的一些感觸和心得，下面就說說功能測試那點事。

　　一、從測試前期工作開始談起

　　當接到一個新項目時，首先需要做的就是瞭解該項目的測試內容，測試範圍，項目周期以及項目目前的進度。根據對項目的瞭解，綜合測試資源，制定出項目的測試計劃和測試策略。當項目開發的已經比較完整，可以直接進行系統測試，基本上採取常規測試，系統測試和迴歸測試進行交替。有些項目，只完成部分模組的開發時，則適合加入整合測試。如果項目時間比較緊張，而資源條件又允許的條件下，也可以進行敏捷測試。根據項目各自的特點，採取最佳的測試策略。

　　二、關於模組劃分和用例編寫

　　關於web測試，大家也都知道，有些功能是基於頁面的。當功能和頁面相互融合的時候，對於模組的劃分就不是那麼容易了。如果按頁面進行劃分，比較容易進行任務的分配，操作起來也比較容易控制。但是，每個頁面上會出現重複的或類似的功能，出現問題後，容易產生冗餘和重複的bug。如果按照功能去劃分，可能需要在每個頁面上進行重複操作，並且對於web頁面的測試，功能也不是很好區分，不是很明顯，並且比較散，可能一個操作會對多個頁面產生影響。我的經驗是，一般情況下，頁面劃分優先順序高於功能模組劃分。當然，具體情況還要具體分析。

　　關於用例如何編寫，我想大部分的測試工程師都會比較瞭解，什麼等價類別劃分，邊界值分析法，因果圖法，等等，大家只管去網上查吧，介紹的有很多。只要有用例的標題，操作步驟，期望結果，基本上都是可用的。

　　三、測試過程

　　當用例編寫完成，項目組進行了用例評審後就可以直接進入測試執行階段了。（對於如何進行用例評審，曾經嘗試過兩種方法，一種是每條逐個評價，一種是只評價用例架構。前者耗時太多，後者細節不夠，總是無法找到最佳的方式。不知各位看官是否有這方面的經驗。）在這個階段，曾經做過一個關於交叉測試的實驗。項目中，有測試工程師A編寫完的用例，分配給B來執行，或者，在項目接近收尾的階段，讓團隊人員進行互相補充的交叉測試。發現，後者的結果比前者要好。因為前者是將交叉測試放在項目比較靠前的階段進行，一般情況下，工程師會嚴格按照測試案例進行測試，很難有時間去挖掘深層次的缺陷。而後者是將交叉測試安排到項目比較靠後的階段進行，此時，大部分的缺陷已經被挖掘出，可能在進行測試時，有助于思維的發散。

　　四、測試風險評估

　　在測試整體完成後，需要測試負責人對該項目進行總結，編寫測試報告，其中必須要做的功課就是進行風險評估。測試環境和線上的正式環境還是存在不少差異，有些模組在測試環境下可能無法進行完善的測試，比如資料移轉的問題，比如第三方介面的不穩定。對於測試覆蓋不到的地方，盡量在此列出，提醒相關人員的注意，將上線後可能出現問題的風險降到最低點。

　　對於功能測試的流程以及每個階段如何開展，網上的資料已經很多很多，就不細說了，上面幾點是在工作中，覺得值得注意的幾點，希望大家可以共同探討。

本文轉載自51Testing軟體測試網，查看更多：http://www.51testing.com/html/news.html