测试人员在敏捷中的作用？ [英] Role of Testers in Agile?
问题描述
我在一个团队中工作，该团队多年来一直在使用传统的瀑布式开发方法。最近，有人告诉我们，未来的项目将朝着敏捷（尤其是Scrum）方法论发展。碰巧我的项目将是第一个，因此从本质上讲，我们接下来的几个月将是豚鼠，以弄清进行过渡所需的资金。
I work in a team which has been doing the traditional waterfall method of development for many years. Recently, we've been told that future projects are going to be moving towards an agile (particularly Scrum) methodology. It so happens that my project will be one of the first, so we will essentially be guinea pigs for the next few months to iron out what it takes to make the transition.
该项目本身还处于初期阶段，通常距离向测试团队发布任何内容还有很多个月的时间，但是现在我们将直接与他们进行直接合作。结果，我对测试人员在现阶段在这样的项目中的角色感到担忧。我有几个问题/疑虑，希望一些经验丰富的敏捷开发人员可以回答：
The project itself is in a very early stage and we would usually be many months away from releasing anything to the testing team, but now we are going to be working directly with them up front. As a result, I'm concerned as to the role of the testers in such a project at this stage. I have several questions/concerns which hopefully some experienced agile developers could answer:
- 尽管开发人员正在编码任务，但对于测试人员对其进行测试（尚不存在）。此时测试人员的角色是什么？
- 测试人员现在正在参与单元测试吗？
- 在主要进行基础结构更改（只能在单元测试中进行测试）的sprint期间，测试人员会做什么？
传统的测试团队成员如何在您的敏捷项目中发挥作用？
How do the traditional test team members function in your agile project?
推荐答案
随着项目的成熟，使测试人员忙起来的趋势往往会变得容易（还有更多要测试的东西！），但以下几点在早期阶段也适用：
Keeping testers busy tends to get easier as a project matures (there is more to test!), but the following points apply in the early stages too:
-
测试人员可以在实现之前（或同时）为用户故事准备测试计划，测试用例和自动测试。这甚至可以在开发人员编写任何代码之前帮助团队发现用户故事中的任何不一致之处。
Testers can prepare their test plans, test cases, and automated tests for the user stories before (or while) they are implemented. This helps the team discover any inconsistency or ambiguity in the user stories even before the developers write any code.
根据我的个人经验，测试人员没有任何经验参与单元测试；他们只测试通过所有自动化单元，集成和验收测试的代码，这些代码全部由开发人员编写。不过，这种分裂可能在其他地方有所不同。例如，您的测试人员可能正在编写自动化验收测试。单元测试实际上应该由开发人员编写，因为它们是与代码一起编写的。
In my personal experience, testers don't have any involvement in unit testing; they only test code that passes all of the automated unit, integration and acceptance tests, which are all written by the developers. This split may be different elsewhere, though; for example your testers could be writing automated acceptance tests. Unit tests really should be written by the developers, however, as they are written in tandem with the code.
它们的工作量会因冲刺而有所不同，但是回归测试仍然需要对这些更改进行操作...
Their workload will vary between sprints, but regression tests still need to be run on these changes...
您可能还会发现，让测试人员花费前几对每个sprint都需要几天的时间来测试上一个sprint的任务可能会有所帮助，但是我认为最好让他们通过编写测试计划来确定开发人员将要从事的工作。
You may also find that having the testers spend the first couple of days of each sprint testing the tasks from the previous sprint may help, however I think it's better to get them to nail down the things that the developers are going to be working on by writing their test plans.
这篇关于测试人员在敏捷中的作用？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
