自動(dòng)化面試題,我用來面試成功了
測試自動(dòng)化面試問題的這一部分將涵蓋諸如為什么自動(dòng)化,如何自動(dòng)化以及自動(dòng)化測試工具選擇的主題。
什么時(shí)候應(yīng)該首選手動(dòng)測試而不是自動(dòng)化測試?
在某些情況下,手動(dòng)測試優(yōu)先于自動(dòng)化測試,例如:短期項(xiàng)目:盡管自動(dòng)測試旨在節(jié)省時(shí)間和資源,但是設(shè)計(jì)和維護(hù)它們卻需要時(shí)間和資源。例如,如果您要建立一個(gè)小型的促銷網(wǎng)站,則依靠手動(dòng)測試可以更加高效。臨時(shí)測試:在臨時(shí)測試中,沒有特定的方法。這是一種完全計(jì)劃外的測試方法,其中測試人員的理解和洞見是唯一重要的因素。探索性測試:這種測試需要測試人員的知識(shí),經(jīng)驗(yàn),分析能力,邏輯技能,創(chuàng)造力和直覺。因此,人類的參與在探索性測試中很重要。可用性測試:在這里,測試人員需要衡量軟件或產(chǎn)品對最終用戶的友好程度,效率或便利性。人工觀察是最重要的因素,因此首選手動(dòng)方法。
自動(dòng)化測試什么時(shí)候有用?哪些測試用例可以自動(dòng)化?
不可能自動(dòng)化所有測試用例,因此重要的是確定首先要自動(dòng)化的那些用例。有一些頂級(jí)候選人,例如:重復(fù)性任務(wù)是主要候選人。這些任務(wù)不僅無聊,而且經(jīng)常是最常見的錯(cuò)誤。需要多個(gè)數(shù)據(jù)集的測試。與其手動(dòng)在字段中輸入所有信息,不如自動(dòng)執(zhí)行從數(shù)據(jù)源中讀取信息并自動(dòng)將其輸入相應(yīng)表格的過程。在幾種不同的硬件或軟件平臺(tái)和配置上運(yùn)行的測試。手動(dòng)導(dǎo)出大量數(shù)據(jù),處理數(shù)字并制作詳細(xì)的圖形非常耗時(shí)。您可以投資將為您完成任務(wù)的工具或自動(dòng)化策略。
測試自動(dòng)化的成功需要仔細(xì)的計(jì)劃和設(shè)計(jì)工作。這些步驟包括:首先,您應(yīng)該定義自動(dòng)化測試的目標(biāo),并確定要自動(dòng)化的測試類型。一旦確定要執(zhí)行哪種測試,就需要選擇適當(dāng)?shù)墓ぞ摺?/span>接下來,定義自動(dòng)化范圍。確定要自動(dòng)化的測試用例。確定目標(biāo)和要自動(dòng)化的測試類型之后,您應(yīng)該確定自動(dòng)化測試將執(zhí)行的操作。創(chuàng)建測試腳本并開發(fā)測試套件以保存您的測試用例。下一步是執(zhí)行。可以直接使用自動(dòng)化工具或通過將調(diào)用自動(dòng)化工具的測試管理工具來執(zhí)行執(zhí)行。一旦執(zhí)行,下一步就是創(chuàng)建報(bào)告格式,以便記錄各個(gè)測試日志以及測試過程中執(zhí)行的操作的詳細(xì)信息。定義要?jiǎng)?chuàng)建的測試報(bào)告格式的類型,屏幕截圖,消息等。

