在國(guó)外，資深的軟件測(cè)試人員大多是手動(dòng)測(cè)試，他們厲害之處在于測(cè)試用例的設(shè)計(jì)，但在國(guó)內(nèi)，很多測(cè)試人員都把自動(dòng)化測(cè)試當(dāng)成很厲害的資本，為什么？Devops知道Internet應(yīng)用程序需要快速迭代，每天發(fā)布數(shù)

在國(guó)外，資深的軟件測(cè)試人員大多是手動(dòng)測(cè)試，他們厲害之處在于測(cè)試用例的設(shè)計(jì)，但在國(guó)內(nèi)，很多測(cè)試人員都把自動(dòng)化測(cè)試當(dāng)成很厲害的資本，為什么？

Devops知道Internet應(yīng)用程序需要快速迭代，每天發(fā)布數(shù)百個(gè)版本。您可以手動(dòng)測(cè)試它們。記住要改變一個(gè)點(diǎn)，你需要測(cè)試所有的點(diǎn)。如果是微服務(wù)架構(gòu)，還需要測(cè)試項(xiàng)目團(tuán)隊(duì)的集成。

另外，測(cè)試是人寫(xiě)的，用例是人設(shè)計(jì)的，可以反映人的水平。這臺(tái)機(jī)器只是重復(fù)地運(yùn)轉(zhuǎn)，而且運(yùn)轉(zhuǎn)得更好。

軟件測(cè)試中手工測(cè)試重要還是自動(dòng)化測(cè)試重要？

似乎很多人都問(wèn)過(guò)這個(gè)問(wèn)題。手動(dòng)測(cè)試和自動(dòng)測(cè)試哪個(gè)更重要? A:兩者都很重要。沒(méi)有哪個(gè)問(wèn)題更重要。

我想我們可以考慮哪種方式更適合不同的場(chǎng)景或階段？

手動(dòng)測(cè)試和自動(dòng)測(cè)試都基于對(duì)用戶(hù)需求和功能需求的正確理解，以及測(cè)試對(duì)象的完整測(cè)試設(shè)計(jì)。

根據(jù)測(cè)試階段或功能穩(wěn)定性，手動(dòng)測(cè)試更適合于軟件模塊、集成測(cè)試階段或功能穩(wěn)定性低（缺陷多、變化快等），如果此時(shí)進(jìn)行自動(dòng)化，會(huì)引入太多的自動(dòng)化開(kāi)發(fā)和維護(hù)成本。自動(dòng)化測(cè)試更適合在產(chǎn)品迭代的后期或功能相對(duì)穩(wěn)定的時(shí)候進(jìn)行。它通常用在回歸測(cè)試場(chǎng)景中（請(qǐng)看我隨后的文章，這里將討論自動(dòng)轉(zhuǎn)發(fā)）。

根據(jù)測(cè)試對(duì)象的不同，例如測(cè)試百萬(wàn)級(jí)元數(shù)據(jù)遷移聚合處理時(shí)，由于數(shù)據(jù)的多樣性，很難通過(guò)手工測(cè)試來(lái)保證質(zhì)量。當(dāng)然，為了提高測(cè)試效率，保證測(cè)試質(zhì)量，有必要考慮自動(dòng)化的方法。在時(shí)間有限的情況下，盡可能使用自動(dòng)化來(lái)覆蓋重復(fù)操作。

同時(shí)，自動(dòng)化不是機(jī)械應(yīng)用的。根據(jù)不同的業(yè)務(wù)場(chǎng)景選擇合適的自動(dòng)化框架非常重要，可以有效地提高測(cè)試開(kāi)發(fā)的效率，降低維護(hù)成本。例如，對(duì)于流程性強(qiáng)的業(yè)務(wù)模塊，關(guān)鍵字驅(qū)動(dòng)的測(cè)試框架更有利于用例的組織和維護(hù)。常用的自動(dòng)化框架還包括數(shù)據(jù)驅(qū)動(dòng)測(cè)試框架和模塊化測(cè)試框架。

