【问题标题】:free automatic regression test tool for asp.net applications?用于asp.net 应用程序的免费自动回归测试工具?
【发布时间】:2010-09-16 05:50:02
【问题描述】:

我们在一个小团队中工作。我们经常遇到这样的问题,例如 developer1 对存储过程或函数进行了一些更改,这影响了 developer2 的工作。这些问题后来被偶然发现。请指导我如何阻止此类问题。是否有可以运行的免费工具来测试此类问题?

【问题讨论】:

    标签: asp.net unit-testing automated-tests mstest integration-testing


    【解决方案1】:

    慢慢引入单元测试、重点集成测试和完整系统测试

    对于所有使用 .net 单元测试框架的人来说。这将是您在测试中所做的事情使其成为上述任何一种情况。 确保分别保留这 3 种类型的测试,因为它们的执行速度会有很大差异。

    对于单元测试框架,我建议使用 NUnit,但还有其他的,我觉得很有趣但从未跳过的一个是 xUnit.net

    对于完整的系统测试,我建议使用 WatiN 在单元测试框架中运行它们。您也可以使用 Selenium RC

    我们经常遇到这样的问题,例如 developer1 对存储过程或函数进行了一些更改,这影响了 developer2 的工作。这些问题后来被偶然发现。

    对于这种特定类型的场景,我强烈建议进行重点集成测试。完整的系统测试可能捕捉到这种情况,但它仍然会让你弄清楚它为什么会崩溃。

    而是将测试集中在调用过程的非常特定的数据库访问代码中。通过在其中添加场景来揭示开发人员在编写相关 .net 代码时对所述过程的所有期望,可以非常快速地揭示与该集成代码相关的回归问题并非常有效地处理。另请注意,developer1 可以轻松地多次运行涉及该过程或数据库区域的集中集成测试/这比对完整系统测试执行相同操作更有可能发生。

    【讨论】:

      【解决方案2】:

      您可以使用NUnit 等工具进行自动化单元测试,也可以使用Selenium 等工具进行自动化黑盒测试。请注意,这两种选择(即使使用免费工具)可能都需要在时间和精力方面进行大量投资。通常,单元测试用例由开发人员自己创建,而对于自动化黑盒测试,则使用单独的 QA 团队——这主要是因为单元测试用例通常是用 C#、VB.NET 等语言编写的,而自动化黑盒测试测试工具通常使用脚本语言。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2019-01-21
        • 1970-01-01
        • 2011-04-27
        • 1970-01-01
        • 2011-02-06
        • 2012-09-29
        相关资源
        最近更新 更多