执行常规开发任务

您对每个开发任务执行一组常规步骤。 根据您的团队所使用的流程，您可能会以不同顺序执行这些任务。 例如，可能会先定义测试，然后再作出代码更改。

在确认编码任务并且已用源代码的正确版本更新了本地开发计算机后，可以对代码作出必要的更改。 但是，更改代码只是第一步，因为通常必须测试这些更改。

验证应用程序的行为后，可能要分析代码以查找测试期间不明显的常见设计问题。

如果应用程序运行正常但不能再满足性能目标，则可能要收集探查器数据。 然后可以通过分析该数据来诊断性能降低的原因。

通过使用 Visual Studio 2010 的各项功能，可以降低与执行这些开发任务相关的风险和成本。 例如，可以了解代码更改对测试的影响，然后再将这些更改签入到版本控制中。

常规任务

在下表中，可以找到支持此方案的常规任务的说明，以及指向有关如何成功完成这些任务的更多信息的链接。

任务	支持内容
确认要执行的工作：工作通常由一个或多个必须执行的编码任务或一个或多个必须解决的 Bug 组成。 从工作项跟踪数据库检索分配给您的最高优先级项。 可能还要检查当前迭代的总体计划，以确认您可以在预期的时间范围内完成任务。 还应检查其他团队成员对于任务可能具有的依赖项，以避免阻碍进度。 如果团队中有全职测试人员，则应与负责受影响功能区域的测试人员讨论工作，以使该测试人员可以开始任何所需的测试计划。	查找 Bug、任务和其他工作项 使用 Microsoft Project 安排任务和分配资源
准备开发环境：确认必须执行的工作后，可能必须更新开发环境，以使您拥有必需的源代码。 如果要修复应用程序的已发行或已部署版本中的 Bug，则可能要更新环境，以采用源的特定版本而非最新版本。 如果要使用数据库，则可能还要配置本地开发服务器。	从版本控制服务器获取文件的本地副本 使用标签获取文件快照 配置数据库项目和执行测试部署
确认代码缺陷的原因：通常，必须修复 Bug 时所采取的第一步是使用调试器确认问题的原因。 如果问题是最近引入的，则可能要检查包含错误的源文件的历史数据，以确定引入问题的时间以及人员。 在某些情况下，您可能想要回滚原始更改并考虑进行其他代码更改。	查看有关项的历史数据 回滚提交的更改 使用 Visual Studio 进行调试 使用 IntelliTrace 进行调试 调试 Transact-SQL（Microsoft 网站）
对代码作出更改：确认必须做出的更改，对代码做出一个或多个更改，测试这些更改，然后确认更改满足团队的编码标准。	编写和更改数据库代码 编写和更改应用程序代码 标识代码更改对测试的影响 使用单元测试验证代码 使用单元测试验证数据库代码
确认代码中可能的质量、性能和其他问题：可以使用 Visual Studio 高级专业版 分析代码以找出常见设计问题。 应对代码执行同事审查，以确认工具未捕获的潜在问题。	使用代码分析工具分析应用程序质量 测量托管代码的复杂性和可维护性
分析代码中的性能问题：可以运行应用程序中的重要方案以收集分析数据，随后可分析这些数据以诊断性能问题。	使用分析工具对应用程序性能进行分析
完成工作：确信代码更改准备就绪时，通常会让一位或多位同事审查这些更改，执行最终完全生成，然后运行签入测试。 已签入更改并解决了任何合并冲突后，就解决了任何相关的任务、Bug 和其他工作项。	完成开发任务
搁置工作：如果正在修改代码，而必须搁置现有工作来修复可能影响同一组文件的高优先级 Bug，则可以将更改保存在搁置集中。 完成其他工作后，可以检索搁置集，从停止的位置继续。	搁置和取消搁置挂起的更改 查找搁置集 查看搁置集的详细信息

相关方案

• 检查现有体系结构和设计
  在许多情况下，必须执行的开发工作要求更改现有的应用程序。 开始前，可能要检查该应用程序的体系结构和设计，以便更好地了解必须作出更改的地方。

• 设置开发环境
  必须用适当的源代码设置开发和测试环境，然后才能创建或修改代码。 如果要处理数据库，则还必须对这些数据库的脱机表示形式具有访问权限。

• 管理开发计划和工作
  通常在任务、Bug 或另一个工作项中定义必须作出的更改。 所有这些任务、Bug 和工作项都可用于创建和管理开发计划。