测试Windows Azure的最佳实践(单元)

Question

在短时间内,我将开始基于Windows Azure的项目.我想知道测试Windows Azure项目的经验是什么(在连续集成中(使用TFS构建服务器))？(最终使用TDD)

我想知道一些事情:

• 你是否使用模拟(在你自己的书面包装类中)？
• 你使用存储模拟器吗？
• 您是否将服务部署到Azure并将测试从构建服务器运行到云？(费用怎么样)？

事先提醒!

Answer 1

为 Windows Azure 之外的应用程序编写单元测试的良好实践同样适用。如果您对实际测试的内容有外部依赖性，则应该模拟该依赖性并注入您的细粒度单元测试。

例如，当我使用 Windows Azure 存储队列时，我将有一个用于与队列本身交互的接口，因此在使用队列服务的代码中，我可以使用该接口模拟子系统，并使用依赖项注入来注入嘲笑。这消除了在单元测试期间实际处理模拟器的必要性。在大多数情况下，使用队列的代码的实际具体实现只不过是一个非常薄的包装器。

我个人并不追求 100% 的测试覆盖率，因此我可能没有利用包装器的具体实现的直接单元测试。在许多情况下，我尝试进行集成测试，以测试这些包装器并测试系统的多个方面的协同工作。在某些情况下，我可以在模拟器中运行集成测试（例如，对于存储操作），但在某些情况下，只需访问 Windows Azure 环境即可运行集成测试（在使用 ACS 或服务总线的情况下）。

理想情况下，您希望拥有一组可运行的脚本，以在 Azure 中启动一组最少的测试服务器、部署您的解决方案并执行无法在本地完成的集成测试。然后获取结果并让脚本关闭所有内容（或者如果需要，可以选择让它运行）。然后运行集成测试套件，该套件经常使用这些脚本来检测问题，但您当然不需要每次签入内容时都运行它们，除非您对始终运行测试环境感到满意。如果您同意在 Azure 中运行半永久性测试环境的成本，那么只需确保将脚本用于更新部署，而不是删除并重新部署，以稍微降低成本（节省的费用与更新部署的频率有关）部署发生）。

我认为这个问题是一个非常主观的问题，因为您可能会得到几种不同的意见。