testing - 您的公司/工作/项目是如何进行集成测试的？

Question

我想改进我工作的集成测试方法，我想知道这个过程在其他地方是如何发生的。
像这样的东西:
- 何时开始编写测试计划
- 测试人员、开发人员和要测试的东西(整个应用程序或修改)之间的比例
- 集成测试采用什么样的方法。

实际上，我测试 webapps 和测试计划是用 Test Link 管理的。发现的错误会在 Bugzilla 上报告。我正在尝试使用 Selenium RC 自动执行测试，但我需要一些时间来编写计划并编写代码以在 Selenium 上执行。我没有时间，因为我正在测试 3 个或更多应用程序。

我的大部分问题都是由于测试环境和生产环境的差异造成的。但是测试开始的时间太长了。如果今天有人完成修改，我将需要大约 3 周的时间才能开始测试。并且测试进程队列不断增长。

如果有人提出可以改进测试过程的建议(比如更多人测试等)，那就太好了。但最重要的是，我想听听其他地方的测试过程如何运作。
谢谢。

Answer 1

对我们来说，集成测试通常由开发人员在提交之前执行。只是简单的表面测试，看没有明显的破损。

然后我们将主干中的代码部署到连接到测试数据库的开发服务器上，该测试数据库是生产数据库的完整副本，并让负责新功能的用户在该服务器上进行验收测试和进一步的集成测试。

我们有一个“ super 用户”的概念来组织这个。 super 用户负责在他们的专业领域内教育其他用户，并回答与系统使用相关的服务台问题。 super 用户也是参与与其工作相关的所有功能的功能请求和需求讨论的人。

因此，当开发新功能时， super 用户首先验证设计建议，然后在部署前执行最后阶段的测试。

这种设置很好，因为它确保领域专家是验证系统功能并免除 IT 部门的一些责任的人。

糟糕的是，他们通常不是非常有技术性或优秀的测试人员。作为用户，他们倾向于看到系统是什么而不是它可能是什么。他们作为全职员工在组织中也有自己的普通职能，这一事实也意味着他们在测试方面的资源非常有限。