首頁 > 廠商 > 知識 > 自動化案例編寫，軟件測試時編寫自動化案例會遇到哪些問題

自動化案例編寫，軟件測試時編寫自動化案例會遇到哪些問題

來源：整理時間：2023-06-07 16:49:28 編輯：智能門戶手機版

1，軟件測試時編寫自動化案例會遇到哪些問題

1、賬號密碼驗證不通過2、自動化的代碼不夠全面3、客戶端承受能力4、網(wǎng)速問題

這種問題你也問得出來，還搞什么自動化。做手工吧還是再看看別人怎么說的。

軟件測試時編寫自動化案例會遇到哪些問題

2，調(diào)查生活中自動化控制的實例寫5個或5個以上要求寫出名稱與實

問題太簡單了生活中看到最多的是：1、電視機的遙控系統(tǒng)，它采用紅外線脈沖和數(shù)字編碼技術(shù)2、洗衣機的自動控制系統(tǒng)，有一種是采用定時控制技術(shù)（最簡單）3、空調(diào)自動控制系統(tǒng)，他利用溫度傳感器實行壓縮機是否運行4、電飯煲控制系統(tǒng)，它采用水蒸發(fā)以后。溫度超過100以上，然后用溫度控制器實行電路的開關(guān)5、汽車的自動換檔控制系統(tǒng)，利用汽車的速度傳感器，檢測速度，然后利用電磁控制系統(tǒng)實行自動換檔6、水塔的自動打水系統(tǒng)，利用水位傳感器，檢查水位是否過低和過高，過低供水過高停止7、電瓶車、手機、筆記本等等的自動充電系統(tǒng)8、賓館商場的自動門等等，可謂數(shù)不勝數(shù)我們公司非常歡迎勇于攀登科學(xué)技術(shù)高峰的人才，加入我們的團隊...........................

調(diào)查生活中自動化控制的實例寫5個或5個以上要求寫出名稱與實

3，自動化用例如何編寫

通俗來講，自動化用例）兩個方面，先有功能用例在其轉(zhuǎn)化為代碼用例去執(zhí)行；1??功能用例(文字)：說明：通常執(zhí)行自動化測試時，功能測試已執(zhí)行完畢，而自動化測試本質(zhì)上歸屬功能測試，所以自動化測試用例都是通過功能用例進行抽取和轉(zhuǎn)化，只需要在功能用例模版上添加一列[是否自動化]即可；2??代碼用例(腳本)說明：代碼用例就是將轉(zhuǎn)化來的功能用例使用編程語言(python\java)來實現(xiàn)功能用例的操作步驟、預(yù)期結(jié)果等，當(dāng)然在實際操作中要結(jié)合相應(yīng)的用例執(zhí)行框架比如python中的unittest\pytest或java語言中的junit\testng，具體詳情可以到網(wǎng)絡(luò)上找下黑馬程序員自動化測試視頻，之前在他們官網(wǎng)上看過一階段視頻。找不到去官網(wǎng)對話框問一下也能領(lǐng)取

