布莱恩·贝瑞|2015年2月20日
测试代码并不是让大多数开发人员感到兴奋的事情，也不是让企业所有者感到兴奋的倾注大量时间和精力的事情。原因很简单:测试不会产生真正的价值，它只是确认正在测试的功能的价值。尽管如此，团队中的每个人，包括构建软件的团队和准备使用软件的团队，都假定代码将被测试，对吗?换句话说，测试是一件我们知道很重要，其他人应该做的事情。
为何考试？
是的，当然，出于显而易见的原因，需要进行测试。测试保持了产品的高质量，并确保软件能够完成预期的工作。但同样重要的是提高团队向实际使用代码的人发布代码的速度的能力。根据我与客户合作的经验，技术团队经常被认为“太慢”。“这些团队会根据业务需求设计新功能，然后纠结于代码是否有效，以及它是否会影响软件的其他方面。最后，这些团队坐在不断增加的工作堆上，对用户(客户或客户)来说速度慢得像爬行一样。问题的根源?他们不能确定它是否有效，因为他们没有测试计划。
那么，您如何实现测试计划并将有价值的软件推出市场呢?遵循以下步骤:
写入单元测试-单元测试是由开发人员编写的函数，用来测试团队所编写的组件。单元测试可以自动运行。在计划单元测试时，重要的是设计系统，将代码分离为可测试单元。这就引出了下一点。
知道需要单位测试，什么都没有-我经常看到单元测试在测试数据库功能，比如插入、更新和选择。您不需要测试数据访问代码。相反，您应该使用提供给解决方案的数据来测试执行解决方案逻辑的组件。例如，我的团队使用Microsoft的实体框架库进行数据访问，并将业务逻辑分离为一组遵循“工作单元”模式的组件。EF本身不需要测试;是第三方(微软)写的。但是，运行工作单元的代码，即您的自定义逻辑，可以做到这一点。
创建实验室环境- 实验室环境是您测试的环境 - 调用您的测试区域，或“QA”以进行质量保证。确保您有一个并确保密切重复目标环境。对于本地软件，仅用于测试的第二种环境的成本，通常禁止团队创建一个。这是因为它使项目的初始硬件投资加倍，使软件许可证投资加倍，并使所需的维护时间加倍。通过云计算，可以利用基础架构作为服务，以便快速配置测试环境，然后在测试完成后关闭环境。这节省了金钱并减少了攻击面，因为您没有运行的机器可以不断地攻击。
记录你的接受标准-当你在学校的时候，你有没有问过你的老师“这个考试会考吗?”“对我来说，如果我知道别人对我的期望，我就会更容易专注于一项任务。通过记录软件的预期行为，您为团队提供了测试的答案，从而帮助他们获得成功。如果你是微软的员工，并且你的团队有MSDN许可证，我建议你查看Visual Studio Online中的测试计划工具。它允许您为每个特性和工作项记录计划的测试和成功标准。开发一个特性的开发者可以在Visual Studio中看到这些计划，在那里工作将被执行。
记录手动测试，然后运行它们- 与Visual Studio 2013附带的Microsoft测试管理器有能力在线连接到Visual Studio并查看，创建和编辑测试计划。一个鲜为人知的特征是测试跑步者，它能够在测试中记录测试甚至步骤以备将来运行。这对于回归测试非常方便，这是测试，以确保新功能不会破坏现有功能。一旦记录，您应该发现您对您的更改有更多的信心，并且测试时间需要几分钟，而不是几天。
自动化您的构建- 当开发人员为团队创建新的功能时，他们编写代码以执行工作，然后它们将该代码集成到现有解决方案中。如果您正在使用源代码控制系统（并且希望您是），那么这意味着“检查代码”。接下来应该发生什么？如果您的意图是将功能置于可以使用它的人的手中，那么您还在等什么？构建它，测试它，部署它。Visual Studio在线提供托管构建控制器，其基本上是构建服务，用于检查到那里的项目的代码。使用VSO构建控制器，您可以确保新代码正常编译，甚至在成功构建后直接运行单元测试，以确保高水平的质量。
生成编码UI测试- 编码的用户界面测试允许您完全自动化测试，否则将需要一个人监督。与步骤1和4一样，您必须设计测试，并再次步行一次。Visual Studio 2013很简单，它具有创新测试仪所采取的操作的工具，然后在代码中写出测试。在代码中记录测试后，可以通过Microsoft Test Runner在实验室环境中自动运行测试。
测试不需要痛苦。它需要团队的承诺来编写可测试代码，无情地追求自动化和识别，即在测试和部署之前，软件将不值为Vale。如果您是Microsoft商店，我强烈建议您与BlumShapiro与BlumShapiro交谈有关如何提高您的测试流程必威电子。Visual Studio Online和Visual Studio 2013提供您需要启动和运行此过程所需的所有工具。
