成功的9大步驟：從手動測試轉為自動化測試

您或您的團隊目前是否手動測試並嘗試採用自動化測試？在本文中，我們將概述小型QA團隊如何從手工測試到無程式碼測試再到完全自動化的測試。這個過渡不會一蹴而就，但成功實現要比預期的容易得多。

1、對單調重複的手動測試說不

願意對單調乏味的重複性手動測試說不，就是邁向自動化測試的第一步。作為測試團隊，需要承認手工測試經常受到重複性的困擾，並且容易出錯。任何團隊最終都會因為一次又一次地做同樣的事情而陷入困境，從而影響團隊的效率和積極性。一些團隊將透過自動化一些小塊的重複性工作來克服這個挑戰。例如，將測試資料匯入資料庫的指令碼，生成隨機測試資料的實用程式。

2、瞭解切換到自動化測試的障礙

一旦確認了團隊需要轉移到自動化測試，下一步就是要知道是什麼阻礙著團隊做出這一轉變。在大多數情況下，這個阻礙是對自動化所涉及的複雜性的恐懼，比如學習程式設計，腦海中容易浮現出“我們能學習一種新的程式語言並實施一個成功的測試自動化專案嗎？”諸如此類的問題。團隊應該從小處著手，選擇適合他們測試需求的正確工具。例如，如果團隊的應用程式大量使用iFrames，那麼在選擇一個不能很好地與iFrames配合使用的工具之前就需要斟酌；或者，如果測試團隊沒有任何自動化經驗，那麼在開始自動化測試前先構建自動化測試框架。

3、從小處做起，但務必要成功

好的開始是成功的一半。當您的團隊剛接觸自動化測試時，選擇簡單而小型的測試用例是非常重要的。選擇您經常手動測試但容易測試的測試用例。簡單和小型的測試用例易於自動化、除錯、維護和重用。不要先從那些耗時或複雜的開始，否則會讓開局就變得更困難，降低成功的可能性。例如從登入、建立使用者等簡單的測試用例開始。

4、選擇合適的工具和框架

簡化流程是成功的關鍵，選擇工具和框架的組合會更容易做到這一點。是的，你沒聽錯，必須是工具的組合，依靠單一的工具很難獲得自動化測試的成功。Selenium執行可能會成為基礎，因為它是用於不同程式語言的最流行和最方便的工具。從構建在Selenium之上的無程式碼測試工具開始。無程式碼測試工具可以覆蓋大多數簡單到中等複雜的手工測試。

國產專案管理軟體 自研的ZTF自動化測試工具，可很好地驅動8種單元測試框架、3種自動化測試框架來執行測試，並把最終結果回傳給禪道，進行統一的報告展示。禪道ZTF打通了專案管理和持續整合工具之間的溝壑，貫穿持續整合、持續測試、持續部署等DevOps生命週期的不同階段。

5、學習並實踐程式設計

選擇團隊最熟悉的程式語言。無程式碼測試可能能夠覆蓋大部分手動測試，但是對於複雜的步驟或測試，您將需要編寫指令碼。僅僅學習是不夠的，你應該把你的學習付諸實踐來理解和編寫好的程式碼。請記住，作為一個團隊，你的目標是透過自動化重複的手工測試來確保軟體的質量。

6、明確自動化內容

團隊必須優先考慮哪些測試需要自動化。自動化測試的新知識並不能應用於所有的事情——事實上，自動化所有測試是不可能的，還有許多測試更適合手動完成。試圖自動化複雜且不常用的測試是失敗的公式，不值得團隊付出努力。每當新特性發布時，仍然需要使用手動和探索性測試技能。執行風險分析來確定應用程式中應該自動化的部分。此外，還需要注意一些細節，比如如果應用程式是基於web的，那麼將需要建立一個對特定測試套件至關重要的瀏覽器和裝置列表。

7、對不可靠的自動化測試零容忍

就像你作為手動測試人員一樣，要拒絕對失敗的測試感到滿意，不應該容忍有時透過而有時失敗的自動化測試。不可靠的測試將致使團隊失去信心，是失敗的墊腳石。例如，如果在一個冗長的測試用例的初始步驟中就出現失敗，就無法確定該步驟之外是否沒有錯誤。這樣的不確定性將不利於鼓舞團隊士氣，也無法使整個自動化過程輕鬆有效。

8、不要忽視團隊協作

任何專案的成功成果都是由一個協作團隊保證的。自動化測試也不例外。團隊的所有自動化測試都必須位於一個可隨時隨地訪問的儲存庫中。對於可追溯性和可問責性，一個指示誰對哪個測試用例進行更改的變更記錄應該始終存在。您所選擇的工具應該允許協作，並且還應該使您可以更容易地對您將在一段時間內建立的100多個測試進行分類、標記、排序和篩選。

9、做好基礎工作

別忘了測試的基本原理。無論是手動測試還是自動測試，測試概念和基本原理始終適用。

自動化測試在開始時可能會讓人望而生畏，但真正需要的是始終如一的努力來能使其成功。利用資源不斷學習和練習會有幫助。大可放心，專家也並不是什麼都懂。無論是多麼優秀的自動化測試工程師，總有更多的東西需要學習。

參考文獻：

Sumant Mehta.The 9-Step Success Formula: Switching From Manual to Automated Testing in 2020 [OL].(2020-07-16)