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

在國外，資深的軟件測試人員大多是手動測試，他們厲害之處在于測試用例的設計，但在國內，很多測試人員都把自動化測試當成很厲害的資本，為什么？

Devops知道Internet應用程序需要快速迭代，每天發(fā)布數百個版本。您可以手動測試它們。記住要改變一個點，你需要測試所有的點。如果是微服務架構，還需要測試項目團隊的集成。

另外，測試是人寫的，用例是人設計的，可以反映人的水平。這臺機器只是重復地運轉，而且運轉得更好。

軟件測試中手工測試重要還是自動化測試重要？

似乎很多人都問過這個問題。手動測試和自動測試哪個更重要? A:兩者都很重要。沒有哪個問題更重要。

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

手動測試和自動測試都基于對用戶需求和功能需求的正確理解，以及測試對象的完整測試設計。

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

根據測試對象的不同，例如測試百萬級元數據遷移聚合處理時，由于數據的多樣性，很難通過手工測試來保證質量。當然，為了提高測試效率，保證測試質量，有必要考慮自動化的方法。在時間有限的情況下，盡可能使用自動化來覆蓋重復操作。

同時，自動化不是機械應用的。根據不同的業(yè)務場景選擇合適的自動化框架非常重要，可以有效地提高測試開發(fā)的效率，降低維護成本。例如，對于流程性強的業(yè)務模塊，關鍵字驅動的測試框架更有利于用例的組織和維護。常用的自動化框架還包括數據驅動測試框架和模塊化測試框架。

自動化測試的類型還應根據本地條件進行調整，如UI自動化、接口自動化等，并應根據業(yè)務特征和底層架構選擇適當的類型。

最后，我們應該盡最大努力避免為了實現自動化而進行自動化，而是為了進行更有價值的測試。

軟件測試要寫代碼嗎？

一般來說，您不需要編寫代碼，但是您應該熟悉程序的運行模式、入口和出口指示器以及相應的分析工具。

軟件測試難學么？

事實上，任何工作都有一個由易到難、由難到易的過程，所以軟件測試不一定是容易或難的。

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

每個人都不能停止學習。很多測試行業(yè)的大佬甚至會回去學習更多的技能，以適應時代的變化和工作的需要。他們中的一些人將在沒有經驗的情況下成功地轉行。他們將自己學習，并找到培訓機構。只要他們勇敢地邁出第一步，成功就不會遙遠

公司要做軟件自動化測試，該如何開展？

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

要不要做自動化

自動化要不要做的問題，應該不是由某個角色決定的，而是由具體的軟件產品特點、測試需求所決定的，同時自動化本身開展是有準入條件的。

自動化測試的目的不單純是為了減少或者替代手工測試，而是為了測試人員能夠做更多更有意義的測試（也包含手工測試）。 不是為了自動化而自動化，而是為了實現一套解決方案來解決問題從而開展某種自動化 ，肯定是解決某些測試過程中的問題而引入自動化測試。

同時自動化測試是有失敗風險的，了解過幾個失敗的自動化案例，比如，團隊人力充足，自動化測試非"剛需"的情況為了KPI等原因開展自動化；比如產品經常改動，就是做自動化；比如自動化框架或工具選擇不當，用例難以維護、擴展等等，這也是比較常見的幾種導致自動化失敗的原因。

關于自動化的一些認識，可以看下我分享的一篇文章《何為自動化測試，為何自動化測試》。

如何做自動化測試

自動化測試本質上只是區(qū)別于手工測試的一種測試執(zhí)行手段。都是基于需求分析、測試設計的基礎上開展的。

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

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

最后，用例開發(fā)、執(zhí)行、維護。自動化用例的可維護性、可擴展性對自動化測試可持續(xù)性開展起著重要作用，這點在開展過程中需要格外注意。

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

是否應該進行自動化不應該由某個角色決定，而是由軟件產品的特定特性和測試需求決定。同時，自動化本身也有接入條件。

比如產品經常更換，也就是做自動化；比如自動化框架或工具選擇不當，用例維護和擴展困難等，也是自動化失敗的常見原因。

。

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

首先，根據產品的特點和架構，選擇合適的自動化測試框架和工具。例如，產品業(yè)務包含復雜的流程邏輯（包括審批流程和多用戶角色），需要進行完整的流程自動化測試。這時，我們需要選擇什么樣的方式來進行（如關鍵字驅動）? 數據驅動測試框架，使用python（基于robot框架）進行用例開發(fā)。

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

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