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

когда доставляют фичи, номер пакетов указывают? версии есть на проекте каки-нибудь?

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

для этого надо проводить тестирование каждого релиза и складывать бинарник с номером версии и тест репорт вместе

Среды разные, почему тест среда не совпадает с прод вопрос к тиме, делай отчёт что проверял и результаты, и нужно не искать виновного а решить с пм почему так получилось

не всегда если "ничего не трогали" - все будет работать

надо делать регрессионное тестирование на каждый билд (как минимум перед релизом) - тогда и баги такие не будут пролазить

беда в том, что дев и тест - это один стенд + на нем же для этого же заказчика пилятся другие продукты, которые могут пересекаться по тем или иным компонентам\зависимостям есть отдельный стенд для тестирование, но это уже UAT, с которым тоже овер-дофига проблем когда на него переносят доработки с дева (в основном проблемы кривого переноса и разных настроек окружения)

из версионирования только битбакет

т.е. по факту нет

беда в том, что дев и тест - это один стенд + на нем же для этого же заказчика пилятся другие продукты, которые могут пересекаться по тем или иным компонентам\зависимостям есть отдельный стенд для тестирование, но это уже UAT, с которым тоже овер-дофига проблем когда на него переносят доработки с дева (в основном проблемы кривого переноса и разных настроек окружения)

ну так надо налаживать процесс тестирования: 1) сделать нормальное тестое окружение, возможно несколкьо и такие, чтобы было легко и быстро деплоить 2) сделать автоматические регрессионные тесты на все важные фичи (старые и новые)

согласна с Тимуром

ну в битбакете как бы версии есть - задеплоили - сохранили коммит id - поставили тег на этот коммит с версией сами (версию инкреминтируем каждый раз при новом деплое с нового коммита (без версии))

или закладывай время на регрессию, перед отдачей пакетов прогоняй только ты точно должен быть уверн в том, что "ничего не трогали"

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

или закладывай время на регрессию, перед отдачей пакетов прогоняй только ты точно должен быть уверн в том, что "ничего не трогали"

в условиях когда дев-стенд = тест-стенд я бы так не был уверен

надо делать регрессионное тестирование на каждый билд (как минимум перед релизом) - тогда и баги такие не будут пролазить

например, вчера мною была найдена поломанная фича, которая работала перед выкаткой в UAT

например, вчера мною была найдена поломанная фича, которая работала перед выкаткой в UAT

давай в личку, постараюсь помочь - но нужно больше инфы и план работ составить, одним сообщением не поможешь

но отсутствие процесса тестирования на лицо

Тимур, возьмите к себе, хочу послушать, опыта набраться

Поделитесь опытом , если не сложно

Нужно по максимально заполтить профиль при регистрации. Советую заводить аккаунт как будто вы живете в Канаде( выбрать какой-то адрес например в Торонто или Онтарио), там больше проектов приходит(может меня кто-то подправит, у меня было несколько аккаунтов, в Украине проектов мало). И желательно первое время заходить под ВПН(пока не начнут приходить платные проекты). После регистрации нужно на спец. форуме(поищи на форуме utest) написать о себе, так тебе быстрее приедет инвайт с песочницей. Далее просто ждем... Ждать придется 1-2 недели. Когда прийдет песочница. Обычно это сайт nba.com В песочнице нужно найти 2 бага и проити тест кейс. Тест кейс очень легкий(нужно делать все как написано), баги не должны повторятся. найти сложновато. Лучше найти 404. Если вы прошли это удачно, то получете начальный рейтинг и начнут давать платные проекты.

погуглите еще, информации достаточно. Желательно еще добавить много устройств, но они должны быть у вас в наличии

у меня был золотой рейтинг долгое время, за него еще и доплачивают 5% по-моему. Чем выше рейтинг тем больше проектов. Но если бездействовать рейтинг начинает падать

Тимур, возьмите к себе, хочу послушать, опыта набраться

Присоединяйтесь https://t.me/joinchat/DBT9vk2DeFbsfA8JLamhdA ))

Всем привет! Подскажите пожалуйста новичку платформы на которых реально получить задания для тестов. Зарегистрировалась на testbirds и четвертая неделя тишина.

test.io еще

test.io еще

Спасиб)

Может кто посоветовать фирму/компанию/команду, занимающихся qa тестированием в Москве?

iOS / Android / frontend apps

Всем привет! В тему Salesforce Поделитесь опытом введения атвотестов на проекте (проект на SalesForce) Цель - запускать регрессии перед релизами Хочу, но не знаю с чего начать Как настроить, как организовать, на какие фреймворки обратить внимание Опыта именно в автоетстах нет, есть опыт в разработке и ручном тестировании Буду рада помощи и советам ?

