烟雾测试有多复杂？

Question

所以我们现在已经在我们当前的项目上运行了很多个月。然而，与日常构建一起进行的冒烟测试并不是很复杂 - 我们在主类库上运行了一些nUnit测试（诚然，这些测试不能提供很好的代码覆盖率），我们确保编译完成并建立。有问题的应用程序是一个ASP.NET站点，它使用一些业务对象（包括LINQ-to-SQL）。

我们应该运行更复杂的冒烟测试吗，特别是在ASP.NET网站上？那么我们如何为ASP.NET站点开发冒烟测试？

Answer 1

除了单元测试之外，最好使用一些示例数据将站点启动到临时服务器。尽可能接近生活。然后使用HTTP流量生成脚本来模拟用户流量和会话。您可以在后端监视调试日志记录，异常和其他测试代码。您也可以在此处进行性能测量。

就像在浏览器中自己玩一个更强烈的迭代版本一样。

您可以通过定义（或通过检查）您的公共资源及其输入来完成此操作。然后，脚本可以尝试导致验证问题，站点流的奇怪排列以及在实时设置中测试站点的整个上下文的其他事项。

如果测试没有完成......从单元测试到“它真的能与真实的数据和流量一起运行”，那么你最终会像无头鸡一样在以后修复错误。

Answer 2

烟雾测试本质上应该是肤浅的：它是否可以编译？部署？欢迎页面是否加载？也许加载一个对数据库进行查询的测试页面，看看这个连接是否也能正常工作。就是这样。

Answer 3

你不应该做烟测试。你知道那个词的词源吗？电子产品中的“烟雾测试”是指打开电源并查看是否有烟雾出现的情况。

你应该做更全面的单元测试;足以为您提供良好的代码覆盖率。这是你应该在每次构建时做的事情。您还应该尝试进行部署，并运行一些“安装验证测试”。