Николай алименков acceptance testing
Идея написания спецификаций на «естественном языке» манит своей внешней красотой и простотой. Мысль о том, что не умеющий программировать product owner станет сам рисовать Fitnesse-таблички и писать Cucumber-спецификации, выглядит очень привлекательно, возникает надежда переложить на него часть работы. Более того, исполнимые спецификации можно использовать как направляющие для разработки, и наряду с test driven development возникают подходы с похожими названиями — Behavior driven development и даже acceptance test driven development.
Форум тестировщиков
Посему на конференцию я прибыл в очень, очень, очень расслабленном состоянии полудремы, что помогло сосредоточиться на внутренних ощущениях, а не на внешних раздражителях. Например, спокойно осознал и воспринял то, что кругом много людей, которые могут спокойно ответить на вопрос «В чем твоё искусство?» или «В чём ты талантлив?»
Normal testing
Кто незамутненно уверен в том, что чек-лист — стопроцентная панацея в работе тестировщика, тот дурак. Зависит от проекта и уровня образования тестировщика. Например, без понимания софта тестировать в таком режиме почти невозможно. А вот по тест-кейсам может тестировать любой товарищ, даже не понимающий, что именно оне изволят-с тестировать и зачем. Доказательство.
Normal testing
Местами было очень смешно, иногда — крайне занятно. Я, наверное, буржуйствую, но в вопросе «как эффективно использовать настенную доску» мне показалось, что проще поставить в офисе еще одну, чем делить пространство на имеющейся и обрекать burndown chart на постоянное уничтожение.
Normal testing
Нужно ли заносить доработку в баг-трекер? Ни в коем случае! Это чревато проваленными итерациями. Тестировщик не в праве решать насколько важная это доработка и стоит ли она того, чтобы ее непременно сделали в этой итерации. Такого рода решение может принимать только представитель бизнеса: заказчик, менеджер продукта, Product Owner. Добавление доработки в баг-трекер может привести к раздуванию сроков работы над задачами в итерации, что и приведет к провалу. Вместо этого нужно сразу же сообщить стороне бизнеса о доработке и отправить ее в виде запроса в Backlog. Дальше она может быть добавлена в следующую итерацию, отклонена, понижена в приоритете или же в срочном порядке добавлена в итерацию (естественно, с удалением другой работы из этой итерации).
Николай алименков acceptance testing
В докладе я рассмотрю эту проблему с трех сторон: требования, программный код и пользовательский интерфейс. Сначала я расскажу как можно связывать тесты с требованиями, отслеживать их покрытие и текущее состояние, предоставляя подробную отчетность. Потом речь пойдет об измерении и анализе покрытия функциональными тестами программного кода продукта. И, в завершении, я покажу как анализировать покрытие тестами пользовательского интерфейса (элементов страниц вашего приложения). Все идеи и примеры будут основаны на инструменте для тестирования веб приложений WebDriver и языке программирования Java, но могут быть успешно перенесены на другие языки и инструменты тестирования.
А вы знаете что тестируют ваши тесты? (Николай Алименков, SQADays-11)
Если у вас команда, которая работает над долгосрочными выпусками стабильной версии (т.н. релизами), то, скорее всего, у вас будут критерии ещё более высокого уровня. Их можно назвать «критерии готовности выпуска» (Definition of Done for a Release). Эти критерии повлияют на планирование всего выпуска, и о них нужно помнить постоянно и не откладывать на последний момент.
The Improved Methods
Рассказывала про тестирование требований. Особенно когда разработка — аутсорсинг, а требования заходят на иностранном языке. В больших проектах. Лично для меня вещи, о которых она говорила — известны, хотя мы работаем по-другому — но у нас и другие проекты и заказчики, это не удивительно.
2021-04-21: SQAdays весна 2021 — первый день превзошел ожидания
Однако быстро стало ясно, что это не помешало ему остаться харизматичным спикером, неутомимо тестирующим всё вокруг себя — включая саму конференцию. В начало презентации он успел добавить пару фотографий, сделанных прямо перед выступлением: Илари заметил, во-первых, что мы не успели заменить указатели с проходившей накануне конференции HolyJS, а во-вторых, что для англоговорящего спикера они выглядят довольно противоречиво. Спасибо, Илари, баг-репорт принят!
Гейзенбаг 2
Паттерны проектирования известны в разработке уже много лет. Одни разработчики любят их, другие считают бесполезными. Но у паттернов проектирования есть очень чёткие задачи: описания типичные решения для типичных проблем, создать общий язык для сообщества, улучшить понимание и переиспользование существующих подходов.
Youtube видео
- Published on: Wednesday, October 4, 2021
- Паттерны проектирования известны в разработке уже много лет. Одни разработчики любят их, другие считают бесполезными. Но у паттернов проектирования есть очень чёткие задачи: описания типичные решения для типичных проблем, создать общий язык для сообщества, улучшить понимание и переиспользование существующих подходов.
