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