之前在某測試論壇中，吐槽自己公司自動化測試項目失敗，大概過程是自己所在部門的自動化測試經(jīng)歷了幾次步進式的建設(shè)，都具有階段性的成果，但是總的看來卻不是一個成功的案例。因為趕進度，倉促的投入讓一大堆的腳本質(zhì)量比較低下，有幾個測試組由于沒有人力投入自動化開發(fā)而又不得不完成自動化的KPI，只好聘請外包來幫忙完成自動化。理智地想一想，咱們花的那點錢請到過真正精通自動化技術(shù)又肯主動深入考察我們公司業(yè)務(wù)系統(tǒng)特征的外包么？況且外包終究還是要離開的，所以我們不得不接收一堆沒有經(jīng)過精心設(shè)計、沒有組織性的腳本——尤其是在沒有通用測試框架的情況下。且不說UI測試的自動化腳本本身就運行不了多久就會面臨界面變更，單單是要讓我們接收別人迥然不同的設(shè)計風(fēng)格就是一件很難的事情。結(jié)果呢？要么延續(xù)這種無組織性，讓腳本數(shù)量更加龐大、更加雜亂無章，要么就是放棄對這些腳本的維護，任其自生自滅，最終變成一堆廢材。
以上只是說了失敗過程，我們回頭仔細想一想，到底是什么導(dǎo)致失敗，絕對不是一條兩條的原因，多方面因素，主要原因5大點，具體如下：
沒有選擇正確的工具來滿足自動化測試的需求。在選擇自動化測試工具時，了解工具的范圍以及它提供的功能是否與團隊的優(yōu)先事項兼容很重要，建議選擇商業(yè)工具，次之開源。
2. 過高期望測試自動化
一些測試任務(wù)不應(yīng)將其自動化，盡管測試自動化有助于跟上發(fā)布周期，但自動化并不是解決軟件測試問題的萬能解決方案。實現(xiàn)100％的測試自動化是高度不切實際的期望，而嘗試這樣做的公司最終將面臨更大的成本和一系列難題。
3. 業(yè)務(wù)邏輯更改
自動化測試對于重復(fù)性測試特別有用，但前期會占用大量時間和資源投入。無論是像測試登錄過程一樣簡單，還是測試系統(tǒng)核心功能一樣復(fù)雜，這些都是可以從自動化中受益的出色測試示例。
但是，當要更改網(wǎng)站用戶界面時會發(fā)生什么？例如，當調(diào)整登錄按鈕以使站更加人性化時會發(fā)生什么？有解決這些問題的簡單解決方案。
4. 及時更新流程
正確實施后，您可以快速掌握可以節(jié)省多少時間，以及它如何幫助QA團隊更加融入軟件開發(fā)流程。但是，長期采用自動化技術(shù)的公司有時可能會因需要定期進行的大量自動化測試方案而感到困惑。質(zhì)量檢查測試人員可能有一些自動化測試，在測試新功能時會經(jīng)常使用這些測試，但隨著時間的推移，其他測試可能會過時且麻煩。為確保測試自動化工作繼續(xù)團隊受益，重要的是要花時間優(yōu)化現(xiàn)有的測試自動化套件。尤其是當測試自動化操作更加成熟時，重要的是要回過頭來確保舊測試用例仍然有用，而不是僅僅專注于自動化新領(lǐng)域。這將使測試操作保持精簡，并使團隊更容易擴展測試自動化。
5. 不能完全放棄手動測試
測試團隊可能沒有在自動化與手動測試之間取得平衡，測試自動化并不能擺脫手動測試。相反，質(zhì)量保障團隊應(yīng)該提供了更多時間和精力專注于仍需要人為操作的測試。
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
