Pull to refresh

Тестировщики! Все на Ciklum QA Субботник (16 июля)!

Ciklum corporate blog
Тестирование софта на стадии разработки — одна из важных частей его создания. Процесс Quality Assurance (QA) — бывает многогранен и сложен. Кому об этом не знать как тестировщикам!

По традиции наших субботников, коллеги решили поделиться опытом в QA. Поэтому всех, кому не безразличен QA и тестирование в принципе, мы приглашаем 16 июля в наш харьковский офис на Ciklum QA Saturday. Ожидаются не только интересные презентации от спикеров из разных городов, но и отличное общение в дружеской атмосфере, живые дискуссии и обсуждения по окончании основной программы.
другие интересности под хабракатом
Total votes 3: ↑3 and ↓0 +3
Views 2.6K
Comments 2

Все лучшее из методологии Lean Startup, и как с этим жить тестировщикам

Туту.ру corporate blog IT systems testing *Web services testing *
«Это должно быть сделано еще вчера», «Протестируйте как-нибудь быстренько», «Время от начала разработки до выкладки на продакшн должно быть минимальным, а если возможно — еще меньше» — наверное, многим знакомы подобные цитаты. И покуда мы (тестировщики) — одно из последних звеньев в цепочке разработки, именно нам чаще всего приходится балансировать между скоростью выхода фич и их качеством.

В данной статье хочу поделиться тем, как мы в нашей компании применяем успешные практики из Lean Startup (несмотря на то, что многие наши проекты вполне сформировались и устоялись), с какими проблемами сталкиваются тестировщики при использовании данной методологии и как мы с этими трудностями справляемся.

Пара слов о себе: я тестировщик, имела опыт работы в проектах разного масштаба, была единственным тестировщиком на проекте и работала в командах, в которых использовались разные подходы и методологии. По моему опыту, работать по Lean Startup — это круто, но тут есть и подводные камни для тестирования, о которых неплохо знать заранее.
Total votes 34: ↑33 and ↓1 +32
Views 13K
Comments 8

3 Амиго — способ коммуникации, для создания качественного продукта

TINKOFF corporate blog Конференции Олега Бунина (Онтико) corporate blog IT systems testing *Development Management *Project management *

Представим ситуацию — тестировщик находит баг, начинает обсуждать его с разработчиком — а тот настаивает, что это не баг, потому что в спецификации не было речи об этой функциональности. Знакомо?


Или потому что требования были неоднозначно сформулированы, и он их неправильно понял. А может наоборот, в них было так много информации, что потерялся фокус и некоторая часть информации пропала из виду во время разработки.


И в этой ситуации разработчик не является вредителем, который специально ошибся. На практике, если предоставить ему простые, понятные и, главное, — короткие требования — то количество ошибок, которые будут находить тестировщики, устремится к нулю.



Вы также наверняка знакомы со спорами на тему "баг это или фича". Клиенты обнаружили недоработки, и product owner приходит в команду с замечаниями. А тестировщик с разработчиком защищаются, объясняя это тем, что в изначальной постановке и речи не было о реализации этой фичи. И такие моменты потом заводятся в backlog.


Я считаю, что все такие задачи, заведенные после релиза, и являющиеся следствием плохо проработанной спецификации, — тоже баги. Баги, которые характеризуют качество вашего продукта.

Читать дальше →
Total votes 25: ↑22 and ↓3 +19
Views 37K
Comments 1

Введение в Example Mapping

Конференции Олега Бунина (Онтико) corporate blog IT systems testing *System Analysis and Design *Development Management *Project management *
Translation
Прежде чем взяться за работу над user story, очень важно определить для себя критерии приемки. Это можно сделать, когда вы детализируете бэклог или планируете  ближайший спринт. Некоторые команды для этого проводят специальные встречи, которые называются 3 Амиго (подробнее о них в прошлой статье), митинги, kick-off по спецификации или встречи-исследования.

Как не назови, большинству команд это дается с трудом. Главная сложность в том, что такие встречи неструктурированы, а их результат непонятен. Они отнимают много времени и попросту скучные. В итоге, сессии становятся нерегулярными или от них совсем отказываются.

Но есть простой способ сделать такие встречи короткими и очень продуктивными. И называется этот способ Example Mapping или составление карт тест-кейсов.


Читать дальше →
Total votes 15: ↑15 and ↓0 +15
Views 11K
Comments 1

Исследуем ожидания разработчиков от уровня постановки задач аналитиком

Luxoft corporate blog System Analysis and Design *

Недопонимание по поводу качества постановки задачи — частое явление в командах. Мне стало интересно разобраться в вопросе, и для этого я обратилась к 4 тимлидам. Формат — интервью. Моей целью было получение обратной связи: какие ожидания от требований есть у разработчиков и как они воспринимают постановку задач. В данной статье приведены результаты моего исследования.


Читать дальше →
Rating 0
Views 1.2K
Comments 0

Стратегия тестирования краткосрочного проекта

Arcadia corporate blog IT systems testing *Web services testing *Mobile applications testing *

За пять лет работы в «Аркадии» — компании-разработчике программного обеспечения на заказ, где я работаю тестировщиком, — мне довелось поучаствовать в самых разных проектах. Большая часть из них была связана с веб-разработкой, меньшая — с мобильной. Некоторые проекты длились более года, другие были краткосрочными (полгода или даже пару месяцев). Менялся и размер команд: от трёх до трёх десятков человек.  

Небольшие проекты у нас скорее редкость, и к ним не очень подходят стратегия и тактика тестирования, применяемые для длительных проектов. В этой статье я расскажу, как составляю стратегию тестирования в краткосрочных проектах и внедряю её на практике.

Читать далее
Total votes 12: ↑11 and ↓1 +10
Views 8.1K
Comments 0

Очень странные дела: когда процессы в команде и правда помогают

Dodo Engineering corporate blog IT systems testing *Development Management *Project management *Agile *

Привет, меня зовут Паша, уже несколько лет я работаю QA-инженером. И всё чаще и чаще мне больно за индустрию QA, потому что не все понимают, чем QA-инженер отличается от тестировщика. Ведь настоящий QA-инженер может сделать продукт качественным разными путями, а не только проверяя конечную сборку на соответствие неким требованиям.

Этой статьёй я хочу ещё раз напомнить, как инструменты командного взаимодействия решают проблемы качественной разработки, что ответственность за качество лежит на всей команде и что agile-понятия «Прозрачность» и «Предсказуемость» часто теряются на фоне клепания тасок в Jira. Несмотря на свою очевидность, Agile-практики применяются не везде, где могли бы приносить пользу, либо применяются с ошибками и антипаттернами, противоречащими самой культуре Agile. Я расскажу, с какими сложностями столкнулся на разных этапах распространения этой культуры и что делал, чтобы их преодолеть.

Если вы готовы тащить такие практики или пробовали их, но не взлетело, тоже смело заходите под кат. Буду счастлив, если найдёте для себя что-то новое и интересное.

Читать далее
Total votes 32: ↑24 and ↓8 +16
Views 7.7K
Comments 7