расскажу в общем как выглядит speech recognition software с точки зрения QA/QC, никакой суперконкретики - попробую рассказать всё по чуть-чуть и посмотреть что интересно в этой теме народу и может в след году продолжу на эту тему что-то более конкретное (или на связанные, например, развёртывание или тестирование Thin Clients). такое

Я на джуниор дее буду рассказывать про тест-дизайн сновы.

а на мейндее тоже ж будет чото?

что-то будет, но не от меня )

Всем добрый день. Лена, из Киева, работаю мануальным тестировшиком мобильных приложений в небольшой компании. Про группу узнала из сообщества в фб #whois

Я в main день буду. Расскажу какую именно роль тестирование играет в devops. Как мы перестроили процесс именно тестирования, чтоб достичь поставленных целей, а именно, чтоб каждый артефакт до боя долетал за 3 часа с момента как разработчик сделал коммит.

А я как раз в отпуске буду, когда фест будет проходить. :(

Также хочу на sqadays рассказать как мы переделали инфраструктуру для автотестов. Кластер, в котором запускается grid в docker .

Я про protractorjs буду рассказывать

Но хотя бы Gemini от Яндекс понравился? :) Или что-то есть получше всего этого для автоматической генерации скриншотов?

Мы сейчас кстати хотим на основании jasmin js попробовать снимать скриншоты в момент pr, и встроить в сущ.стек юнит-тестов для фронта. Пока не знаю, взлетит или нет. Адаптивность проверяем с помощью gaken framework , не могу сказать, что ощутила эффект Вау. Может не до конца распробовали.

@qa

привет. работаю в adyax.com, тестирую веб-сайты на друпале :) интересуюсь автоматизацией, java, python, ci, пытаюсь вырасти в синьора куа. сам из Киева/Севастополя

#whois Всем konnichiwa, узнала из фб. Илона, работаю в raccoongang: занимаюсь тестированием платформы edx и все что связано с онлайн-образованием. (Харьков/Минск)

всем привет, мое имя Вадим, работаю в mmtr(кострома), руковожу отделом тестиования. в тестировании около 10 лет, занимался разным, от ручного тестирования и автоматизации, до управления тестированием на различных проектах

Привет всем. Меня зовут Саша. Работаю в A1QA - аутсорс. Минск, Беларусь. Ручное тестирование веб и мобайл проектов. Узнала про сообщество из ФБ. Хочется быть в теме =)

Юра - UA, SoftServe. Пока веб automotive project и хардкорный SQL:)

Юра - UA, SoftServe. Пока веб automotive project и хардкорный SQL:)

хей, а не подкинешь названий годных книжек по теории БД?

мне нравиться Бен Форта - "Освой самостоятельно SQL"

ок, спасибо!

на Codeacademy тоже неплохой интерактивный курс по SQL

да, его прошел, хочу больше теории

Из Молдовы есть вообще кто? #whois

Кстати да?) Где Питер? Москва отзовись!

Где Литва Латвия?)

Питер тут

юэсби здесь, все здесь...

Лондон...

Ваще надо уже свою карту пилить

Чтоб если ты в другой стране/городе то в гости на кофе заходить

Вай нот?

#whois всем привет. Работаю на одном из дочерних предприятий Сбербанка. Занимаюсь ручным тестированием и немного автоматизации на python. Узнал из фб

#whois привет всем. Меня зовут Катя. Работаю в серверс.ком. Занимаюсь ручным и полуавтоматическим тестированием. Сообществу буду бесполезна :D узнала про канал из фб)

А народ то собирается потихоньку

Надеемся послушать умные штуки))

Ну, по моему опыту, на таком количестве будет человек 10-15 активных и не очень комментаторов, а остальные будут молчать.

Главное чтобы новые хорошие стикеры постили время от времени

это самое главное в телеграме

https://scontent-waw1-1.xx.fbcdn.net/v/t1.0-0/s480x480/13932696_1078895368813767_7485775071985044349_n.jpg?oh=6da1cd569433ebb903a1a1a38709ca1f&oe=584E08BA

Мне сегодня text.ru отдавал 404 страницу при проверке текста и отправке фидбека ?

При чем это только на мобайле

Юрл подменяют наверное

Имхо, лучше чтобы было 10-15 комментаторов, но в тему, чем если все будут глупости писать по посту :)

Какая розница?) Как будет так и будет)

Сообщество растет. Коллеги, расскажите, а кто-нибудь может поделиться опытом, у кого кто и как поддерживают автотесты? Например, у нас поддержка ( локаторы, минимальный рефакторинг) осуществляется функциональными тестировщиками. Мы кстати таких тестеров называем "супертестировщики" ?

А разработчики занимаются исключительно разработкой фреймворка для автотестов(core) и инфраструктурой.

У нас вся команда поддерживает код. Вне зависимости от того тестер это или девелопер

У нас вся команда поддерживает код. Вне зависимости от того тестер это или девелопер

Лейла, подскажите, а соотношение какое? Сколько тестеров, сколько девелоперов?

А еще интересно, какой уровень погружения тестеров в код.

5 разработчиков и 1 тестер. Был проект в 11 разработчиков и 3 тестера

Скажу честно, тестер поддерживает только тестерский код иттот код кот ему для тестов непосредственно нужен. В то время как разработчики правят, если посыпалось все, иначе ci не пропустит билд

А что вы понимаете под тестерским кодом?

У нас вся команда поддерживает код. Вне зависимости от того тестер это или девелопер

А не бывает такого, что программист "пофиксил" тест не разобравшись до конца, что он проверял? То есть тест стал проходить, но чинить надо было код, а не тест, но программисту показалось наоборот?

А что вы понимаете под тестерским кодом?

Эм. Ну автотесты. Все кроме юнит тестов то есть

А не бывает такого, что программист "пофиксил" тест не разобравшись до конца, что он проверял? То есть тест стал проходить, но чинить надо было код, а не тест, но программисту показалось наоборот?

Ой это вы прямо о наболевшем:) поэтому код ревью стараемся делать

Kto tyt rabotaet v Agile team-ah/

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

А не бывает такого, что программист "пофиксил" тест не разобравшись до конца, что он проверял? То есть тест стал проходить, но чинить надо было код, а не тест, но программисту показалось наоборот?

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

Звучит как будто регресс - это что-то хорошее

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

Kto tyt rabotaet v Agile team-ah/

Я работаю. У меня и скрам команды есть( прям православный скрам) и канбан в некоторых командах.

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

Мне кажется, это от команды зависит. Согласно вашему определению, апи должны разработчики тестировать? Мы по.другому договорились:)

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

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

Я работаю. У меня и скрам команды есть( прям православный скрам) и канбан в некоторых командах.

Вы работаете сразу в нескольких командах?

у менеджеров часто такое)

А что в этом необычного?