如果只想學(xué)習(xí)軟件測試的一方面，是學(xué)習(xí)性能測試還是自動(dòng)化測試？自動(dòng)化測試和性能測試，非魚和熊掌不可兼得。建議從自動(dòng)測試入手，逐步具備自動(dòng)開發(fā)和框架設(shè)計(jì)的能力，再根據(jù)情況培養(yǎng)性能測試的能力。二者有些是重疊

如果只想學(xué)習(xí)軟件測試的一方面，是學(xué)習(xí)性能測試還是自動(dòng)化測試？

自動(dòng)化測試和性能測試，非魚和熊掌不可兼得。建議從自動(dòng)測試入手，逐步具備自動(dòng)開發(fā)和框架設(shè)計(jì)的能力，再根據(jù)情況培養(yǎng)性能測試的能力。二者有些是重疊的，如系統(tǒng)架構(gòu)設(shè)計(jì)、業(yè)務(wù)邏輯等。

無論是自動(dòng)測試還是性能測試，建議不要局限于測試框架和工具的使用。僅僅使用工具很難表現(xiàn)出一定的測試能力。

Python如何實(shí)現(xiàn)對系統(tǒng)的API接口功能實(shí)現(xiàn)自動(dòng)化測試？

根據(jù)課題的描述，課題要解決的主要問題是：如何基于復(fù)雜場景（多接口耦合）進(jìn)行接口自動(dòng)測試。

以上最佳實(shí)踐也是很多洞，涉水而出。我嘗試了很多方法，甚至開發(fā)了一個(gè)關(guān)鍵字驅(qū)動(dòng)的自動(dòng)化測試框架。讓我們談?wù)劵趫鼍暗淖詣?dòng)化的困難，以及為什么最終選擇Python robot框架。

參照關(guān)鍵字驅(qū)動(dòng)測試的思想，將接口請求發(fā)送、響應(yīng)驗(yàn)證和響應(yīng)內(nèi)容返回三部分封裝為“請求驗(yàn)證”關(guān)鍵字。

同時(shí)封裝“content extraction”關(guān)鍵字，提取接口響應(yīng)體的具體數(shù)據(jù)。這樣就可以得到前一個(gè)接口返回的具體數(shù)據(jù)作為下一個(gè)接口的輸入?yún)?shù)。

就是這樣。任何場景都可以通過“request verification”關(guān)鍵字、“content extraction”關(guān)鍵字和“request verification”關(guān)鍵字進(jìn)行驗(yàn)證

這里我們需要考慮選擇哪些方法和工具。首先，基于測試庫體系結(jié)構(gòu)框架的思想，用Python實(shí)現(xiàn)了關(guān)鍵字方法。robot框架工具的核心思想是關(guān)鍵字驅(qū)動(dòng)，其主要功能是關(guān)鍵字庫、資源導(dǎo)入和用例編寫。建議將關(guān)鍵字方法作為庫導(dǎo)入后，每個(gè)關(guān)鍵字在自然語言中映射一次，方便業(yè)務(wù)測試人員使用。

Robot框架還支持?jǐn)?shù)據(jù)驅(qū)動(dòng)。你可以了解它。

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

首先討論是否要做，然后討論如何做。

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

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

。

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

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

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

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

軟件測試學(xué)習(xí)什么內(nèi)容？

作為一個(gè)從事測試工作十多年的老測試人員，這個(gè)問題我已經(jīng)讀了好幾天了，但一直沒有回答！原因很復(fù)雜，但今天我想和那些想進(jìn)入這個(gè)領(lǐng)域的人分享一些個(gè)人經(jīng)驗(yàn)

！1、測試是一個(gè)相對容易開始的職業(yè)。可以說，人們只要對計(jì)算機(jī)操作有一定的了解，原則上可以做軟件測試，但一開始能做的測試任務(wù)相對簡單

！2、測試是一項(xiàng)很難掌握的職業(yè)。許多優(yōu)秀的計(jì)算機(jī)學(xué)校都有專門的軟件測試碩士學(xué)位，以培養(yǎng)高水平的測試人員。

從以上兩個(gè)極端的知識差距測試從業(yè)者，我們可以分析軟件測試的內(nèi)容。

基于以上，可以說軟件測試是一個(gè)需要生活和學(xué)習(xí)的職業(yè)。你愿意學(xué)習(xí)的內(nèi)容與你想要實(shí)現(xiàn)的職業(yè)目標(biāo)息息相關(guān)

！希望以上對您有所借鑒

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

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

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

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

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

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

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

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