代碼驅(qū)動(dòng)的測試:這里的重點(diǎn)主要放在測試用例的執(zhí)行上,以查明代碼的各個(gè)部分是否按預(yù)期執(zhí)行。這種測試方法是在敏捷軟件開發(fā)中使用的一種流行方法。圖形用戶界面(GUI)測試:使用此方法可以測試具有GUI的應(yīng)用程序。測試人員可以記錄用戶操作并對其進(jìn)行任意次數(shù)的分析。測試用例可以用多種編程語言編寫,例如C#,Java,Perl,Python等。測試自動(dòng)化框架:框架是用于產(chǎn)生自動(dòng)化測試活動(dòng)的有益結(jié)果的一組準(zhǔn)則。它匯集了功能庫,測試數(shù)據(jù)源,對象詳細(xì)信息和其他可重用模塊。
在自動(dòng)化的規(guī)劃階段涵蓋了哪些要點(diǎn)?
選擇正確的自動(dòng)化工具根據(jù)需要選擇正確的自動(dòng)化框架定義自動(dòng)化范圍計(jì)劃測試用例和測試套件識(shí)別測試成果設(shè)置測試環(huán)境配置
如何確定在項(xiàng)目中用于自動(dòng)化測試的工具?
要決定選擇哪些工具,您可以按照以下步驟操作:全面了解您的項(xiàng)目需求,并確定要自動(dòng)化的測試方案搜索適合您項(xiàng)目需求的工具列表確定您的自動(dòng)化工具預(yù)算現(xiàn)在比較每個(gè)工具的主要標(biāo)準(zhǔn),例如:是否容易開發(fā)和維護(hù)該工具的腳本,它是否可以在Web,移動(dòng),桌面等平臺(tái)上使用。該工具是否具有測試報(bào)告功能?該工具可以支持多少種測試類型?該工具支持幾種語言比較完工具后,請選擇預(yù)算范圍內(nèi)的工具。根據(jù)上面列出的關(guān)鍵條件,確保它為您帶來更多優(yōu)勢

模塊化的:框架應(yīng)該適應(yīng)變化。可重用–常用的方法或?qū)嵱贸绦驊?yīng)保存在一個(gè)公共文件中,所有腳本都可以輕松訪問該文件。一致–應(yīng)遵循編碼慣例,以一致的格式編寫測試套件。獨(dú)立–測試腳本的編寫方式應(yīng)使其彼此獨(dú)立。日志記錄–在框架中實(shí)現(xiàn)日志記錄功能是一件好事。報(bào)告-腳本編寫完成后,我們可以通過電子郵件發(fā)送結(jié)果和報(bào)告。集成–自動(dòng)化框架應(yīng)易于與其他應(yīng)用程序集成
您可以在什么基礎(chǔ)上描繪自動(dòng)化的成功?
缺陷檢出率自動(dòng)化執(zhí)行時(shí)間減少人工成本
開源工具:Internet上提供源代碼的免費(fèi)工具供應(yīng)商工具:這些工具由公司開發(fā),并附帶許可證內(nèi)部工具:公司自行制造的工具
執(zhí)行自動(dòng)化測試時(shí)腳本標(biāo)準(zhǔn)是什么?
命名約定的統(tǒng)一性,在任何時(shí)候和任何地方注釋功能,適當(dāng)?shù)目s進(jìn),強(qiáng)大的錯(cuò)誤處理以及輕松恢復(fù)的能力是您編寫腳本時(shí)應(yīng)遵循的一些良好做法。
使用自動(dòng)化框架有哪些優(yōu)勢?
使用測試自動(dòng)化框架的優(yōu)點(diǎn)是:代碼的可重用性可靠的恢復(fù)方案最大測試范圍維護(hù)成本低從長遠(yuǎn)來看,高投資回報(bào)率(ROI)最少的人工干預(yù)簡單的報(bào)告功能
測試自動(dòng)化框架的重要模塊是什么?
測試斷言工具:此模塊將提供斷言語句,用于在被測應(yīng)用程序中測試期望值。數(shù)據(jù)設(shè)置:每個(gè)測試用例都需要從數(shù)據(jù)庫或文件中或嵌入在測試腳本中獲取用戶數(shù)據(jù)。構(gòu)建管理工具:可用于構(gòu)建框架的工具,以便可以創(chuàng)建測試腳本。持續(xù)集成工具:在每次迭代時(shí),都需要使用持續(xù)集成/連續(xù)交付工具來集成和部署框架中所做的更改。報(bào)告工具:執(zhí)行測試用例后,需要使用報(bào)告工具來生成可讀的報(bào)告。這樣,您可以更好地了解步驟,結(jié)果和失敗。日志記錄工具:框架中的日志記錄工具有助于更好地調(diào)試錯(cuò)誤和錯(cuò)誤。

