问题标签 [integration-testing]

我在SO有一个问题，询问如何将中间层连接到数据集。

我提出了一个答案，显示了我的想法，但我对紧密耦合不满意。我刚刚开始进行测试，并发现它对我的代码来说是一个很好的目标。

这段代码如何解耦以进行单元测试？

谢谢你，
基思

我想要一个 Maven 项目的完全自动化的集成测试。集成测试要求在运行之前启动一个外部（平台相关）程序。理想情况下，外部程序会在单元测试完成后被终止，但这不是必需的。

有没有一个 Maven 插件来完成这个？其他想法？

I use NHibernate for my dataacess, and for awhile not I've been using SQLite for local integration tests. I've been using a file, but I thought I would out the :memory: option. When I fire up any of the integration tests, the database seems to be created (NHibernate spits out the table creation sql) but interfacting with the database causes an error.

Has anyone every gotten NHibernate working with an in memory database? Is it even possible? The connection string I'm using is this:

是否有所有漂亮的Selenium on Rails方法的实现wait_for_visible，例如 Selenium RCassert_not_text_present的ruby​​ 驱动程序？

如果没有，我将如何实施诸如 wait_for_visible 之类的东西？

天，

我正在与一群离岸开发人员一起工作，他们一直在非常松散地使用术语单元测试。

他们的 QA 文档讨论了编写单元测试然后执行系统的单元测试。

这根本不符合我对单元测试的解释。

我习惯于将单元测试作为一个测试或一组测试，用于练习单个类，通常作为一个黑盒。被测类可能需要实现包含其他类，但通常它是由单元测试执行的单个类。

然后是系统功能测试、集成测试、验收测试等。

我想知道这对我来说是不是有点迂腐？或者这就是您在提到单元测试和单元测试时所想到的？

编辑：罗布·威尔斯。我需要澄清的是，从黑盒的角度进行此类测试只是一方面。当使用模拟对象来验证内部行为时，您实际上是从白盒的角度进行测试，因为您知道要在盒子内发生什么。

我目前正在测试我们的解决方案，该解决方案具有整个“范围”层：UI、Middle 和无所不在的数据库。

在我加入我现在的团队之前，查询测试是由测试人员手动制作的查询完成的，理论上这些查询会返回一个结果集，存储过程应该根据各种相关性规则、排序、你有什么来返回。

这会产生副作用，即针对测试人员的查询提交的错误比针对有问题的实际查询更频繁。

我建议实际使用已知结果集，您可以推断它应该如何返回，因为您控制存在的数据 - 以前，数据是从生产中提取、清理，然后填充到我们的测试数据库中。

人们仍然坚持创建自己的查询来测试开发人员创建的内容。我怀疑很多人仍然是。我认为这根本不理想，只会不必要地增加我们的测试足迹。

所以，我很好奇，您使用哪些实践来测试这样的场景，以及在不引入混乱数据的情况下，什么是您可以获得的最佳端到端覆盖的理想选择？

我遇到的问题是在哪里进行测试的最佳地点。我是否只是直接戳服务，并将该数据集与我可以从存储过程中提取的数据集进行比较？我有一个粗略的想法，并且到目前为止已经足够成功，但我觉得我们在这里仍然缺少一些重要的东西，所以我正在寻找社区，看看他们是否有任何有价值的见解可能有助于制定我的测试方法更好的。

在运行集成测试（在这种情况下，Web 服务与 JDBC 通信）时，如何强制数据库抛出错误，以便检查产生的肥皂错误？

我正在使用 Spring 的事务测试框架，所以仅仅发出一个DROP TABLE whatever;来破坏它是不合理的吗？:D

以下是我发现的一些用于测试 Web 服务使用者的工具：

http://www.soapui.org/ https://wsunit.dev.java.net/

还有其他人吗？我更喜欢用 Java 或 Python 编写的测试框架。

我正在开发一个 Spring MVC 项目，并且我对源代码树中的所有各种组件进行了单元测试。

例如，如果我有一个HomeController需要LoginService注入的控制器，那么在我的单元测试中，HomeControllerTest我只需像平常一样（在 Spring 之外）实例化对象并注入属性：

这对于将每个组件作为一个独立的单元进行测试非常有用——除了现在我在项目中有几十个类，在编写了一个类并为它编写了一个成功的单元测试之后，我一直忘记更新我的 Spring MVC 上下文文件已部署应用程序中的实际接线。我发现当我将项目部署到 Tomcat 时忘记更新上下文文件并从非连线 bean 中找到一堆 NullPointers。

所以，这是我的问题：

1. 这是我的第一个 Spring 项目 - 像我所做的那样为单个 bean 创建单元测试是否正常，然后创建第二套测试（集成测试）来测试所有内容在实际应用程序上下文中是否按预期工作？对此是否有既定的最佳实践？

2. 此外，如何将单元测试与集成测试分开？我有所有源代码src，单元测试在test- 是否应该有第二个测试文件夹（例如test-integration）用于集成测试用例？

由于这是我的第一个 Spring 项目，我很好奇其他人通常是如何做这种事情的——与其重新发明轮子，我更愿意询问社区的其他人。

你如何自动化集成测试？我使用 JUnit 进行其中一些测试。这是解决方案之一还是完全错误？你有什么建议？