用JavaScript进行系统思考
每次我需要修复一个bug,我都遵循相同的工作流程:当QA团队中的某个人发现了一个bug,她/他就会给我发送一个bug报告,其中包含了重现问题的步骤。如果我不懂STR,我通常会去找她/他,这样她/他就可以在她/他的电脑上给我看bug。
这种工作流在许多公司中似乎相当常见,我经常对自己说,在bug发生之前,它必须有更好的方法来获取应用程序的上下文。
动态绑定
但这更好的方法是什么呢?理想情况下,在错误发生之前创建应用程序的快照是很好的,这样我们就可以从该状态修复问题。
例如,假设有一个应用程序处于我们想要的状态,并且我们可以将该应用程序保存为一种格式,然后可以加载该格式来恢复该状态。将更快,更容易的确定解决方法。
事实上,新的数据流可能是这样的:
视频地址
在本例中,我们有一个todo应用程序(基本的TodoMVC应用程序)在一个特定的上下文中(使用一个任务)。我们将应用程序的上下文导出到一个bundle中(一个字符串化的JSON对象),打开一个新的空白页面,然后安装这个bundle。然后我们看到我们的应用程序在新页面上运行,并且有正确的上下文。所以我们可以从这个上下文开始使用这个应用程序。
这意味着,作为一个开发人员,我只需加载一个JSON,QA团队中的某个人就会指派给我去获取应用程序的上下文并修复这个错误。简单得多,不是吗