手動測試
關注創建者：匿名 創建時間：2026-01-04
手動測試的實例教程
本文翻譯自：How to choose between manual or automated testing for your software
原文作者：Qt Group 市場經理 Sebastian Polzin
校審：Shawn Luo
軟件測試是根據設計來衡量程序的過程，以確定其是否如預期的那樣運行。它的執行是為了確保開發的應用程序或系統滿足需求，并使產品的進一步開發成為可能。
在軟件開發領域，自動化測試已經變得不可或缺。雖然可能需要初始投資，但隨著時間的推移，它能夠彌補前期成本。手動測試瑕瑜互見，比如更容易出錯，但可以深入了解視覺對象。最終，這一切都歸結于項目的需要以及您手中的資源。
什么是手動測試？
手動測試是一種應用程序測試，QA或軟件工程師在不使用任何自動化工具的情況下手動執行測試用例。在這個過程中，測試人員利用他們自己的經驗、知識和技術能力對開發中的應用程序或軟件執行測試。這樣做是為了發現軟件或應用程序中的bug和任何問題，并確保其在上線后正常工作。
與能夠自行運行的自動化測試相反，手動測試需要QA工程師在所有階段密切參與，從測試用例準備到實際測試執行。
使用Test Center進行手動軟件測試
Test Center是Qt Quality Assurance Tools組合中的一個工具，它提供了一個簡化的系統來管理手動測試結果，并給出了這些自動化測試結果的概述。此外，還有一個測試管理部分，可以在其中設置和管理手動測試的流程和記錄。
它有一個分屏設計，左邊是用于創建和管理測試層次結構，包括創建測試套件、測試用例、特性和場景。同時，右邊的窗格是對測試用例或場景描述和先決條件進行更改的區域。它也被用來設計和管理測試的每個部分。
什么是自動化測試？
展開 匹茲堡市長Peduto的發言人在電子郵件中表示，Uber讓Peduto市長隨時更新他們的計劃，同時市長很感激Uber以手動模式重新開始運營。
來源：網易汽車
首先需要獨立測試各個下級單元，尤其是對這些單元所具備的大量復雜功能和應用進行測試；然后，將這些下屬單元集成以建立C4I系統級測試；那么，在測試過程中，不僅要明確、規劃各個下級單元的測試需求，還要同步考慮不同層級單元的交叉測試需求，并且重復多次執行這些測試。
由于各作戰層級應用了單個輸入及同步輸入的多重顯示器；為了能夠驗證這一龐大復雜的集成系統的穩定性和完整性，則要求一套可控的、可重復的多層架構測試環境。
傳統的測試手段是依靠手動測試團隊開發測試用例和執行測試過程，并通過人工記錄測試結果。C4I系統的測試包含大量人機操作，人工測試手段去執行測試，耗費巨大的人力和時間，嚴重影響項目周期。另外，人工測試的測試精度有限，僅通過人眼判斷人機操作之后的圖像顯示是判斷是否與預期相符，使得測試精度不高，且容易因為人為因素導致反復測試；由于測試規模龐大，加上人力和時間的限制，使得大量回歸測試被忽略，只能滿足部分相對而言較優先的測試任務。
對于C4I如此復雜而核心關鍵的系統，其測試需求及任務很龐大，包含了系統配置測試及單元配置測試，初始化測試及監控測試等等。面對如此繁重的測試任務，傳統的手動測試已不再適應；采用自動化測試工具，建立自動化測試平臺，執行自動化測試流程是提高測試效率且行之有效的解決方案。
展開 Test Project Administrator（簡稱TPA）是經緯恒潤自主研發的一款專業的測試項目管理工具，目前已廣泛的應用于國內二十余個整車廠和零部件供應商。它可以管理測試過程中的所有數據和文檔，包括需求、用例、樣件、計劃、報告和問題等。作為測試項目管理的一體化解決方案，TPA關注測試項目流程的管理，可以對測試各個階段做到有效地跟蹤和覆蓋。
本期著重為大家介紹基于TPA的測試用例管理功能。
前言
隨著汽車電子化、智能化程度的提高，一個整車平臺包含的控制器日益增多，控制器的功能也越來越復雜，對控制器的測試要求也越來越高，傳統基于文檔的測試用例管理方式由于其低復用性，無關聯性，無協同性等缺點，已經無法適應目前的汽車研發測試需求。
功能特點
經緯恒潤整合多家整車廠的使用需求，開發出適用于汽車電子領域專屬的測試用例管理模塊并將其集成在測試管理軟件TPA內，可同時管理自動和手動測試用例，具備如下功能特點：
? 集中管理，協同工作
TPA采用中心數據庫的管理模式，測試用例存儲在中心數據庫中，用戶通過瀏覽器訪問查看數據庫中用例的狀態，同時可以直接增加或修改數據庫中的數據，修改后的數據實時存入數據庫。瀏覽器的訪問方式，支持多人同時操作，避免了傳統方式無法協同工作、用例版本混亂的缺點。測試人員或研發人員可以很方便地記錄和監控每個測試活動、階段結果，支持并行測試和記錄，從而大大提高測試效率。 ? 支持測試用例分層管理
TPA以項目為單位管理測試用例，每個項目的用例又通過樹狀結構分層管理，用戶可按測試需求確定層級結構的顆粒度，如整車的用例可按域->控制器->功能層級存放測試用例，清晰的層級結構便于用例的統一管理和查找。
展開 用動態測試和代碼覆蓋率補充靜態分析
當靜態代碼分析與動態測試和代碼覆蓋率相結合時，測試策略就會演變成為仔細檢查系統運行時并提供可量化數據的強大工具。正如 Qt Group質量保證工具高級業務開發負責人Jan Aarsaether 解釋的那樣："代碼覆蓋率決定了測試覆蓋源代碼的哪些特定部分，更重要的是，決定了測試沒有覆蓋哪些部分。
它能提高測試策略的效率，優化資源分配，消除誤報，最大限度地提高測試效果。
"歸根結底，就是要更智能地進行測試，而不僅僅是更困難地進行測試。隨著機器數量的增加和敏捷的DevOps工作方式，發布周期正在縮短，競爭變得越來越激烈，問題也在不斷升級。如果不更聰明地工作，就無法做到這一點"。
常見的挑戰包括集成在各種硬件上運行的更豐富的應用程序，處理不同硬件和平臺供應商提供的多種操作系統和屏幕，以及由于敏捷DevOps風格的技術和流程而始終處于發布就緒狀態。
圖形用戶界面（GUI）測試的力量
數字化和流程自動化程度的增長導致了可見和不可見應用程序的激增，從而導致了行業內屏幕數量的激增。這些屏幕以前是機械按鈕，現在已成為傳感器或機器人的監控界面，工人通過與之交互來控制操作的各個方面。
引入新功能意味著在這些界面背后引入新軟件，例如擴展用于監控生產流程的圖形用戶界面（GUI）。這種擴展增加了軟件和屏幕的多樣性，擴大了確保系統效率和可靠性所需的工作范圍。
Aarsaether 說："大多數進行自動測試的人都采用了工作方法。然而，功能測試也需要自動化，因為問題的范圍（而不僅僅是工作量）正在成倍增加。手動測試作為自動化功能測試的替代方案已不再可行，因為您會在流程后期才發現問題，而此時解決問題的難度和成本都會增加。”
展開 
手動測試的最新內容
但在檢測室，實驗員仍在重復著幾十年前的工作——手動記錄測試結果，抄寫到紙質報表，再錄入電腦。
▲ 實驗室數據管理的"最后一公里"挑戰
這"最后一公里"的手工操作，帶來了三個無法回避的問題：
問題1：數據誤差
人工抄錄，總有筆誤。一個數字的差錯，可能導致整批物料的誤判。
問題2：效率瓶頸
測試本身只需幾分鐘，但記錄、整理、錄入的時間，往往是測試時間的數倍。
但在檢測室，實驗員仍在重復著幾十年前的工作——手動記錄測試結果，抄寫到紙質報表，再錄入電腦。
▲ 實驗室數據管理的"最后一公里"挑戰
這"最后一公里"的手工操作，帶來了三個無法回避的問題：
問題1：數據誤差
人工抄錄，總有筆誤。一個數字的差錯，可能導致整批物料的誤判。
問題2：效率瓶頸
測試本身只需幾分鐘，但記錄、整理、錄入的時間，往往是測試時間的數倍。
航空航天等特定行業需求深度優化，內置合規性檢查模塊
?AI技術賦能?：具備AI生成測試用例、自修復腳本和缺陷預測能力
?全流程支持?：提供從單元測試到系統測試的一體化解決方案
?硬件在環測試?：能夠精準模擬真實硬件環境，時序精度達納秒級
1.2 測試方法的根本性變革
傳統測試方法存在明顯局限性：
?宿主機測試為主?：代碼在PC上編譯運行，通過樁和模擬器隔離硬件依賴
?手動測試比例高?
自動化測試解決方案
面對海量的功能場景和頻繁的OTA更新，傳統手動測試已無法滿足需求。智能座艙功能測試平臺通過集成高精度圖像識別、多通道音頻分析、車輛總線通信及自動化仿真技術，構建出完整的數字化測試環境。
這類測試平臺可模擬用戶真實操作行為，如觸摸屏點擊、語音指令發送、手勢動作捕捉等，并對座艙系統的響應時間、顯示內容、音視頻輸出及邏輯判斷進行全方位量化評估。
車機交互測試自動化實現路徑與案例分析10個月前
在智能汽車快速發展的浪潮中，車機系統的功能日益復雜，交互場景不斷豐富，傳統手動測試已難以滿足高效、全面的測試需求。車機交互測試自動化憑借其可重復性強、覆蓋率高、節省人力成本等優勢，成為行業發展的必然趨勢。而測試設備作為自動化測試的核心支撐，貫穿于實現路徑的各個環節，為自動化測試的落地提供了堅實保障。
2、車門開關測試：手動打開和關閉車門，感受車門開關的力度是否適中，有無過重或過輕的現象。檢查車門在打開和關閉過程中是否順暢，有無摩擦、卡頓或異響。觀察車門關閉后是否能夠緊密貼合車身，門縫是否均勻，有無縫隙過大或不均勻的情況。此外，測試車門鎖止和解鎖功能是否正常，確保車門在行駛過程中不會意外打開。
3、天窗功能測試：對于配備天窗的車輛，操作天窗開關，測試天窗的開啟、關閉、傾斜開啟等功能。
相較于傳統手動測試，自動化測試憑借高效、精準、可重復性強等優勢，能夠全方位、深層次地對掃地機器人進行質量檢測，及時發現潛在問題，保障產品質量與用戶體驗。選擇適合掃地機器人的可靠性測試設備，需要考慮測試項目、設備性能、品牌與服務等多個方面。
或許，這就是為什么一位資深工程師在技術論壇中這樣評價：“用了winAMS后，我們終于不用在深夜手動補測試用例了——它像一位沉默的搭檔，默默扛起了那些重復卻至關重要的工作。”
用戶必須手動創建和測試生成的散射方向關注區域。在53和54行上分別找到光線數目（10k）和發射半角（15°）的默認值。這些值應該更改為最適合應用腳本的系統。
在執行時，腳本生成允許用戶從列表中選擇散射和探測器表面的對話框，如圖18所示。如果光源不存在，則腳本在探測器處創建它。用作散射方向關注區域的分段曲線的尺寸、方向和位置將打印到輸出窗口（圖19）。
雖然手動測試對于解決微妙問題，尤其是與人類安全相關的問題，仍然至關重要，但自動化測試在速度、可擴展性和成本效益方面具有明顯優勢，可確保自動化系統的可靠性。
整合自動化分析和測試協議使行業有能力提高生產力和產品質量，同時降低與人為錯誤相關的風險，因為糾正人為錯誤既耗時又成本高昂。
擁有穩健的架構驗證流程是完善代碼的基石，可使自動化變得高效、合規。
