注 本文档于产品投入生产之前编写,因此您可能会发现这里所包含的细节与发布的产品有不一致的地方。文中的信息均依据撰写文档时的产品状况,仅供您在规划时参考。如有更改,恕不另行通知。microsoft 拥有本文档中的主题所涉及的专利、专利应用程序、商标、版权或其他的知识产权。除非 microsoft 以任何书面许可协议明确提供,向您提供本文档并没给予您使用这些专利、商标、版权或其他知识产权的任何许可证。
visual studio 2005 team test edition 引入了一组新的测试工具。这些工具已在 microsoft 内部使用,并且首次由 microsoft 集成到 visual studio 2005 team test edition 之中。 【相关文章:asp:如何在Form域中Post大于1】
简介 【扩展阅读:用ASP编写网络传呼机】
质量保证难题 【扩展信息:ASP编程中15个非常有用的例子】
这些新工具与 visual studio 紧密集成,意味着它们不仅可以在其各自的测试框架中工作,而且还可以在提供完整软件开发生命周期解决方案的更大框架中工作。
在应用程序或 web 页可以达到其质量与性能目标之前,必须经过严格的测试。过去,microsoft visual studio 是一种只关注软件开发人员的产品,而对开发的测试方面提供的支持不足。组织内部质量保证小组的测试工程师无疑已经正确地认识到,在他们努力确保发布高质量的软件过程中,先前版本的 microsoft visual studio 产品所提供的支持微乎其微。
作为开发人员或测试人员,您可以使用 visual studio 来对您自己的测试进行编码。但是要创建某些专业化的测试或者要对测试进行管理,则通常必须使用其他 microsoft 产品、购买第三方工具或从头创建工具。当需要建模与发布数据、组织支持文档、跟踪错误并创建测试套件(例如,版本验证测试 (bvt))时,您的工作将愈加复杂。所得到的工具集有可能产生这样的结果:它不能在它的各种工具与存储机制之间进行转换。
有这样一种情况,某个金融领域企业的 it 小组积累了大量在开发生命周期的各个阶段使用的不同测试工具。每个工具都是来自独立供应商的独立可执行程序。因此,这些工具之间没有交互,而且这些工具的用户之间的交互也受到阻碍。例如,在一个工具中输入项目需求,然后将其复制到另一个工具,这并不会在两个工具的数据库的需求之间建立链接。因为没有建立链接,所以在第一个工具中更改需求不会更新由开发与测试团队使用的其他工具所访问的数据。
我们的解决方案
有了 visual studio 2005 team test edition,软件测试人员将高兴地看到,他们的工具集正在接近开发人员的工具已经拥有的价值水平。主要的例子就是能够使用 visual studio 集成开发环境 (ide) 来创建并运行测试。
许多核心测试类型(包括单元测试、web 测试、加载测试、手动测试,以及代码覆盖的度量)现在都集成到 visual studio 中。(实际上,visual studio 2005 team test edition 引入了一种新的项目类型 — “测试”项目,它与传统的项目类型一起显示在解决方案资源管理器中。)
新测试工具还与 visual studio 2005 team system 的其他部分集成在一起。这意味着软件测试人员还能够将其结果发布到数据库,生成趋势报告与历史报告,比较不同种类的数据,查看测试后找到了多少错误以及都是哪些错误,并确定哪些错误没有链接到可以帮助重新产生它们的测试中。
... 下一页