E
Из вас делают fullstack QA))
Не , я же говорю, у нас нет QA вообще
Size: a a a
2021 March 09
E
Есть инженер. И он типа t-shape
E
И команда cross functional
YM
Elena
QA менеджеров еще по осени сократили.
и как это на качестве отразилось?
R(
"... потом и баги сами фиксить будете" (с) "даже не я придумал".
E
Ну кто-то им это нашептал. Как обычно макинзи или BSG. Кто им это все втюхивает.
E
и как это на качестве отразилось?
Пока никак, но уже видно, что контроля за QA практиками и процесса не стало.
JA
Elena
Есть инженер. И он типа t-shape
Интересно, что будут делать, когда разрабы заваленные тестированием уходить начнут) Я слышал, что и от избытка unit некоторые могут уходить)
E
Интересно, что будут делать, когда разрабы заваленные тестированием уходить начнут) Я слышал, что и от избытка unit некоторые могут уходить)
Да на них сейчас как раз хотят навалить unit
E
Один уже сказал, что вообще-то это вторая full time job если делать тестирование
E
А у нас уже две работы: мы же по-прежнему все руками тестируем, плюс тест саппорт другим командам, плюс бизнес с UAT тестами. И как-то надо найти время на автоматизацию.
СС
Elena
А у нас уже две работы: мы же по-прежнему все руками тестируем, плюс тест саппорт другим командам, плюс бизнес с UAT тестами. И как-то надо найти время на автоматизацию.
Еще скажите одновременно и 80 рабочих часов в неделю)
V
Не ну подход затестил и сразу заавтоматизировал имеет смысл где тестят только функциональные требования и хотят чтоб потом они не отвалились
V
Если конечно хотят чтоб прям поламали то такое не подойдет
E
Я сама не знаю, как быть. Дело в том, что писать, читать и ревьюить код с утра до вечера, точно не моё. Я бы с удовольствием совмещала ручное с автоматизацией API, но на рынке все больше нужно кодить. Поэтому я может даже и уйду в UAT UAT тестирование, там платят хорошо, не надо кодить. А оттуда можно в product owner податься.
E
Пока не знаю вообщем.
E
Еще скажите одновременно и 80 рабочих часов в неделю)
Не. 40. Забиваем на многое.
PS
Elena
Мы сейчас так и делаем: пишем код на java для API+UI тестов во фреймворке: eclipse, selenium, maven, vulcan. Но получается такая история: каждый спринт мы разбираем задачи, тестируем их (а это 80% API в Postman), создаём коллекции и тесты, которые сразу могут быть автоматически выполнены в ранере. И казалось бы, все готово- только интегрируй с Jenkins. А нет. Мы после этого как во вторую смену все то же самое должны кодить на java в эклипсе, добавляя UI. Хотя сам UI мы не тестим, так как он он вендора DocuSign. UI нам нужен только чтобы регресс e2e сделать. И вот мы сидим и думаем, есть простой инструмент Postman, где все готово, и тем не менее мы тратим дни чтобы закодировать тесты для selenium. Вы бы как поступили?
Почему часть на API сразу не пишете в коде, минуя Postman? (могу ошибаться, но местами это работающий вполне подход)
2021 March 10
E
Почему часть на API сразу не пишете в коде, минуя Postman? (могу ошибаться, но местами это работающий вполне подход)
Я не знаю как другие тестируют API, но мне сначала надо погонять реквесты в Postman, чтобы понять как задачу реализовали, протестировать ее, а потом уже "на чистовик" писать код на автотесты. А иначе как писать если не знаешь что там?
JS
Elena
Я не знаю как другие тестируют API, но мне сначала надо погонять реквесты в Postman, чтобы понять как задачу реализовали, протестировать ее, а потом уже "на чистовик" писать код на автотесты. А иначе как писать если не знаешь что там?
После чтения документации сразу код пишу)))