Visual Studio 2005 Team System专家教程

作者:戴维

页数:616

出版时间:2007-10

价格:78.00元

isbn号码:9787302160793

具体描述

软件架构师如何使用VSTs对分布式系统和部署方案进行可视化建模。开发人员如何使用VsTs编写代码，验证代码，重构代码，调试代码，以及对代码进行单元测试。测试人员如何使用VSTS管理测试用例，以及如何进行Web测试、负载测试和手动测试。如何使用域模型和．DSL工具，创建自定义的图形设计器。

如何使用TeamFoundationServer存储和管理软件开发过程的工作产品和工作项。

用户评价

天呐，我简直不敢相信我竟然把时间浪费在了这样一本“专家教程”上！当我满心期待地打开这本据说是针对 **Visual Studio 2005 Team System** 的深度指南时，我简直被泼了一盆冷水。首先，排版简直是灾难，那些代码示例的缩进和高亮看起来像是上个世纪的产物，眼睛都要看瞎了。更别提那些所谓的“专家级”讲解了，基本上就是对微软官方文档的拙劣复述，连个像样的实际案例都没有。我本来指望能学到一些关于TFS（Team Foundation Server）在复杂企业环境下的最佳实践，比如如何处理大规模并行开发中的分支策略、如何优雅地集成第三方代码质量工具，或者至少是针对当时比较新的工作流（比如Scrum或CMMI）在2005年这个时间点下的具体落地细节。结果呢？里面充斥着大量关于如何安装和配置基本服务的冗余步骤，这些信息在任何在线的帮助文档里都能找到，而且更新鲜。感觉作者对“专家”这个词的理解存在严重的偏差，或者更糟，他根本就没有在实际的大型项目中用过这个工具集。如果有人想通过这本书真正掌握VSTS的精髓，我建议他们直接去看那个年代的微软官方白皮书，那都比这本书来得实在。这本书唯一的价值可能就是作为一个历史文物，提醒我们软件开发工具链曾经是多么的原始和复杂。

翻阅这本书时，我最大的感受是 **时间错位感**。它似乎是为那些刚刚接触到“团队协作”这个概念的开发者写的，对于我们这些已经在使用CVS或Perforce，并正在评估转向微软生态系统的老兵来说，它提供的价值太低了。特别是关于 **工作项（Work Items）和流程模板** 的部分，简直是浪费篇幅。VSTS 2005 提供了多种基于CMMI或MSF的流程模板，而如何根据我们团队的实际节奏（例如，我们更偏向于迭代驱动而非瀑布）来定制这些模板，以优化Bug跟踪、需求变更记录和进度报告的效率，才是专家级教程应该深入探讨的重点。这本书只是简单地描述了“可以修改状态”和“可以添加字段”，却完全跳过了如何设计一个既符合项目管理规范又不扼杀开发效率的 **自定义工作流** 的艺术。它没有教你如何利用这些数据进行有效的 **度量分析**，例如识别瓶颈阶段、计算平均交付周期等。读完后，我感觉自己只是学会了如何操作一个电子表格，而不是如何利用一个强大的项目管理平台来驱动工程卓越。

这本书的深度简直让我怀疑作者是不是真的接触过企业级的软件生命周期管理。我花了整整一个下午，试图从这本厚重的“教程”中找到关于 **持续集成（CI）和自动化部署** 在VSTS环境下如何配置的真正诀窍。你知道，在2005年前后，如何用MSBuild脚本结合TFS的构建服务，实现无人工干预的自动化构建、单元测试运行和打包发布，是项目管理效率的关键。然而，这本书里关于构建定义的讲解，停留在最基础的“右键点击，选择构建”的层面。更让人抓狂的是，它完全没有提及当时业界开始关注的 **代码度量（Code Metrics）** 如何通过Team Build自动化捕获并集成到质量门禁中去。我期望看到的是如何编写自定义的Workflow活动来增强构建过程，或者至少是对当时比较流行的第三方构建增强工具的探讨。可惜，这本书提供的知识点，对于一个有至少两年开发经验的工程师来说，无异于“如何使用鼠标”的教程。如果你只是想了解VSTS的基本界面，也许可以翻翻，但如果你想用它来优化你的开发流程，这本书恐怕只会让你更加迷茫和愤怒，因为它根本没有提供任何能让你在工作中真正提速的“黑科技”。

关于 **代码审查（Code Review）和分支策略** 的讨论，是这本书最让我感到困惑的部分。在Visual Studio 2005 Team System中，集成式的代码审查是提高代码质量的重要环节。我原本期待看到的是如何设置强制性的审查流程、如何利用Team Explorer的高效界面来标记和解决审查意见，以及如何处理跨越不同特性分支的复杂合并场景。然而，这本书对代码审查的描述，就像是作者第一次听说这个概念一样，充满了基础性的介绍，却没有提供任何关于 **如何将代码审查融入高频次提交（High-Frequency Commits）环境** 的实用技巧。更要命的是，对于TFS的分支模型，它只是简单地提到了“Main”和“Features”分支的概念，完全没有触及如何安全地进行 **“Rework”分支管理**，或者如何使用 **“Shelvesets”** 来隔离未完成的工作，以便主干代码保持稳定。我需要的是如何避免“代码冻结”带来的痛苦，如何确保我的Pull Request（即使在那个年代的术语中可能不叫这个）能够快速有效地被审核并集成。这本书在这方面给出的指导，保守地说，是远远落后于当时业界实践的，让人怀疑作者对现代软件工程的理解是否停滞在了更早的年代。

作为一名专注于 **数据层架构和数据库变更管理** 的架构师，我对这本书在处理数据库项目（Database Projects）方面的阐述感到极度失望。在那个年代，将数据库模式视为代码（Schema-as-Code）的概念正在兴起，VSTS的数据库项目功能正是实现这一目标的重要工具。我希望看到的是关于如何处理复杂的数据迁移脚本、如何利用事务确保变更的原子性，以及如何将数据库构建和部署集成到TFS的版本控制系统中，确保所有数据层的修改都有清晰的历史记录和审批流程。这本书对这些关键领域的覆盖浅尝辄止，几乎没有涉及如何处理 **版本冲突** 在数据库脚本中带来的灾难性后果。它似乎假设数据库结构是静态的，或者变更总是由一个人完成。面对大型项目，我们经常需要处理来自多个开发人员同时对存储过程或视图的修改，如何通过TFS的合并策略来安全地解决这些问题，这本书完全没有给出任何具有前瞻性的指导。与其说这是一本专家教程，不如说它是一本针对单人小项目的入门手册，对于任何追求高可靠性和可维护性的团队来说，这本书的价值几乎为零。