100%的測試自動(dòng)化是不可能的。仍然需要手動(dòng)測試。無法自動(dòng)化的測試是:臨時(shí)測試 –此處的測試無需準(zhǔn)備和編寫測試用例。在臨時(shí)測試期間,質(zhì)量檢查專家會(huì)隨機(jī)測試系統(tǒng)的功能;他的目標(biāo)是發(fā)揮創(chuàng)造力,“打破”系統(tǒng)并發(fā)現(xiàn)缺陷。探索性測試 –在探索性測試期間,質(zhì)量檢查專家會(huì)根據(jù)其個(gè)人經(jīng)驗(yàn)像探險(xiǎn)家一樣對產(chǎn)品進(jìn)行測試。在了解了產(chǎn)品的功能之后,測試人員設(shè)計(jì)了測試用例,以用于進(jìn)一步測試產(chǎn)品。在探索性測試中,測試人員需要在測試過程中依靠自己的經(jīng)驗(yàn)和設(shè)計(jì)測試用例。用戶界面測試 –在這里,質(zhì)量檢查專家會(huì)驗(yàn)證界面元素的屬性和狀態(tài)。此外,它們還確保界面中的設(shè)計(jì)元素與最終布局中的元素匹配。
測試自動(dòng)化面試問題的這一部分將涵蓋與自動(dòng)化測試有關(guān)的棘手問題。
自動(dòng)化測試的優(yōu)點(diǎn)是: 提高測試的可靠性降低維護(hù)成本增加測試范圍加快測試執(zhí)行速度提高軟件測試的準(zhǔn)確性自動(dòng)化測試的缺點(diǎn)包括:開發(fā)和維護(hù)時(shí)間更長初期投資高需要熟練的資源環(huán)境設(shè)置很復(fù)雜調(diào)試測試腳本很困難
自動(dòng)化測試是黑盒測試還是白盒測試?
自動(dòng)化測試可以是黑盒或白盒類型的測試,具體取決于執(zhí)行自動(dòng)化的方案。這是黑盒測試,因?yàn)闇y試人員通常在不了解應(yīng)用程序的低級(jí)設(shè)計(jì)或代碼的情況下對其進(jìn)行測試。但是有時(shí)候,自動(dòng)化測試腳本需要訪問應(yīng)用程序中使用的數(shù)據(jù)庫詳細(xì)信息,因此它也可以是一種白盒測試。
好的測試自動(dòng)化框架的特征是什么?
模塊化的:框架應(yīng)該適應(yīng)變化。可重用–常用的方法或?qū)嵱贸绦驊?yīng)保存在一個(gè)公共文件中,所有腳本都可以輕松訪問該文件。一致–應(yīng)遵循編碼慣例,以一致的格式編寫測試套件。
日志記錄–在框架中實(shí)現(xiàn)日志記錄功能是一件好事。報(bào)告-腳本編寫完成后,我們可以通過電子郵件發(fā)送結(jié)果和報(bào)告。集成–自動(dòng)化框架應(yīng)易于與其他應(yīng)用程序集成
測試自動(dòng)化框架開發(fā)面臨哪些挑戰(zhàn)?
使用框架時(shí)遇到的一些挑戰(zhàn)是:了解測試自動(dòng)化需要實(shí)現(xiàn)的功能識(shí)別多個(gè)領(lǐng)域的需求以實(shí)現(xiàn)設(shè)計(jì)自動(dòng)化框架
什么是數(shù)據(jù)驅(qū)動(dòng)測試?
數(shù)據(jù)驅(qū)動(dòng)的自動(dòng)化測試的目的是簡化涉及復(fù)雜和龐大數(shù)據(jù)集的測試過程。在“數(shù)據(jù)驅(qū)動(dòng)測試”中,測試數(shù)據(jù)包括輸入,預(yù)期輸出和結(jié)果字段。這些字段在CSV文件,excel文件,文本文件,XML文件等文件中列出。然后將這些文件饋送到自動(dòng)化工具中執(zhí)行,該工具依次比較預(yù)期數(shù)據(jù)和實(shí)際數(shù)據(jù)。然后,將獲得的結(jié)果記錄在結(jié)果字段中。
TestNG是一個(gè)開源的自動(dòng)化測試框架,其中NG指的是NextGeneration.TestNG的創(chuàng)建者是Cedric Beust。它受到其他框架(例如JUnit和NUnit)的啟發(fā)。它被設(shè)計(jì)為比JUnit更好,尤其是在測試集成類時(shí)。TestNG使開發(fā)人員能夠輕松編寫更靈活,功能更強(qiáng)大的測試。它的一些突出功能包括:? ? ? ? ?支持注釋? ? ? ? ?基于更多的Java和OO功能? ? ? ? ?支持測試集成類? ? ? ? ?提供靈活的運(yùn)行時(shí)配置? ? ? ? ?支持相關(guān)的測試方法,并行測試和負(fù)載測試? ? ? ? ?提供靈活的插件API。? ? ? ? ?并且也支持多線程
與JUnit相比,TestNG有何優(yōu)勢?
在TestNG中,測試基于Junit,但它旨在克服JUnit的局限性。TestNG優(yōu)于Junit的一些優(yōu)點(diǎn)是:? ? ?注釋在TestNG中更容易理解? ? ?在TestNG中,可以輕松將測試用例分組? ? ?與JUnit不同,TestNG支持并行測試
公司負(fù)責(zé)產(chǎn)品開發(fā)的測試團(tuán)隊(duì)采用敏捷實(shí)踐來實(shí)現(xiàn)其目標(biāo)。測試自動(dòng)化是敏捷的基本組成部分,但是在某些情況下,敏捷中的自動(dòng)化測試是無用的,例如:? ? ? ?如果有詳盡的文檔記錄? ? ? ?當(dāng)需求不斷變化時(shí)? ? ? ?一次性任務(wù)和探索性測試案例不應(yīng)自動(dòng)化
自動(dòng)化測試時(shí)應(yīng)遵循哪些最佳實(shí)踐?
為了獲得最大的自動(dòng)化投資回報(bào)率,請注意以下幾點(diǎn):? ? ?在項(xiàng)目開始之前,需要詳細(xì)確定自動(dòng)化范圍? ? ?選擇適合您需求的正確自動(dòng)化工具? ? ?根據(jù)需要選擇合適的框架? ? ?在編寫自動(dòng)化腳本時(shí)遵循腳本標(biāo)準(zhǔn)接下來,檢查您執(zhí)行的自動(dòng)化是否成功。衡量指標(biāo),例如? ? ?發(fā)現(xiàn)缺陷的百分比? ? ?自動(dòng)化所需的時(shí)間? ? ?顧客滿意度指數(shù)? ? ?生產(chǎn)率提高
與測試自動(dòng)化相關(guān)的風(fēng)險(xiǎn)是什么?
自動(dòng)化測試涉及的一些風(fēng)險(xiǎn)包括:它需要被殺死的資源,他們具有一些編程知識(shí),并且能夠輕松適應(yīng)新技術(shù)
如果用戶界面的需求不斷變化,那么自動(dòng)化測試將是有問題的如果正在測試的應(yīng)用程序不穩(wěn)定,則可能會(huì)遇到很多錯(cuò)誤,可能會(huì)遇到很多錯(cuò)誤。

評論
圖片
表情
