Николай, жаль вы не пришли на встречу 9го... :)
Спасибо за ссылки.
Вот что я думаю про тестирование в Скраме:
----------
В книгах по Scrum особо ничего про тестирование не говорится. Даже не
упоминается слово "тестировщик", из чего складывается мнение, что Scrum и QA
несовместимы.
Это не так. В Scrum есть правила, из которых можно сделать необходимые
выводы:
1. результат каждого спринта должен быть потенциально готов для поставки -
базовое правило
2. (как следствие из 1) - команда, работающая над проектом, должна быть
полно функциональна, то есть включать всех, чьих работы создают готовый
продукт.
а именно: архитекторов, дизайнеров, программистов, тестировщиков, тех
писателей и т.д. словом всех.
Следуя этим правилам, можно выработать необходимые проектные правила,
которые позволят достичь целей.
А именно:
- всё тестирование должно проводиться внутри итерации (спринта), так чтобы
по окончании двухнедельного (или какого-то там) цикла все спланированные
части продукта бы (фичи, багфиксы, документация, пакет установки)
- следовать правилу 1 (см выше) нужно, даже если вы поставляете продукт
фактически раз в квартал
- следуя правилу 2, вы, как тестировщики должны быть с программистами, быть
частью команды - активно присутствовать на всех утренних митингах, сборах по
планированию, демонстрациях.
- вы также должны уменьшать "единицу готовой работы", передаваемую от
программиста к тестировщику, давая ответ программистам как можно быстрее (см
на статью Майка Кона http://blog.mountaingoatsoftware.com/?p=11)
- автоматическое тестирование вам очень поможет
- советую добавлять задачи по тестированию в общий пул задач, давая им
оценки, тогда тестирование станет общей заботой
- поможет нахождение в физической близости к программистам (лучше в одном
большом открытом пространстве)
- развешивание графиков с актуальной информацией по статусу
разработки-тестированию-приему тоже поможет очень помочь
-----------------------
On 10/11/07, Alimenkou Nikolay <lumii.subscri...@gmail.com > wrote:
> Могу посоветовать пару книг по тестированию, но не все из них касаются
> именно
> Agile подходов:
> Global Agile Software Development Quality Assurance (Mar 2007) - как
> раз описывает
> подходы в Agile проектах
> Practical Software Testing - очень понравилась нашим QA, но у самого
> руки не дошли
> потому как книга довольно объемная
> Software Testing and Analysis: Process, Principles and Techniques
> (Apr. 2007) - описание
> общих принципов и подходов
> Pragmatic Software Testing: Becoming an Effective and Efficient Test
> Professional (Feb. 2007) - не читал,
> но думаю посмотреть
> Software Testing (Jul. 2007) - книга далека от Agile, но очень
> понравилась. много интересных идей,
> которые многие знают, но освежить и собрать воедино всегда полезно
> On Oct 11, 5:21 am, Yuriy Mann <yurym...@gmail.com> wrote:
> > Поскольку тема про Agile Testing успешно превратилась в флейм и на
> > этом скончалась, я попытался сузить вопрос. Посоветуйте, пожалуйста,
> > толковые книги или ссылки по тестированию в agile проектах, и в
> > особенности в скраме.
> > Интересуют не столько инженерные практики для программистов (unit
> > tests, TDD etc.), сколько область и способ применения QA инженеров
> > (тестеров) в скрам-проектах, или в похожих методологиях:
> > - Нужны ли тестеры вообще? Считается, что тестер всегда будет по
> > другому смотреть на продукт, чем девелопер, и этим он особенно
> > полезен.
> > - Держать тестеров в скрам-командах или как внешний сервис? Как
> > распределять тестовые работы в случае внешнего сервиса? Что считать
> > Done?
> > - Как распределять тестовые работы в команде в случае, если в ней
> > есть тестеры? Как "ровно" загрузить тестера на протяжении спринта?
> > - Как лучше организовать regression testing? Что охватывать, как
> > часто?
> > - "Процесс тестирования"? Как формулировать в условиях скрама, и
> > нужно ли? Как пересекать его со спринтами?
> > Естественно, у меня есть свои решения по каждому из вопросов для
> > текущего проекта, но с точки зрения "самоучки" и опыта "классической"
> > разработки, на уровне здравого смысла. Хотелось бы почитать советы
> > людей с достаточным опытом и в скраме, и в тестировании.
> > Может быть, нам стоит заострить эту тему на следующем agile gathering?
