软件测试建议?

时间:2010-12-09 10:53:27

标签: testing functional-testing automated-tests

我工作的地方有以下问题:  我们目前的测试程序是我们的业务分析师根据他们的规格/测试来测试发布。如果它通过这些测试,它将被送到他们测试新版本和整个系统的质量部门,以检查是否有其它东西被打破。

提到我们外包我们的开发。不幸的是,给我们的版本很少被开发人员测试,这就是我们在过去7年中与他们建立的“关系”.......

因此,如果补丁/发布在功能测试级别或质量级别上的测试失败并且每个补丁都给出了我们需要再次测试整个问题而不仅仅是发布。 有没有办法阻止这种情况发生?

4 个答案:

答案 0 :(得分:2)

您有两种选择:

  • 将代码分成独立的模块,这样一个模块中的补丁/更改只意味着您必须重新测试该模块。但是,由于依赖性,这仅在非常有限的程度上有效。
  • 引入自动化测试,以便重新测试不那么昂贵。它需要更多的工作,但肯定会在您的方案中获得回报。您没有进行单元测试或TDD - 基于捕获重放工具的集成测试通常更容易在您的方案中引入(已建立的项目与手动测试过程)。

答案 1 :(得分:1)

实施您和开发人员可以访问的连续测试框架。有点像CruiseControl.NetNUnit来自动化功能测试。

鉴于访问权限,他们将能够在构建中看到夜间测试。哎呀,他们甚至不需要自己测试,你的测试将每晚(或定期)进行测试,并且他们会立即知道他们造成的或者修复的错误(如果有的话)。

答案 2 :(得分:0)

定义'质量SLA' - 即所有单元测试必须通过,所有新代码必须具有一定的覆盖水平,所有新代码必须在某些静态分析检查器中具有一定的分数。

当然,任何类似的事情都可以进行游戏,因此定期发布后续情况汇报,您可以在此讨论关注的问题并制定应急措施以避免将来发生。

答案 3 :(得分:0)

使用仪表板实现GO服务器并在最后处理GO代理GUI。

http://www.thoughtworks-studios.com/forms/form/go/download link text