我有因为质量问题（经典）的ASP和SQL Server 2000实现了一个很旧的项目，我一直在考虑实施某种形式的自动化质量检测的可能性。 虽然，该网页是ASP的项目真的是85％SQL Server存储过程，函数，视图和DTS。 （DTS上大量依赖的）很多代码生成的从SQL Server发生。
在问候的DTS，我们都希望能有可能将数据库升级到SQL Server 2005的 -所以，如果单元测试不能设置在DTS，那SSIS？
我发现ASPUnit但它似乎不再保持...
至于我的问题，这是一个真正的多部分的问题。
- 是否有可能和实际的单元测试ASP？
- 是否有可能和实际的单元测试SQL Server对象？ （ 我已经看到了这一点，但有些灰心了一定的成功太 ）
- 是否有一个目前支持的测试框架，既ASP和SQL Server使用吗？
- 是否有任何替代的软件质量控制的方法来进行单元测试这种类型的代码库？ （任何一般的提醒也将是有益的。谢谢。）
- 另外，我一直在考虑在这样一个项目实现自动化测试的投资回报率。 该项目是大的。 我不知道的代码行的多少代码，但数百个文件，成千上万的（如果不是数百万）。 鉴于此，让我们回到1和3。
我真的在这个项目不好的情况; 任何一般的质量控制劝告将不胜感激......
这听起来像你的问题实际上比单元测试更高的水平。 我要说的却是你的主要问题将在一个集成测试级别最好的解决。
由于您的网页是由SQL大量生成，ASP单元测试将只涉及的问题进行了很小的比例，所以您将使用一个自动化工具，如测试结束页有更好的覆盖华廷或ieunit / 。
您可以在单元测试的角度来考虑这些，但他们整合后真正测试的最终结果，而不是测试的小功能的结果。 虽然你可能会错过一些较低级别的变化，你是绕过基本设计问题。
只要你的最终结果是一样的，你的测试将不关心该地区的内容是否从ASP或SQL来了。
华廷将工作的伟大。 它操纵浏览器，所以它并不关心什么语言编写的代码被写入，或者代码是否是好还是坏，或专为可测试性与否。 这是回归测试，而不是单元测试。 但是，这是开始的好地方。
您可以使用您选择的单元测试工具：NUnit的，MbUnit的，MSTest的，等等。
你可能有一个看ajaxed单元测试 。 （该库仍保持）
对于SQL升级本身（以及任何其他更改SQL代码），我会看看SQL单元（没有用它）或类似的东西，只是在数据库上执行单元测试。
为此，您可以一起选择任何其他测试策略。
千万要注意的缺点的通过UI测试： http://blog.objectmentor.com/articles/2010/01/04/ui-test-automation-tools-are-snake-oil 。 记者了解到，通过UI测试通常是脆弱的，当设计师想改变就应该没什么问题为他们做。 对于严格的升级版本的SQL，但是，你应该罚款。
