2010-03-03 84 views
7

我的理解是,建议测试人员与开发人员分开,即显然开发人员正在测试他们的代码,但随后还有专门的测试人员。在小公司/团队中测试人员的可行性

在一个小项目中,这对于5个开发人员或更少的人来说实际上是如何工作的?看起来你不可能让测试人员全职工作,而且你可以随机引入短期人员,所以我认为测试人员应该很好地理解应用程序 - 它的用途,用户,特性 - 就像你一样不希望开发人员在项目中短暂。

+0

有多小? – 2010-03-03 23:30:14

回答

12

您绝对可以让测试人员全职工作 - 他们应该在整个开发过程中测试产品,而不仅仅是最终。事实上,将测试留给项目结束是绝对是你能做的最糟糕的事情。

我曾经在几家公司工作过,每2位开发人员通常有1位测试人员,而且他们从来没有遇到过要处理事情的问题 - 事实恰恰相反。

这两个都是小公司,有10-20个开发人员和5-10个测试人员。

+0

可惜我只能为此答案投票一次...... – 2010-03-03 23:17:01

+0

积极开发过程中的测试会导致缺陷报告不是真正的缺陷,并且会被开发人员称为“我刚刚编码,等待下一次构建!”。开发活动结构化周期随后进行测试活动会更好。按需要重复该循环,但尽量不要重叠。循环的每个部分(以及循环作为一个整体)的持续时间实际上取决于正在开发/测试的系统的性质。 – FrustratedWithFormsDesigner 2010-03-03 23:18:38

+1

一旦新的测试人员在整个应用程序中“赶上”工作,您真正发现开发人员编写的代码量实际上可以让一个测试人员完全被占用?每当你改变什么时,他们是否会重新测试整个应用程序? – 2010-03-03 23:46:43

0

在一家小公司,这很难,因为你是对的:你不能让测试人员在几轮正式测试之间闲置。当然,他们可以做其他事情,比如编写测试用例和测试计划,但即使如此,他们也可能有一些空闲时间。对于一家小公司来说,在需要合约时聘用测试人员可能是合理的,因为您可能只有一种产品供他们测试,产品之间的时间很长。你也可以看看是否可以找到另一家公司为你做测试 - 类似于雇佣承包商,但合同将与母公司,而不是个人。

在大型公司中,通常(但不是总是)足够的项目处于不同的开发/测试阶段,以使所有全职测试人员大部分时间都处于某种工作状态。当然,有时需求超过了现有资源(全职测试人员),因此承包商有时会被带入特定项目。是的,你是对的,即使承包商需要接受他们正在测试的系统的培训,即使他们在那里为一个项目工作。

0

您可以要求开发人员测试彼此的部件,但总的来说这不是一个好主意,单独的测试人员将是最好的方法。
另一种选择是找到一个第三方公司,为您测试应用程序。这也会迫使你对这个项目有更好的规范。

0

我在一个小团队环境中工作,在任何给定的项目中只有很少超过1-2个开发人员。我们没有,也不能真实地看到有一个专门的测试人员。通常,我会让客户在将任何发行版投入生产之前,在分段环境中对应用程序进行QA测试。这取决于客户购买测试过程或多或少成功。我还非常依赖自动化单元测试,使用TDD以及重要的用户界面手动测试。

虽然我想让具有特定QA测试职责的人员参与,但有时我的客户会指定某人,但这种情况很少发生。当我有一个专门的测试人员(几乎总是一个客户代表)参与这个过程时,我觉得整个开发过程会更好。

0

在这样的情况下,使用形式化的测试计划并找到任何可用于测试的非开发人员资源是非常重要的。通常,技术架构师或项目经理需要编写验收标准或完整的测试计划以获取新功能,以及回归测试的测试计划。尝试让用户,项目经理和任何愿意帮助您测试的利益相关者。但给他们一个结构,以确保所有必要的测试用例都得到审查。

即使他/她没有进行所有测试,外部QA工程师也可以帮助您构建测试计划。

祝你好运

相关问题