看到一位大佬寫的關於「如何科學排查插件或工具報錯」的方法，分享給大家：
基本是屬於考驗你雞賊不雞賊，夠不夠機靈，它和經驗無關，所謂經驗就是知道答案，而這個是看你會不會迅速發現找到答案的方法。
一個簡單的例子，你養了兩隻狗，你出門回來的時候總是發現冰箱被打開然後偷吃。
但是你又不知道是哪只狗幹的，這個時候你會怎麼做，當然是：
1、A狗鎖牢，B狗不鎖，測試是不是B狗幹的
2、A狗不鎖，B狗鎖牢，測試是不是A狗幹的
3、兩隻狗都鎖牢，測試是不是有其他狗幹的
這樣只需要三輪測試，就能測試出到底是哪只狗天天偷開冰箱了對不對，當然也許測試結果是兩隻狗都幹了，但至少能判斷出是否有無辜的狗對吧
例子講完
當你拿到一個新的工具（插件或者流程操作）
上來第一步，如果直接打開你的很複雜的項目場景來進行測試（很多人就是這麼莽，就會這麼幹）
會出現兩種情況：
1、沒報錯，結果正確，順利 （那就OK，牛逼，沒啥好說的）
2、報錯，無法得到正確的結果
如果是情況2，不夠雞賊的人這時候就蒙了，完全不知道哪裡出了問題，完全沒有方向，就算是問人，也不一定問的到答案
而雞賊的人（機靈的人）卻早早地打開了新的場景，新建一個最簡單的環境來進行測試。
會出現兩種情況：
1、報錯，無法得到正確結果
2、沒報錯，結果正確
如果是情況1，你知道你的場景是乾淨的，現在你有一個【絕對沒問題的場景】，如果還失敗，那只能說明大概率就是你操作問題或者軟體本身的bug，繼續想
辦法查官網文檔看看正確的操作，直到變成情況2
如果是情況2，那麼現在就拿到了一套自己可以確定正確的操作流程，現在你就有了一個【絕對沒問題的操作流程】
然後拿著這套自己基本可以確定是正確的操作流程，放到你那個很複雜的項目場景文件裡面進行測試
就算出了問題，首先你應該是可以確定你這套操作流程完全沒問題的，那根據推斷，大概率就是這個項目場景的問題
然後就在場景裡進行對比排查，是設置問題？還是模型問題？導出導入重組場景治百病？起碼有個方向是不是，而不是一直一頭霧水無從下手
總結一下就是，不要一上來就用一個【你不清楚深淺的複雜的場景文件】去測試【你不太了解正確操作流程的操作（插件）】
那樣的話，如果出問題了，你會根本無從判斷是場景問題還是操作問題還是軟體本身的。
如果你搞不明白這個套路，那你可能會經常問出如下問題
「為什麼XXX工具不能用啊」
「為什麼XXX操作不好使啊」
「為什麼arnold渲不出啊」
這類其他人永遠也沒辦法給你解決的問題。
作者：勁爆羊廠長
- End -