测试批量更新脚本
Testing Mass Update Scripts
我将开始编写我的第一个批量更新脚本,目前正在使用 Sandbox 帐户。我想知道测试脚本的最佳方法是什么,因为它会对很多项目进行更改?是否可以在小样本上测试脚本?
执行批量更新时,必须先在 UI 中构建搜索,然后手动 select 脚本应处理哪些搜索结果。因此,测试脚本的最佳方法是一次仅 select 一个结果,或仅几个结果。也许建立一些符合您的搜索条件的测试记录并处理它们。
无论如何,通过批量更新,您可以完全控制每次执行脚本时处理的结果。
我经常做的(这在 SS 1 中非常简单)是创建一个仅调用批量更新功能的配套 suitelet 接口
这样你就可以通过 suitelet 参数将记录 id 传递给批量更新功能,它会立即 运行s。在另一个选项卡中,您可以进行更改等,然后在您想要再次 运行 时刷新套件。
我发现这在开发时比通过每次开发迭代的批量更新界面更方便。
我总是通过简单地在调试器中将内部 ID 提供给脚本来测试它。这几乎就是 运行 大规模更新的情况。
我将开始编写我的第一个批量更新脚本,目前正在使用 Sandbox 帐户。我想知道测试脚本的最佳方法是什么,因为它会对很多项目进行更改?是否可以在小样本上测试脚本?
执行批量更新时,必须先在 UI 中构建搜索,然后手动 select 脚本应处理哪些搜索结果。因此,测试脚本的最佳方法是一次仅 select 一个结果,或仅几个结果。也许建立一些符合您的搜索条件的测试记录并处理它们。
无论如何,通过批量更新,您可以完全控制每次执行脚本时处理的结果。
我经常做的(这在 SS 1 中非常简单)是创建一个仅调用批量更新功能的配套 suitelet 接口
这样你就可以通过 suitelet 参数将记录 id 传递给批量更新功能,它会立即 运行s。在另一个选项卡中,您可以进行更改等,然后在您想要再次 运行 时刷新套件。
我发现这在开发时比通过每次开发迭代的批量更新界面更方便。
我总是通过简单地在调试器中将内部 ID 提供给脚本来测试它。这几乎就是 运行 大规模更新的情况。