每個版本更改的腳本驗證你好，
我有一個客戶端，該客戶端具有大量腳本（> 2000），並且其發行變更有實際成本。
實際上，他必須在部署新版本之前驗證其所有腳本。
是否會有人對此有經驗，並擁有例如能夠測試和驗證一組腳本的JSL腳本？
或另一種有效的方法？
謝謝您的建議。
最好的祝福，
佛羅倫斯
回复：驗證腳本倒入更改發布你好 @flo_kussener ，
對於10月12日在美國Discovery Summit上的JMP Scripting Unsession來說，這將是另一個偉大的話題。
我認為會有很多對此主題感興趣的客戶。
請考慮舉辦此類會議或參加會議，以分享您的一些擔憂。
乾杯，
斯坦
回复：驗證腳本倒入更改發布您好佛羅倫薩，
一般而言，進行大量編碼或編程時應遵循兩件事：
1。遵循良好的編程標準/準則
2。單元測試
好的編程標準可以幫助防止許多不同的編碼樣式以及一些非常常見的錯誤或潛在問題。各個公司的詳細信息可能有所不同，但良好編程的一般準則仍然存在。
單元測試有助於查看代碼是否可以提供預期的結果。可以針對代碼段或完整腳本執行此操作。通常，您會獲得一個測試日誌，其中將列出所有成功和錯誤。由於您始終可以指向該單元測試腳本並與授權機構共享結果，因此這有助於加快驗證速度。對於2000腳本，這可能需要大量的初始工作，但是從那裡開始，通常只需要進行很小的更改，例如，添加新測試時。
JSL單元自動JSL測試是用於jsl腳本的單元測試的基本版本，可幫助您入門。
另外，該線程可能會有所幫助： https://community.jmp.com/t5/Discussions/Regression-testing-JSL-scripts-on-new-releases-of-JMP/td-p/9109
我的老實意見：我希望我們能更加註意jsl向後功能測試，因為幾乎每個發行版的參數，輸入/輸出或完整的jsl函數行為（例如排序）都會發生變化，這會破壞腳本或提供不同輸出。我知道我們提供腳本，但不提供編程語言，但是...
回复：驗證腳本倒入更改發布只需補充一下，下週的“美國2020探索峰會”演講應該正好處理了這個主題，因此您可能想告訴客戶：
創建一個JSL腳本生態系統：GIT，單元測試，用於PPT的VBA，崩潰日誌收集等等
