軟件測(cè)試 手動(dòng)測(cè)試

手動(dòng)測(cè)試是一種軟件測(cè)試過程，需要手動(dòng)執(zhí)行測(cè)試用例而不是使用自動(dòng)化工具。測(cè)試人員根據(jù)最終用戶的角度手動(dòng)執(zhí)行所有測(cè)試用例。它確保應(yīng)用程序是否正如需求文檔中所述那樣工作。計(jì)劃和實(shí)施測(cè)試用例以完成幾乎100%的軟件應(yīng)用程序。測(cè)試用例報(bào)告也是手動(dòng)生成的。

手動(dòng)測(cè)試是最基本的測(cè)試過程之一，因?yàn)樗梢哉业杰浖目梢姾碗[藏缺陷。由軟件給出的預(yù)期輸出和輸出之間的差異被定義為缺陷。開發(fā)人員修復(fù)了缺陷并將其交給測(cè)試人員進(jìn)行重新測(cè)試。

在自動(dòng)化測(cè)試之前，每個(gè)新開發(fā)的軟件都必須進(jìn)行手動(dòng)測(cè)試這項(xiàng)測(cè)試需要付出很大的努力和時(shí)間，但它確保了無錯(cuò)誤的軟件。手動(dòng)測(cè)試需要手動(dòng)測(cè)試技術(shù)的知識(shí)，但不需要任何自動(dòng)測(cè)試工具。

手動(dòng)測(cè)試至關(guān)重要，因?yàn)槠渲幸粋€(gè)軟件測(cè)試基礎(chǔ)是“100%自動(dòng)化是不可能的”。有各種方法可用于手動(dòng)測(cè)試。根據(jù)其測(cè)試標(biāo)準(zhǔn)使用每種方法。手動(dòng)測(cè)試的類型如下：

手動(dòng)測(cè)試的類型

• 黑盒測(cè)試
• 白盒測(cè)試
• 單元測(cè)試
• 系統(tǒng)測(cè)試
• 集成測(cè)試
• 驗(yàn)收測(cè)試

如何進(jìn)行手動(dòng)測(cè)試

• 首先，測(cè)試人員檢查與軟件相關(guān)的所有文檔，以選擇測(cè)試區(qū)域。
• 測(cè)試人員分析需求文檔以涵蓋客戶聲明的所有要求。
• 測(cè)試人員根據(jù)需求文檔開發(fā)測(cè)試用例。
• 通過使用黑盒測(cè)試和白盒測(cè)試手動(dòng)執(zhí)行所有測(cè)試用例。
• 如果出現(xiàn)錯(cuò)誤，則測(cè)試團(tuán)隊(duì)會(huì)通知開發(fā)團(tuán)隊(duì)。
• 開發(fā)團(tuán)隊(duì)修復(fù)錯(cuò)誤并將軟件交給測(cè)試團(tuán)隊(duì)進(jìn)行重新測(cè)試。

手動(dòng)測(cè)試的優(yōu)點(diǎn)

• 使用黑盒方法時(shí)不需要編程知識(shí)。
• 它用于測(cè)試動(dòng)態(tài)變化的GUI設(shè)計(jì)。
• 測(cè)試人員將軟件作為真實(shí)用戶進(jìn)行交互，以便他們能夠發(fā)現(xiàn)可用性和用戶界面問題。
• 它確保軟件百分百無錯(cuò)誤。
• 它具有成本效益。
• 易于學(xué)習(xí)新測(cè)試人員。

手動(dòng)測(cè)試的缺點(diǎn)

• 它需要大量的人力資源。
• 這非常耗時(shí)。
• 測(cè)試人員根據(jù)他們的技能和經(jīng)驗(yàn)開發(fā)測(cè)試用例。沒有證據(jù)表明他們已經(jīng)涵蓋了所有功能。
• 測(cè)試用例不能再次使用。需要為每個(gè)新軟件開發(fā)單獨(dú)的測(cè)試用例。
• 它不提供測(cè)試的所有方面的測(cè)試。
• 由于兩個(gè)團(tuán)隊(duì)一起工作，有時(shí)很難理解彼此的動(dòng)機(jī)，它可能會(huì)誤導(dǎo)這個(gè)過程。

手動(dòng)測(cè)試工具

• Selenium - Selenium用于測(cè)試Web應(yīng)用程序。
• Appium - Appium用于測(cè)試移動(dòng)應(yīng)用程序。
• TestLink - TestLink用于測(cè)試管理。
• Postman - Postman用于API測(cè)試。
• Firebug - Firebug是一個(gè)在線調(diào)試器。
• JMeter - JMeter用于任何應(yīng)用程序的負(fù)載測(cè)試。
• Mantis - Mantis用于跟蹤錯(cuò)誤。