Доклад повествует об ошибках, совершаемых при организации и проведении тестирования в различных реальных организациях. Часть информации получена на собственном опыте, часть от коллег и знакомых, часть от фидбека после моих докладов на других конференциях и часть (и это самое страшное) я почерпнул на докладах сотрудников других компаний. В докладе не будет пустословия и саксесс-стори, я на реальных примерах покажу, почему те или иные приёмы не работают и как можно было бы исправить эту ситуацию (не только на примерах Badoo, но и на примерах других успешно тестируемых проектов).
Вопросы будут подниматься самые разные - от того, как нужно организовывать отдел тестирования (внутри отдела разработки, отдельным департаментом или как-то ещё?), до того, какие права давать тестировщикам (проверяем только соответствие реализации задачи её постановке или начинаем спорить с продакт-менеджерами?). Интереснее всего доклад может быть представителям компаний с зарождающимся QA или компаниям, QA-отдел которых показал свою низкую продуктивность и должен быть модернизирован.
Доклад Ильи Кудинова на CodeFest 2014. "Учимся на ошибках в организации и проведении тестирования".
1. Учимся на ошибках в организации
и проведении тестирования
Кудинов Илья, QA-engineer,
Badoo Development
2. О чём это мы?
Реальные схемы и ситуации (без имён и названий)
Ничего личного, только тестирование!
Советы не всегда подойдут для промышленной
разработки, крауд-тестинга и прочих интересных
методов.
Собственный опыт
Рассказы друзей и коллег
Фидбек на докладах
24. QA-отдел. Состав
Не все QA-инженеры будут всегда заниматься
тестированием задач!
Развивайте QA-отдел параллельно отделу разработки!
Неукомплектованный QA-отдел может нести больше
вреда, чем пользы!
29. QA-отдел. Интеграция
QA-щик и разработчик – не противники, а союзники!
Не стоит строго разделять QA-отдел от разработчиков,
если скорость разработки – важный фактор!
Взаимная интеграция разработки и QA – залог
эффективности и скорости тестирования!
44. QA-процесс. Взаимодействие
Не нужно прекращать тестирование на первом же
обнаруженном баге!
Совместный дебаг с разработчиками – интересная и
полезная практика!
51. QA-процесс. Контроль
QA-процесс не прекращается при выезде задачи на
продакшн!
Очень важно иметь средства для своевременного
мониторинга состояния продукта!
62. QA-процесс. Документация
Чеклисты – хорошо.
Подробные тесткейсы – плохо.
Хранить QA-документацию лучше не в виде “Как надо
это тестировать”, а в виде “Как это работает”
Вместо подробных кейсов отлично работают
автотесты
70. Автоматизация. Использование
Все QA-инженеры должны иметь возможность
пользоваться автотестами и утилитами для
автоматизации тестирования!
Плохо, если поддерживать и писать тесты может очень
ограниченное количество инженеров.
73. Автоматизация. Разработка
Разработку автотестов и средств для автоматизации
тестирования очень здорово делить между QA и
разработкой!
Никто лучше самого разработчика не знает, как
работает его код!