為什麼自動化測試不適合遊戲？

因為遊戲世界每天都在變化，自動化測試需要很長時間才能製作出程式。

因為開發乙個自動化測試程式需要很長時間，但幾天後可能就不適用遊戲領域了。

這是因為他在遊戲領域賺不到錢，賺不到錢。

如果將自動化測試用於遊戲領域，則可能會非常昂貴。

自動化測試既昂貴又困難，這會影響整體進度。

因為遊戲領域需要花費大量的金錢、人力和物力，而且可能無法產生預期的效果。

因為這項技術需要資金支援，而且不一定能產生結果。

當然，遊戲中的炒作是計算機所沒有的。

這個問題在自動化測試工具開發之初就被問到了。 工具銷售商給了我們乙個觀點，行業專家給了我們各種不同的觀點。 最初，供應商提供基本的捕獲和回放工具，這些工具已發展成為複雜、高度整合的測試套件。

他們似乎想讓從業者決定基本捕獲重放模型之外的事情。 測試自動化方面的專家已經寫了很多文章和書籍，引用了成功和不成功的自動化測試，並就我們必須做什麼達成了一些共識，但關於我們如何做卻沒有任何結果。 在本節中，我們將就如何進行測試自動化給出我們的看法。

我們認為，該行業一直在爭論該怎麼做。 我們有乙個自動化框架的工作原型，我們可以使用它，直到工具包達到乙個新的水平，直到它們變得更加複雜。

為了知道什麼程度的自動化就足夠了，我們必須了解這些領域：什麼可以自動化，什麼應該自動化。 測試工具和測試過程是不一樣的。

工具用於促進測試過程。 工具可用於實施過程並執行測試過程的各種規範。 在許多情況下，該工具附帶的內建程式可以被視為乙個過程。

然而，它們也往往是不完整的，不能正確反映這個過程。 最好的測試工具是可以與測試需求保持一致的工具。 它們提供高度可定製的工作流程和跟蹤報告功能。

我們應該考慮測試過程的哪些方面？ 一般包括以下幾個方面：測試計畫、測試設計、測試構建、測試執行、測試結果採集與分析、測試結果驗證、測試報告等。

還有一些活動與測試活動密切相關，包括問題（缺陷）跟蹤和解決、配置管理和測試指標。 簡而言之，測試過程的這些活動是密不可分的，就像開發過程一樣，通過良好的專案管理技術粘合在一起。

所有領域的自動化水平都應該達到這樣的水平。 它根據時間和成本適應您的組織。 自動化程度越高，測試過程就越好、越高效。

只要您的工具合適且正確實現，此檢視始終是正確的。

移動平台和 Web 應用程式的自動化測試依賴於正在執行的框架的 API，以確保測試用例在各個平台和解像度上保持健壯。

Robotium 需要呼叫 Android 的 UI API 來執行此操作。 遊戲也是如此，它需要為測試框架提供一組介面。

testin 已經做了這樣乙個測試框架 testinlab cocos-plugin · github，可以使用，但是他們目前懶得維護它。 它的核心設計思想是正確的，你可以參考它。

Windows Mobile Test Framework、Cake Game Master、Balu Duanmen、Bu Hand [手機按鈕精靈伴隨聲望]，應有盡有。

Monkeyrunner 很好，但學習如何使用它並不難。

請諮詢您的醫生。 問律師。

要求分配。 經驗。

買什麼。 就個人而言，液體旅行心臟手機知道。

要求乙個滲麻煩的凳子手機遊戲自動測試。

錄製的指令碼仍然需要處理和修改，以充分正確地表達自動化測試指令碼的重要性。

除此之外，Xcode 中包含的 ocunit 測試框架還可用於為您的應用程式編寫單元測試。

烤蛋糕遊戲的主人，或八扇門。

我所知道的是 PC 上有關鍵精靈。

我也想給你乙個。

JD.com 上不是有很多嗎？ 如果你想學習Unity，你需要先學習計算機語言C，然後再熟悉引擎。 我個人覺得理解比閱讀好，我有個朋友在17xuee學過，聽說還不錯。