增強現實技術，虛擬實境技術和混合現實技術等現實技術是企業期待的頂級技術。尋找專家來測試基於這些技術開發的應用程式是一項艱巨的任務。
有許多可用於基於現實的應用程式開發的平臺和工具，但是我們缺少的是標準化的基於現實的應用程式測試策略。測試是在基於現實的應用程式上進行的，與「傳統」測試有很大不同，「傳統」測試由於存在多維環境和使用視覺，聽覺和觸覺與人造世界互動的模擬而對健康造成危害。
眾所周知，對於這些技術的沉浸式組件，實驗室測試和自動化是完全無效的。因此，需要一種可靠的測試策略來了解當前的測試參數。從傳統測試到沉浸式測試的轉變；最好的方法就是測試。
在通過CoE（卓越中心）測試了眾多客戶的基於現實的應用程式和我們自己的內部應用程式之後，我們發現不可能預見並涵蓋最終用戶使用設備和應用程式可能遇到的所有情況。
傳統的測試策略不適用於基於現實的應用程式–測試人員在日常工作中面臨新的挑戰，而他們的經驗和結構化方法（在某種程度上）變得無效。
不同類型的現實技術
增強現實-使用戶與生活在現實世界中的對象進行交互的環境。計算機能夠跨多個傳感器生成信息，包括視覺，聽覺效果對聲音文本的影響等，極大地支持了計算機的功能，從而極大地增強了用戶的真實體驗
虛擬實境-在計算機的幫助下創建相同的模擬環境以實現3d效果。使用戶沉浸在3d環境中。模仿眼睛的視覺，嗅覺，觸覺等感官來創造人造世界
混合現實- 增強現實與虛擬實境的結合，物理對象和人造對象同時並存，而不是單獨存在。藉助沉浸技術，使物理對象與人造世界的對象進行通信。
不同類型的增強現實
無標記AR —用戶不需要錨定到現實世界。假設您要將虛擬用具和家用設備放入廚房。用戶可以嘗試對象，樣式，位置的不同組合。用戶需要確定放置虛擬對象的位置。這意味著所有物體似乎都漂浮在空中
標記AR — 用戶需要錨定到真實世界。假設用戶正在閱讀一本書並想轉到該頁面。首先，設備需要從相機視圖中知道頁數。基於此，獲取信息並開始動畫。
基於位置的AR — 虛擬的虛擬世界位於物理位置。它在物理位置結合了增強現實。假設您在任何地方的未知道路上，都想去朋友家。您正在使用物理攝像機來獲取道路上的門牌號碼。這將有助於到達朋友的家
不同類型的虛擬實境
完全沉浸式—最真實的虛擬環境體驗，用戶完全沉浸於不完整的視覺，聲音和高解析度內容中。半沉浸式-具有部分虛擬環境的用戶可以與應用程式進行交互。這種類型的VR主要用於教程/教育目的。非沉浸式—最佳示例是用於非沉浸式VR的視頻遊戲，用於檢測用戶動作並響應屏幕。測試基於現實的應用程式的挑戰
昂貴的測試。需要更多空間進行測試。沒有標準接口。兼容性問題。運動測試。測試自動化。測試時間比傳統測試更長。無法執行基於現實的應用程式的可訪問性測試。最重要的是，很難在CI / CD中實現基於AR / VR的應用程式。沒有或僅有很少的模擬器，硬體和軟體支持進行測試。基於現實的應用程式測試
開發的複雜性，不同技術在開發基於現實的應用程式中的參與使得獲得正確質量的應用程式不可行。取而代之的是，應用程式是使用迭代過程進行開發的，並進行並行測試，並且隨著用戶體驗和規範的發展，開發工作越來越多，因此對於這些技術進行沉浸式測試需要花費更多時間。
為了確保產品，軟體或硬體的質量，一個人需要制定適當的測試計劃和策略，並以明確的裡程碑為目標，以達到接受標準和關鍵性能指標。
第一階段從VR應用程式的單元測試開始。單元測試是測試代碼段，以便測試代碼是否滿足預期功能的預期結果。以任何方法UpdateNameAllowsLettersToBeAddedToName的示例為例。
它清楚地說明了要測試的內容。準備一個測試套件以包含所有單元測試。如果任何測試失敗，則整個套件都會失敗。單元測試將NUnit框架與Test Runner結合使用。單元測試編寫在Test RUNNER中，並使其可以在其上運行。
集成測試代碼模塊如何協同工作。示例-您有一款在船上旅行時殺死Sea Monsters的遊戲。它可能涉及一個物理引擎，事件跟蹤器，它可以跟蹤所有事件。測試多個代碼模塊一起工作。
可用性測試-這是一項測試，用于衡量用戶與VR的兼容性和交互的難易程度。這兩個設備是Required-耳機和手機。因此，為聽眾樣本安排了一個簡短的會議。他們在預定義的環境中與VR應用程式進行交互。他們的反應由專家檢查。
啟發式測試— 這是測試VR應用程式的最經濟方法，因為它遵循標準設計。它通常僅由一名專家執行。它捕獲了大量的可用性問題。通常在可用性之前完成。簡而言之，遵循的原則很少-（a）-與現實世界中用戶交互的同步，交互，探索時的自然動作，動作和表示的同步，根據物理定律的交互輸出，導航支持等
性能測試- 用於測試設備過熱，播放時的電池消耗以及設備充電。通過使用機器人測量虛擬空間變化的非侵入式比較來完成性能測試。其中一些新興工具是OptoFidelity，該工具可通過基於現實的技術來幫助評估性能
兼容性測試-完成此測試後，VR應用程式可以使用不同的設備，例如桌面顯示器，虛擬耳機，網真。臺式顯示器用於醫療行業，以研究行業的弊端。網真用於高度危險的區域，例如炸彈處理等，用戶可以遠程操作和控制。
焦點小組- 這樣做是為了研究和採訪來自不同人口領域的人們在與VR互動時的經歷。
UI測試—測試了 各種場景，例如真實世界不會干擾用戶與VR交互，中斷的流，移動圖像，360度查看等。
VR應用程式的安全性測試-涉及複製問題，隱私，合規性，數據問題。
身臨其境的測試- 這樣做是為了確保硬體組件完全集成在一起，並且可以與軟體一起正常工作以實現預期的功能。它有助於成功實現可視化。例如，VR頭顯的顯示與預期功能兼容。
輔助功能測試 -VR會對頭痛，眼睛暈眩等健康影響產生嚴重影響。因此，必須對其進行適當測試以應對VR的後遺症
人群測試-對於基於現實的應用程式而言，這是最重要的測試，因為質量取決於規格和用戶體驗，並且要了解用戶的體驗，因此需要進行人群測試。
暈車測試-此測試非常困難且對健康有害，與傳統測試不同。
運動病的測試方法
參照系— 它為圖像添加可視參照系。它有助於理解視覺和前庭感覺之間相互矛盾的傳感器衝突帶來的影響。例如，一旦進行了一些參與者之間的研究以了解在沒有過山車的情況下在有過山車的情況下對過山車的影響，則使用由兩條水平和兩條垂直白線組成的網格作為過山車。
然後向受試者填滿《模擬疾病問卷》。結果是證明Rest框架足以抵消暈車的影響
可見路徑- 這種方法可以理解為在虛擬環境中沿指定路徑放置路標。因此，用戶感覺到並預期了虛擬實境中的運動。在這種方法中，用戶不受控制。相反，它們處於被動模式，在這種模式下，他們只能預見運動，而不受控制。
視野- 進行了一次實驗，一組參與者被暴露了50分鐘的模擬。內部和外部FOV有兩種。這裡，外部平均屏幕的尺寸和與之的距離以及遊戲中相機內部的角度。當內部和外部視野都一致時，就會發生暈動病。
回歸分析-回歸模型可用於測試和預測暈動病。從人類年齡的樣本中收集感覺運動（傳感器與電機的感覺運動耦合）數據。然後將其在零重力空間模擬器中暴露於VR。使用回歸模型，它顯示了暈動病參與者經歷了多少
測試方法
在軟體開發周期中有幾種測試方法論，兩種方法論將更好地用於基於現實的應用程式。
極限編程
開發和測試是並行進行的。遵循測試驅動的開發方法，其中之前編寫了測試，並確保這些測試失敗，然後僅編寫要通過的代碼。這種方法是以可測試的方式測試代碼。
統一流程模型
從體系結構設計階段到部署的測試周期開始時，已完成左移方法測試。在這裡，與極端編程不同，完成了回歸測試，因為執行了代碼庫回歸訴訟中添加的代碼，以便識別出一個附加功能，從而在應用程式中引起任何錯誤。
增強現實和基於虛擬實境的應用程式的可用性測試的範圍。
應用程式的可見性。系統與現實世界之間的匹配。用戶控制和自由。一致性和標準。錯誤預防。認可而不是回憶。使用的靈活性和效率。美學和簡約設計。幫助用戶識別，診斷錯誤並從錯誤中恢復。幫助和文檔。基於現實的應用程式的關鍵性能指標。
準確性- 您的應用程式在位置和虛擬內容上的準確性如何成本效益—評估應用程式開發，環境，工具，平臺等的總體成本。滿意度-交互是基於現實的應用程式的重要方面，是與用戶的交互得分的一種度量。高效- 在給定的內容，環境等條件下，系統的效率如何。基於現實技術的一些工具。
AirTest.Poco.Unity.SteamVR Performance tool.360° EYETRACKER.結論
儘管測試新技術和新應用總是令人興奮，但即使是經驗豐富的測試人員，看到自己的策略和工具都無法通過測試也會令人沮喪。我旨在為測試人員提供更好的理解，並幫助他們運用批判性思維來處理測試對象中的不確定性。
此外，了解業務需求以尋求機會進行優化和創新，並開發出優質的產品。事實是，現實技術的領域非常不同，因此需要專家來測試這些技術。需要收集數據以了解用戶目標，應用程式目標，參與者人數，評估的統計和圖形類型。