使用unity手冊上介紹的程式啟動引數，在不開啟unity editor介面的情況下自動執行c#**，可以實現自動打包。如果是專門打包ios包的話，一切ok。但是一旦在android與ios之間切換，就會發現ios的postprocessbuild標記的後處理**沒有執行，造成打包流程出錯。
出現該問題的原因是ios平台特定**通常是使用#if unity_ios的巨集定義包裹。如果專案之前是非ios平台，使用命令列方式啟動unity直接執行打包方法，那麼其中的ios平台相關**都是不存在的。
正確的做法是首先切換到構建目標平台，待相關editor指令碼都生效後，再執行構建操作。
同樣的道理，在構建方法裡呼叫unity提供的切換平台方法是沒有意義的。c#**不可能執行到一半，重新編譯並載入後還能從中斷處繼續執行。
對於命令列方式實現的自動打包方案來說，需要新增-buildtarget引數。該引數的生效是比-executemethod更早一些。所以可以實現先切換到目錄平台，所有指令碼都正確後再執行給定的靜態方法。
下面是乙個命令列呼叫unity的例子，以供參考：
unity manual 關於命令列方式啟動unity的介紹，command line arguments，
自動化設計 注意事項
由於自動化測試作用主要體現在回歸測試,所以前期的測試主要都是依賴於手工測試,所以對於測試用例的生成目前還無法完成自動化的生成和控制.測試指令碼主要依賴於測試用例的設計,如果專案需求在前期比較穩定,那麼自動化的效率相對來說也會比較高,但也是由於這種聯動關係恰恰就嚴重影響了自動化測試指令碼的維護成本,似...
自動化測試注意事項
當乙個專案確定要引入自動化測試技術前，需要綜合考慮系統是否適合引入自動化測試技術，這裡講的自動化測試技術，沒有包括效能測試這一塊，單指功能測試這一塊，其實效能測試也是在專案開始前，就要考慮的 考慮的方面，如，專案週期時間是否夠，維護週期是否很長，是否頻繁回歸測試，重複任務是否多，專案需求變動是否頻繁...
Unity 自動化打包指令碼
unity的專案手動打包確實很痛苦，得慢慢等著，好無聊，能自動化指令碼打包什麼的最好了，閒話不多說直接上指令碼。windows的bat指令碼 echo off set companyname 公司名字 set productname 遊戲名字 set platform 0 這個是平台編號 set o...