За семь месяцев студенты курса освоят основы Java, научатся автоматизировать тестирование веб-интерфейса и бэкенда на Java. Они выполнят четыре проекта, которые можно будет добавить в портфолио. Учебная программа разработана для практикующих тестировщиков и специалистов из других сфер ИТ.
Что должен делать один из лучших ИТ-работодателей по версии Хабра? Давать работу лучшим ИТ-специалистам. Причем быстро - всего за один день!
Так, 22 апреля мы проводим One Day Offer для:
- аналитиков (DWH);
- разработчиков DWH (OLAP);
- разработчиков Java;
- Senior React-разработчиков;
- QA Engineer;
- системных аналитиков и тех, кто умеет ими руководить.
One Day Offer - это онлайн-мероприятие, в рамках которого соискатели за один день они могут пройти все этапы устройства на работу.
Чтобы получить оффер всего за сутки, любой желающий может оставить на сайте мероприятия заявку на участие. Затем команда МКБ отправляет на почту письмо-приглашение со ссылкой на онлайн-конференцию тем, у кого есть необходимые навыки.
Дальше дело остается за малым: участники подключаются к общей конференции, знакомятся с командами, узнают больше об активных и планируемых проектах, проходят интервью (которое длится не более часа) и делают тестовое задание.
По итогу лучшие получают оффер в тот же день! Если среди ваших знакомых есть подходящие IT-специалисты, не забудьте отправить им ссылку.
Официально вакансия называется QA tester, или, по-русски, тестировщик. QA означает «quality assurance», то есть «обеспечение качества» видеоигры. Эти слова описывают цель работы и отражают разницу между простым прохождением игр и их тестированием.
А суть работы состоит в поиске багов.
Ваша задача при тестировании — сломать игру. Необходимо выловить весь код, который работает неправильно. Для этого проходить игру и проверять ее на прочность нужно весьма изобретательно.
Задумайтесь: в игре масштаба Skyrim возможны миллионы последовательностей действий игрока. Взаимодействия с предметами, персонажами и окружением происходят в разном порядке и разных сочетаниях.
Тестировщик должен перебрать как можно больше таких комбинаций, чтобы проверить, что они работают корректно. А для этого нужно в том числе нестандартно мыслить. Вы должны взаимодействовать с миром неожиданным, даже немыслимым для разработчиков образом. Вспомните известные вам баги в играх. Сразу оговоримся, что существуют халтурные поделки, разработчики которых словно сдались, не доведя работу до конца.
Речь не о них. Вместо этого давайте вспомним, какие «дыры» бывают в добротных играх. Например, в первом Halo есть уровень, где из-за бага вы можете остаться на борту транспортника «Пеликан», бросив гранату в самом начале. При этом, чтобы пройти уровень, «Пеликан» необходимо покинуть . Разработчики не ожидали, что игроки начнут кидаться гранатами, не дожидаясь приземления!
В играх любого жанра найдется бесконечное число багов с предметами и уровнями. Просто потому, что нетипичных игровых действий куда больше, чем могут предвидеть разработчики.
Задача тестировщиков игр — найти максимально возможное число подобных ошибок.
Крис Бьюик — ветеран индустрии QA и член экспертного совета ассоциации Game Global. Он расскажет о работе в отделах обучения и повышения квалификации, а также об их роли в управлении QA-командами на проектах аутсорсинга.
Я уже 19 лет оказываю услуги по контролю качества в индустрии видеоигр. За это время в этой отрасли произошли колоссальные перемены. Современные игры сильно отличаются от тех, с которыми я работал в начале своей карьеры, в 2000 году. Они более глубокие, сложные и разнообразные.
Сейчас положение каждого поставщика услуг по-своему уникально: нам приходится работать с множеством разных клиентов, и мы стараемся тесно сотрудничать с ними. Благодаря этому сотрудничеству мы набираемся опыта и учимся адаптироваться к переменам. Когда клиент обращается за помощью к поставщику услуг QA, он хочет быть уверенным, что его обслуживают профессионалы, которые идут в ногу со временем и могут обеспечить контроль качества по современным стандартам.
Поэтому наш святой долг — оправдать доверие клиентов. Наша главная задача: предоставить по запросу клиента QA-специалистов с необходимым набором навыков и должным уровнем профессиональной гибкости. Чтобы завоевать доверие клиентов и добиться высоких результатов, важно поддерживать и развивать навыки вашей команды, помогать ей налаживать связь с коллегами за пределами организации. В этом поможет интеллектуальное решение для обучения и развития, которое непрерывно совершенствуется.
Вот пять причин, почему, как я считаю, современный аутсорсинг QA не может существовать без отдела обучения и повышения квалификации (англ. Learning and Development, L&D).
Несмотря на то, что у нас так много внутренних и внешних угроз для баз данных, в этом учебнике мы рассмотрим лишь некоторые из них.
*bypass - обход
Мы будем использовать библиотеку python Selenium для байпаса google reCaptcha v3. Следуйте пошаговой инструкции, чтобы получить результат.
Для примера мы будем использовать демо-версию Google reCaptcha api.
Здесь ссылка: https://www.google.com/recaptcha/api2/demo
Я недавно латала дыры в понимании разницы между Quality Assuarance и Quality Control. Статей на эту тему много, я накидала свой вариант, хотелось по существу. Делюсь с вами. Enjoy, если актуально!
Привет, Хабр!
Меня зовут Игорь Левин. Я разработчик 1С в Sportmaster Lab. Наша команда работает над проектом Shipdocs 2.0 — это продукт, который состоит из двух информационных систем. Он обеспечивает информационную поддержку бизнес-области закупок и цепей поставок. Часто мы автоматизируем кроссфункциональные бизнес-процессы на стыке с международной логистикой и финансовым управлением.
Вот ключевые функции Shipdocs 2.0:
Короткая инструкция о том, как наладить создание и запуск python автотестов для web-приложения. При этом не потребуется целый штат DevOps специалистов и огромного бюджета. Интересная статья для тестировщиков из стартапов.
Принято считать, что псевдокод — это «инструмент» преимущественно разработчиков, хотя и используемый нечасто. Если обратиться к теории, то псевдокод представляет собой своего рода прототип, шаблон или даже скелет готового функционального решения. В таком случае почему бы не использовать его возможности для тестирования?
Я не ставлю своей целью научить вас написанию псевдокода, мы рассмотрим его использование на практике при уже имеющемся базовом понимании.
Итак, чем же может помочь псевдокод в тестировании? Правильнее будет рассматривать его эффективность на примере различных этапов проверки качества продукта. Если не углубляться в тонкости, то жизненный цикл тестирования (именно тестирования) включает в себя следующие стадии:
Давайте сначала представимся. Мы - команда управления тестирования и контроля качества в БКС Мир Инвестиций. Наш продукт - это приложения и сайты, созданные для удобства всех желающих окунуться в мир ценных бумаг и инвестиций. Конкретно в нашем “ведомстве” приложения на IOS и Android, сайт личного кабинета, инвест стратегии Fintarget, новостной портал BCS-Express, сайт ФГ БКС и прочее.
В прошлом году мы начали трансформацию и преображение всех ключевых процессов в разрезе тестирования и контроля качества.
Конечно же, автоматизация наших процессов важна, ведь без этого невозможно построение действительно сильного QA отдела. Безусловно, мы встретились с множеством разнообразных проблем.
Мы решили сделать серию статей на тему того, что у нас получилось, что не получилось и как мы этого добивались. Часть статей будет чисто лирической, на размышления о подходах и способах работы. Другая часть будет сугубо технической, с рассказами, примерами и всем-всем, что нам интересно рассказать, и что интересно обсудить.
Начать эти рассказы мы решили с повести о становлении мобильного автотестирования. Первым “попался под руку” Android, про него и начнем.
Когда на работе я присоединялся к новой команде, мне потребовалось некоторое время, чтобы подумать о том, какой вклад я хочу внести в команду. Очевидно, что некоторые пункты будут зависеть от контекста команды, в которой я работаю, но я решил поделиться с вами своими принципами качества. Сейчас именно они определяют мой подход к качеству и тестированию.
Или нюансы тестирования и разработки голосового помощника в банковском приложении.
А нюансов достаточно. Например, однажды мы тестировали модуль Яндекса, который закрывает звёздочками нецензурные слова в диалоге с голосовым помощником. Он работает в нашем приложении Альфа-Мобайл с октября 2021 и его зовут Альф (Alf). Он умеет оплачивать счета, переводить на телефон и озвучивает курс доллара голосом Геральта — Всеволода Кузнецова.
В статье мы расскажем как устроен голосовой помощник, как мы тестируем его навыки (даже после лечения зубов), зачем нужны автотесты для проверки работоспособности голосового помощника и где они находятся в пирамиде тестирования, что такое сенситивы и для чего используем нейросеть CAILA (спойлер: от неудобных вопросов).