自動(dòng)化測(cè)試的類(lèi)型還應(yīng)根據(jù)本地條件進(jìn)行調(diào)整，如UI自動(dòng)化、接口自動(dòng)化等，并應(yīng)根據(jù)業(yè)務(wù)特征和底層架構(gòu)選擇適當(dāng)?shù)念?lèi)型。

最后，我們應(yīng)該盡最大努力避免為了實(shí)現(xiàn)自動(dòng)化而進(jìn)行自動(dòng)化，而是為了進(jìn)行更有價(jià)值的測(cè)試。

軟件測(cè)試要寫(xiě)代碼嗎？

一般來(lái)說(shuō)，您不需要編寫(xiě)代碼，但是您應(yīng)該熟悉程序的運(yùn)行模式、入口和出口指示器以及相應(yīng)的分析工具。

軟件測(cè)試難學(xué)么？

事實(shí)上，任何工作都有一個(gè)由易到難、由難到易的過(guò)程，所以軟件測(cè)試不一定是容易或難的。

一些測(cè)試工作只是一點(diǎn)點(diǎn)，編寫(xiě)用例，執(zhí)行后完成報(bào)告。這很簡(jiǎn)單。但是如果你想提高業(yè)務(wù)能力，改進(jìn)流程，改善需求之間的關(guān)系，那么軟件測(cè)試行業(yè)就不是那么好了，一直在發(fā)展，從來(lái)沒(méi)有停止過(guò)改變。要成為一名優(yōu)秀的軟件測(cè)試工程師，需要有強(qiáng)烈的探索精神、耐心、細(xì)心、良好的溝通能力、較強(qiáng)的邏輯思維能力和學(xué)習(xí)能力、全面的業(yè)務(wù)知識(shí)和較高的測(cè)試技能，而這些要求是非常重要的，可以在不斷的學(xué)習(xí)和積累中獲得。

每個(gè)人都不能停止學(xué)習(xí)。很多測(cè)試行業(yè)的大佬甚至?xí)厝W(xué)習(xí)更多的技能，以適應(yīng)時(shí)代的變化和工作的需要。他們中的一些人將在沒(méi)有經(jīng)驗(yàn)的情況下成功地轉(zhuǎn)行。他們將自己學(xué)習(xí)，并找到培訓(xùn)機(jī)構(gòu)。只要他們勇敢地邁出第一步，成功就不會(huì)遙遠(yuǎn)

公司要做軟件自動(dòng)化測(cè)試，該如何開(kāi)展？

??討論要不要做，再討論怎么做。

要不要做自動(dòng)化

自動(dòng)化要不要做的問(wèn)題，應(yīng)該不是由某個(gè)角色決定的，而是由具體的軟件產(chǎn)品特點(diǎn)、測(cè)試需求所決定的，同時(shí)自動(dòng)化本身開(kāi)展是有準(zhǔn)入條件的。

自動(dòng)化測(cè)試的目的不單純是為了減少或者替代手工測(cè)試，而是為了測(cè)試人員能夠做更多更有意義的測(cè)試（也包含手工測(cè)試）。 不是為了自動(dòng)化而自動(dòng)化，而是為了實(shí)現(xiàn)一套解決方案來(lái)解決問(wèn)題從而開(kāi)展某種自動(dòng)化 ，肯定是解決某些測(cè)試過(guò)程中的問(wèn)題而引入自動(dòng)化測(cè)試。

同時(shí)自動(dòng)化測(cè)試是有失敗風(fēng)險(xiǎn)的，了解過(guò)幾個(gè)失敗的自動(dòng)化案例，比如，團(tuán)隊(duì)人力充足，自動(dòng)化測(cè)試非"剛需"的情況為了KPI等原因開(kāi)展自動(dòng)化；比如產(chǎn)品經(jīng)常改動(dòng)，就是做自動(dòng)化；比如自動(dòng)化框架或工具選擇不當(dāng)，用例難以維護(hù)、擴(kuò)展等等，這也是比較常見(jiàn)的幾種導(dǎo)致自動(dòng)化失敗的原因。

