质量保证与开发比率

Question

我们有一个相当复杂的Java系统,其中包括一些后端层,包括数据库和专有的Swing前端.外部各方可以附加的后端API模仿我们的前端.我们的组织内共有大约5个孤岛,共享这个系统.总共有大约15名开发人员维护这个系统.

我们的QA团队的规模应该是一个经验法则吗？

编辑:根据迄今为止在回复中提出的问题添加一些上下文:

1. 我们每年大约有四个主要版本,其间有一些小版本.
2. 我们的平台有转手,因此有一些计算对我们的客户意义重大.
3. 我们确实使用正式的bug添加系统.
4. 我们不使用TDD.
5. 我们使用cruisecontrol等工具进行持续集成.

Answer 1

作为以前的测试团队负责人,我建议尽可能多地进行测试.听起来您组织中的很多人都依赖于您的软件.尽早测试并经常测试.

认识到测试是每个人的责任是非常重要的.开发人员需要编写好的单元测试.UI开发人员应该手动测试UI.

我尝试鼓励测试驱动开发,关注指标(使用正式的错误跟踪系统,跟踪缺陷密度等),设置持续集成服务,并设计可测试性代码(使用类似Spring的框架进行依赖注入,使用模拟和外部服务的存根等 - 我很乐意更详细地讨论).修复错误的成本会在您找到错误后成倍增加,因此在获得正式QA之前最好找到它.

杰夫