Size: a a a

QA — русскоговорящее сообщество

2016 August 14

IG

Igor G in QA — русскоговорящее сообщество
Kto tyt rabotaet v Agile team-ah/
источник

PE

Polina Efremova in QA — русскоговорящее сообщество
Просто у нас программисты не правят тесты, потому что мы с ними так договорились =) Но не раз было такое, что говорили "у тебя там тест падает, я посмотрел, проверка неправильная, почини", а оказывалось, что проверка-то как раз правильная была, просто программист не знал/не помнил, что в какой-то другой задаче такую логику добавляли
источник

AA

Anastasia Aseeva in QA — русскоговорящее сообщество
Polina Efremova
А не бывает такого, что программист "пофиксил" тест не разобравшись до конца, что он проверял? То есть тест стал проходить, но чинить надо было код, а не тест, но программисту показалось наоборот?
Так, стоп. Сначала разберемся с терминологией. Есть тесты, которые пишут разработчики - к ним тестеры не имеют отношения. Это как правило юнит-тесты или интеграционные компонентные тесты. Тестировщик только помогает в проектировании тест-кейсов.
Но есть еще и автотесты: это ui интеграционные функциональные тесты. Как правило они регрессят. Первоначальная разработка их на автотестере. А вот поддержка на тестерах, для которых эти автотесты и делались как инструмент регресса.
источник

MM

Max Mikhailov in QA — русскоговорящее сообщество
Звучит как будто регресс - это что-то хорошее
источник

IG

Igor G in QA — русскоговорящее сообщество
У нас вообще юнит-тестами не пользуются. У нас настолько часто меняются условия , что пришлось отказаться от них.
источник

AA

Anastasia Aseeva in QA — русскоговорящее сообщество
Igor G
Kto tyt rabotaet v Agile team-ah/
Я работаю. У меня и скрам команды есть( прям православный скрам) и канбан в некоторых командах.
источник

NK

ID:252079701 in QA — русскоговорящее сообщество
Anastasia Aseeva
Так, стоп. Сначала разберемся с терминологией. Есть тесты, которые пишут разработчики - к ним тестеры не имеют отношения. Это как правило юнит-тесты или интеграционные компонентные тесты. Тестировщик только помогает в проектировании тест-кейсов.
Но есть еще и автотесты: это ui интеграционные функциональные тесты. Как правило они регрессят. Первоначальная разработка их на автотестере. А вот поддержка на тестерах, для которых эти автотесты и делались как инструмент регресса.
Мне кажется, это от команды зависит. Согласно вашему определению, апи должны разработчики тестировать? Мы по.другому договорились:)
источник

PE

Polina Efremova in QA — русскоговорящее сообщество
Anastasia Aseeva
Так, стоп. Сначала разберемся с терминологией. Есть тесты, которые пишут разработчики - к ним тестеры не имеют отношения. Это как правило юнит-тесты или интеграционные компонентные тесты. Тестировщик только помогает в проектировании тест-кейсов.
Но есть еще и автотесты: это ui интеграционные функциональные тесты. Как правило они регрессят. Первоначальная разработка их на автотестере. А вот поддержка на тестерах, для которых эти автотесты и делались как инструмент регресса.
Ну так речь о том, что если программисты тоже участвуют в написании/исправлении автотестов, может быть вышеописанная ситуация. (У нас нет деления на разных тестировщиков)
источник

NK

ID:252079701 in QA — русскоговорящее сообщество
Anastasia Aseeva
Я работаю. У меня и скрам команды есть( прям православный скрам) и канбан в некоторых командах.
Вы работаете сразу в нескольких командах?
источник

k

ko4 in QA — русскоговорящее сообщество
у менеджеров часто такое)
источник

RG

Richard Gears in QA — русскоговорящее сообщество
А что в этом необычного?
источник

IG

Igor G in QA — русскоговорящее сообщество
Anastasia Aseeva
Я работаю. У меня и скрам команды есть( прям православный скрам) и канбан в некоторых командах.
В скрам командах, как разпределяется работа между тестерами (хотя у нас это називают QA member). В какой момент включается тестер в работу и где его Definition of Done?
источник

AA

Anastasia Aseeva in QA — русскоговорящее сообщество
Polina Efremova
Ну так речь о том, что если программисты тоже участвуют в написании/исправлении автотестов, может быть вышеописанная ситуация. (У нас нет деления на разных тестировщиков)
А) вот как раз благодаря 'супертестировщикам' и архитектуре проекта мы избавились от этой проблемы. Разработчик автотестов правит только core. А сами тест-кейсы, тестовые данные, локаторы - это работа супертестера.
источник

NK

ID:252079701 in QA — русскоговорящее сообщество
Anastasia Aseeva
А) вот как раз благодаря 'супертестировщикам' и архитектуре проекта мы избавились от этой проблемы. Разработчик автотестов правит только core. А сами тест-кейсы, тестовые данные, локаторы - это работа супертестера.
Эх нравится мне эта должность: супертестер 😀👍
источник

PE

Polina Efremova in QA — русскоговорящее сообщество
Anastasia Aseeva
А) вот как раз благодаря 'супертестировщикам' и архитектуре проекта мы избавились от этой проблемы. Разработчик автотестов правит только core. А сами тест-кейсы, тестовые данные, локаторы - это работа супертестера.
А что такое core в вашем случае? Фреймворк, который используется для написания тестов?
источник

PE

Polina Efremova in QA — русскоговорящее сообщество
Или и тесты какие-то еще?
источник

AA

Anastasia Aseeva in QA — русскоговорящее сообщество
ID:252079701
Вы работаете сразу в нескольких командах?
Да. Я отвечаю за всю автоматизацию тестирования  электронных продуктов в Альфа банке. Плюсом я лид по тестированию в пилотных командах, на которых мы devops обкатываем.
источник

k

ko4 in QA — русскоговорящее сообщество
меня зовут Роман и я алкоголик. Mail.ru, отдел Поиск. могу помочь сообществу найти бельгийские пабы, чтобы поболтать в них о тестировании. ценность группы для себя выясняю) узнал от Анастасии.
источник

AA

Anastasia Aseeva in QA — русскоговорящее сообщество
Polina Efremova
А что такое core в вашем случае? Фреймворк, который используется для написания тестов?
Фреймворк. И то что шарится между проектами. Ну у нас фреймворк частично переиспользуется в разных проектах.
источник

PE

Polina Efremova in QA — русскоговорящее сообщество
Anastasia Aseeva
Фреймворк. И то что шарится между проектами. Ну у нас фреймворк частично переиспользуется в разных проектах.
У нас тоже. Но с какого-то момента доработки фреймворка же требуют минимум времени. Чем тогда занимается автоматизатор? Становится супертестировщиком?
источник