Гибкое тестирование (Наталья Руколь, AgileDays-2014) — различия между версиями

== Видео ==

{{vimeoembed|90819878|800|500}}
{{youtubelink|S_KrXeDAAuQ}}



<poll>
ALTERNATIVE
REVOTE
UNIQUE
Оцените доклад «{{PAGENAME}}»:
Отлично!-- pollholder --> 






Хорошо.
Нормально…
Не очень: (
Просто хочу узнать результаты.
</poll>


== Слайды ==
[[File:Гибкое тестирование (Наталья Руколь, AgileDays-2014).pdf|left|page=-|256px]]

{{----}}

== Примечания и отзывы ==
* [http://msk14.agiledays.ru/members/profile/78/#report-6 Страничка доклада на сайте конференции]

<!-- <blockquote>[©]</blockquote> -->

<references/>

[[Category:AgileDays-2014]]
[[Category:ToPublish]]
[[Category:Agile process]]
[[Category:Тестирование]]
<!-- topub -->

Версия 17:55, 16 июля 2015

Аннотация

Докладчик

Наталья Руколь

В любом успешном проекте различные команды (разработки, тестирования, анализа и т. д.) должны работать максимально слаженно, стремясь к общему результату. Но всегда ли так и происходит?

К сожалению, разные члены команды иногда напоминают басню «Лебедь, рак и щука»: каждый тянет проект в свою сторону, устраивают соперничество и навязывают своё собственное и единственно верное «правильно».

Чаще всего в этом уличаются именно тестировщики, которые вместо содействия проекту выполняют роль Стражей Качества, которые готовы с остальной командой воевать — вместо того, чтобы помогать ей.

На своём докладе я расскажу, как сделать тестирование гибким и помогающим вашему проекту, а не мешающим ему:

• Что зависит от тестировщиков, а что — нет?
• Каковы наши общие цели?
• Какие процессные решения помогают избежать «тёрок»?
• Каким людям нельзя работать в тестировании?
• Что могут сделать РМ и РО для развития тест-направления?

По результатам доклада вас ждёт большой список конкретных и простых действий по «растяжке» тестирования, чтобы оно стало действительно гибким.

Видео

on youtube

Не очень: (

Слайды

Примечания и отзывы

• Страничка доклада на сайте конференции