Здравствуйте! с какой книги лучше начать изучение джавы: Head First Java или Thinking in Java ?

codeacademy.com попробуйте, а потом уже за книги.

Здравствуйте! с какой книги лучше начать изучение джавы: Head First Java или Thinking in Java ?

head first + javarush.ru

Здравствуйте! с какой книги лучше начать изучение джавы: Head First Java или Thinking in Java ?

Попробуй прочитать OCA Java Programmer базовый уровень. Неплохо структурирует знания, ну а потом Head First и всё остальное. Сам такой схемы придерживаюсь

Гайз, привет. Мне нужна тулза для тест менеджмента, обязательные требования: self-hosted, open source. У меня есть приемлимые варианты, кроме testlink? Спасибо.

Гайз, привет. Мне нужна тулза для тест менеджмента, обязательные требования: self-hosted, open source. У меня есть приемлимые варианты, кроме testlink? Спасибо.

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

Немного пугает, что там последний коммит был 4 года назад

тест линк страшнее в любом случае ))

Хау Ребят можете подсказать максимально полный и понятный мануал по Жметру?

Хау Ребят можете подсказать максимально полный и понятный мануал по Жметру?

https://www.blazemeter.com/blog/getting-started-jmeter-basic-tutorial Лучше не видел, но это не значит, что их нет.

https://www.blazemeter.com/blog/getting-started-jmeter-basic-tutorial Лучше не видел, но это не значит, что их нет.

Спасибо, будем курить

http://radio-qa.com/social-networks/

Хау Ребят можете подсказать максимально полный и понятный мануал по Жметру?

Официальная дока тоже в помощь https://jmeter.apache.org/usermanual/build-web-test-plan.html

Коллеги, ищу телеграм-канал или форум для тестировщиков embedded. Буду благодарен за ссылки. Ну или если тут спецы есть - может пора собраться и сделать песочницу? Сам тестировал JavaME/WiFi точки/Контроллеры.

Привет! Как считаете, какой язык в первую очередь учить тестировщику, желающему начать с автоматизацией? На данный момент выбираю между питоном и джавой...

ух, полотно

короч в соседнем чатике опрос проводили

можете ознакомиться с результатами

https://poll.vogrot.ru/report/vE58JG

ну одно дело какие языки используют :) а другое - какой учить :) учить проще Python имхо :)

можете ознакомиться с результатами

Забавно, полное равенство как раз

ну выборка не очень большая, но тренд такой примерно

В общем надо кидать монету

попробуй оба понемногу, выери что понравится

В общем, надо учить то, что нравится.

Ибо в рамках тестирования вообще без разницы, на чем тесты катать.

В общем, надо учить то, что нравится.

а что не нравится учить не надо :)

а что не нравится учить не надо :)

Всё так.

еще для себя мелкие прожки писать хочется, не только автотесты

на C#

чую срач

Товарищи, есть ли те кто пришел из аналитики в тестирование?

Товарищи, есть ли те кто пришел из аналитики в тестирование?

а разве не наоборот обычно? с тестеров в аналитики

Движение в обе стороны есть

Как становятся аналитиками ? Нужен гайд с подробностями

Как становятся аналитиками ? Нужен гайд с подробностями

Дата аналитики и БА - разные вещи

мне вот интересно (это скорее риторический вопрос), почему люди идут в тестирование, если после хотят свалить оттуда в аналитику/разработку? не проще ли сразу идти джуном аналитиком/разработчиком?

"Войти в айти" проще всего через тестирование

Вернее считается что это так

спорно, но ладно

К слову, есть еще тест-аналитики.

мне вот интересно (это скорее риторический вопрос), почему люди идут в тестирование, если после хотят свалить оттуда в аналитику/разработку? не проще ли сразу идти джуном аналитиком/разработчиком?

ну люди могут разочароваться, поработав тестировщиками

мне вот интересно (это скорее риторический вопрос), почему люди идут в тестирование, если после хотят свалить оттуда в аналитику/разработку? не проще ли сразу идти джуном аналитиком/разработчиком?

Во втором случае скиллов нужно больше. Вернее, так считают

ну люди могут разочароваться, поработав тестировщиками

это у них просто тестирования нормального не было!

это у них просто тестирования нормального не было!

я и не спорю, но не у всех же интересная работа)

Ну если ты был аналитиком в другой сфере то можно и вайти свичнуться, а так с улицы сложно даже джуном или трейни аналитиком попасть, мне кажется