關(guān)于自動(dòng)化的一些認(rèn)識(shí)，可以看下我分享的一篇文章《何為自動(dòng)化測(cè)試，為何自動(dòng)化測(cè)試》。

如何做自動(dòng)化測(cè)試

自動(dòng)化測(cè)試本質(zhì)上只是區(qū)別于手工測(cè)試的一種測(cè)試執(zhí)行手段。都是基于需求分析、測(cè)試設(shè)計(jì)的基礎(chǔ)上開(kāi)展的。

首先，根據(jù)產(chǎn)品的特點(diǎn)、架構(gòu)，選擇適合的自動(dòng)化測(cè)試框架、工具。比如產(chǎn)品業(yè)務(wù)包含復(fù)雜的流程邏輯（含審批環(huán)節(jié)、多用戶(hù)角色），需要進(jìn)行完整流程的自動(dòng)化測(cè)試。這時(shí)候需要選擇什么樣的方式開(kāi)展（比如選擇 關(guān)鍵字驅(qū)動(dòng)?數(shù)據(jù)驅(qū)動(dòng)測(cè)試框架，使用Python基于robot framework）進(jìn)行用例開(kāi)發(fā)。

其次，自動(dòng)化環(huán)境搭建，比如開(kāi)發(fā)環(huán)境(如Python＋pycharm)、執(zhí)行環(huán)境(如 Jenkins持續(xù)集成）、維護(hù)環(huán)境(如 git)。

最后，用例開(kāi)發(fā)、執(zhí)行、維護(hù)。自動(dòng)化用例的可維護(hù)性、可擴(kuò)展性對(duì)自動(dòng)化測(cè)試可持續(xù)性開(kāi)展起著重要作用，這點(diǎn)在開(kāi)展過(guò)程中需要格外注意。

先討論是否做，再討論如何做。

是否應(yīng)該進(jìn)行自動(dòng)化不應(yīng)該由某個(gè)角色決定，而是由軟件產(chǎn)品的特定特性和測(cè)試需求決定。同時(shí)，自動(dòng)化本身也有接入條件。

比如產(chǎn)品經(jīng)常更換，也就是做自動(dòng)化；比如自動(dòng)化框架或工具選擇不當(dāng)，用例維護(hù)和擴(kuò)展困難等，也是自動(dòng)化失敗的常見(jiàn)原因。

。

本質(zhì)上，自動(dòng)化測(cè)試只是一種不同于手動(dòng)測(cè)試的測(cè)試執(zhí)行方法。它們都基于需求分析和測(cè)試設(shè)計(jì)。

首先，根據(jù)產(chǎn)品的特點(diǎn)和架構(gòu)，選擇合適的自動(dòng)化測(cè)試框架和工具。例如，產(chǎn)品業(yè)務(wù)包含復(fù)雜的流程邏輯（包括審批流程和多用戶(hù)角色），需要進(jìn)行完整的流程自動(dòng)化測(cè)試。這時(shí)，我們需要選擇什么樣的方式來(lái)進(jìn)行（如關(guān)鍵字驅(qū)動(dòng)）? 數(shù)據(jù)驅(qū)動(dòng)測(cè)試框架，使用python（基于robot框架）進(jìn)行用例開(kāi)發(fā)。

其次，構(gòu)建自動(dòng)化環(huán)境，如開(kāi)發(fā)環(huán)境（如Python+pychar）、執(zhí)行環(huán)境（如Jenkins持續(xù)集成）、維護(hù)環(huán)境（如GIT）。

最后，用例開(kāi)發(fā)、執(zhí)行和維護(hù)。自動(dòng)化測(cè)試用例的可維護(hù)性和可擴(kuò)展性對(duì)自動(dòng)化測(cè)試的可持續(xù)性起著重要的作用，在開(kāi)發(fā)過(guò)程中需要特別注意。