用例選型注意事項：1、不是所有的手工用例都要轉(zhuǎn)為自動化測試用例。2、考慮到腳本開發(fā)的成本，不要選擇流程太復(fù)雜的用例。如果有必要，可以考慮把流程拆分多個用例來實現(xiàn)腳本。3、選擇的用例最好可以構(gòu)建成場景。例如一個功能模塊，分n個用例，這n個用例使用同一個場景。這樣的好處在于方便構(gòu)建關(guān)鍵字測試模型。4、選擇的用例可以帶有目的性，例如這部分用例是用例做冒煙測試，那部分是回歸測試等，當(dāng)然，會存在重疊的關(guān)系。如果當(dāng)前用例不能滿足需求，那么唯有修改用例來適應(yīng)腳本和需求。5、選取的用例可以是你認為是重復(fù)執(zhí)行，很繁瑣的部分，例如字段驗證，提示信息驗證這類。這部分適用回歸測試。6、選取的用例可以是主體流程，這部分適用冒煙測試。7、自動化測試也可以用來做配置檢查，數(shù)據(jù)庫檢查哦。這些可能超越了手工用例，但是也算用例拓展的一部分。項目負責(zé)人可以有選擇地增加。8、如果平時在手工測試時，需要構(gòu)造一些復(fù)雜數(shù)據(jù)，或重復(fù)一些簡單機械式動作，告訴自動化腳本，讓他來幫你?；蛟S你的效率因此又提高了。用例轉(zhuǎn)型注意事項：1、首先測試人員應(yīng)該了解腳本是怎么替代人工來執(zhí)行用例。2、當(dāng)你寫自動化測試用例時，你需要意識到你的用例是寫給一個“智障人士”執(zhí)行，執(zhí)行對象是腳本。3、當(dāng)前的測試用例前置配置信息要寫清楚。4、每一個步驟都要銜接好，錯了，腳本要報異常，我要去煩你。5、每一個步驟要做什么，驗證什么要寫清楚，寫具體。有時一個檢查點，你只需看一眼，但是腳本要寫一堆代碼去驗證，這樣的做法是不可行的。6、用例之間不要有關(guān)聯(lián)性，自動化測試開發(fā)同樣是軟件開發(fā)工程，腳本編寫同樣提倡高內(nèi)聚低耦合的理念。7、不是每一個步驟都需要驗證點，讓子彈飛一會兒。8、別在多個地方重復(fù)相同的驗證。腳本很忙！我沒空。當(dāng)然，除非有必要。9、開門記得要關(guān)門，配置信息要回歸原點，否則腳本要迷路。10、當(dāng)你設(shè)計自動化測試用例時，難免對一個用例的功能點加加減減。不要因此而剪掉了一些驗證點。因為手工用例+自動化用例=1。寫給項目測試負責(zé)人的一些話：1、項目加入了自動化測試平臺，負責(zé)人要有全局的把握。因為你的用例被拆分成自動化測試和手工執(zhí)行用例，原來一些被打入冷宮的用例因自動化測試而重生，重生的用例需要你的維護。2、當(dāng)你迎來項目新立項，拿到需求文檔，開始設(shè)計新用例，此時，別忘了該如何統(tǒng)籌安排你的用例。是的，這很像排兵布陣，有了自動化測試這把利劍，還得看你會不會用。3、不要永遠做自動化測試的門外漢?？赡苣愕穆殬I(yè)規(guī)劃是測試經(jīng)理，產(chǎn)品經(jīng)理，或者其他，又可能你對其感到畏懼或厭倦，認為自己無法跨越對編碼的恐懼。但是，無論如何，今天你是這個項目的測試負責(zé)人（一個資深的測試工程師），你要負起這個責(zé)任，挑起大梁。4、如果以后你看到自動化測試報告單，沒有發(fā)現(xiàn)一個bug，請不要抱怨，自動化腳本主要不是來幫你找缺陷，而是告訴你沒有缺陷。5、如果將來你參與了自動化測試腳本編寫工作，請做好面對一大堆錯誤的心理準(zhǔn)備。在前期，測試結(jié)果往往會夾雜著一大堆的各種錯誤，可能是框架機制問題，可能是腳本編寫問題，可能是用例問題，還有可能是需求自身的問題。6、咱們部門剛剛開展自動化測試，需要大伙的支持和理解。它的發(fā)展需要一個漸進的過程，從無序到有序，從困惑到豁然開朗。這個過程難免曲折艱辛，甚至?xí)齺矸亲h，但是從一些成功案例中，還是堅定了我繼續(xù)走下去的信心。我渴望和大家一起分享這份成果，盡管現(xiàn)在連花兒都未曾開放。7、會自動化測試和會QTP是兩回事，學(xué)習(xí)自動化測試不一定要會QTP，你也可以通過Selenium入門。8、請考慮下你負責(zé)的項目是否需要實施自動化測試，我們可以一起坐下來討論，圈定一個范圍和實施的計劃。我們都是產(chǎn)品線上的一顆螺絲釘，我這顆螺絲釘很樂意為你的項目提供自動化測試的幫助。9、不要過度信任自動化測試，它也是個撒謊高手。所以，自動化用例需要測試，框架需要測試，腳本函數(shù)需要測試，腳本過程需要測試，驅(qū)動數(shù)據(jù)需要測試。10、看到這里，你一定覺得開展自動化測試很累人。沒錯，這本不是一件立竿見影的利索活。它的發(fā)光，需要一定時間的沉淀，我們現(xiàn)在討論的，和接下來要做的工作就是為了如何來縮短這部分的時間。