您可以阅读、评估和捕获该文本以供以后作为错误中的参考或用于自动快照。 用法 警告 目前由于需要为 VoiceOver 启用 AppleScript这可能需要 CI 构建机器的自定义配置才能运行。 场景 1质量检查和验收 假设我（开发人员）有一个带有蓝线注释的设计 – 设计者添加了可访问名称和角色等内容的描述。一旦我构建了该功能并在 Chrome 或 Firefox 开发工具中检查了标记我希望将结果输出到文本文件以便当我将该功能标记为完成时我的产品经理可以将屏幕阅读器输出与设计规范进行比较。我可以使用 auto-vo CLI 并将结果输出到文件或终端来做到这一点。

我们在本文前面看到了一个这样的例子

复制 场景 2测试驱动开发 在这里我再次作为开发人员使用蓝线注释设计构建我的功能。我想测试内容这样我就不必随后重构标记来匹配设计。我可以使用导入到我首选的测试运行程序（例如 Mocha）中的 auto-vo 节点模块来做 波斯尼亚和黑塞哥维那电话号码表 到这一点。经过多年工具和流程的创新设计和开发之间的斗争仍然存在。本文重点介绍改进设计到开发流程的最佳实践以及尖端解决方案（例如由 Merge 技术支持的 UXPin）如何帮助促进变革。 本文得到了我们UXPin亲爱的朋友们的大力支持他们的使命是通过将设计和工程融合到一个更好、更快的产品开发世界中来实现最佳的用户体验。

谢谢你设计师和开发人员之间的合作摩擦

正在引发一场与行业本身一样古老的不断演变的讨论。我们走了很长的路才达到今天的水平。我们的工具已经改变。我们的流程和方法已经改变。但根本问题往往保持不变。 无论团队的类型和规模如何我经常看到的反复出现的问题之一是维护 B2C 电话列表 可靠的事实来源。即使雇用了最优秀的人才并使用经过验证的行业标准解决方案我们也常常会感到厌恶因为某些事情肯定可以做得更好。臭名昭著的最终版本通常分布在技术文档、设计文件、电子表格和其他地方。让它们保持同步通常是一项乏味且艰巨的任务。 注意本文是与 UXPin 团队合作撰写的。