Home

кадр из анимационного фильма "Кунг-фу панда"

Статья компании SimbirSoft

При разработке крупного и длительного проекта зачастую используют Jira, так как с ее помощью легко формировать списки задач, отслеживать прогресс и решать разные проблемы, которые могут возникнуть.

Многие скажут, что она сейчас не актуальна в связи с уходом Atlassian из России. На это мы можем возразить, что Jira является одной из самых популярных систем. Специалисты привыкли работать с ней, и многие компании продолжают ей пользоваться. Более того, она может помочь реализовать полный цикл обеспечения качества и часто используется в саппорте, поддержке системы в проде. Бизнес-требования одного из наших зарубежных клиентов заставили нас сильно углубиться в устройство Jira.

Теперь мы знаем, как можно обратиться к БД Jira без использования плагинов и зачем это может понадобиться. Готовы поделиться этой информацией и с вами. Также расскажем, как работать с данными Jira напрямую (без плагинов) и минимизировать расходы на обслуживание. И все это при соблюдении GDPR (General Data Protection Regulation - общий регламент по защите персональных данных). 

Время идет, всё меняется. Если раньше для успешного устройства на работу тестировщиком было достаточно понимания базы тестирования, то теперь всё чаще от кандидатов ожидают понимания API и SQL.

Поэтому Ольга Назина, автор бестселлера «Что такое тестирование. Курс молодого бойца» и курса «Школа для начинающих тестировщиков» запускает большой курс с нуля до крепкого junior «Инженер по тестированию ПО».

Это 4 месяца обучения (17 недель) и куча практики. Как базы тестирования, так и дополнительных навыков — работа с Postman и Charles, автоматизация на разных уровнях (API, GUI), SQL-запросы, работа с логами…

Новый курс включает в себя несколько существующих курсов автора (обкатанных в течение нескольких лет и собравших позитивные отзывы):

• Школа для начинающих тестировщиков целиком
• Логи целиком
• Тестирование REST API — наполовину (теория вся, ДЗ наполовину)

Плюс новые темы:

1. Клиент-серверная архитектура
2. Тестирование web приложений
3. Тестирование мобильных приложений
4. Dev Tools в тестировании
5. Использование Charles Proxy для подмены трафика
6. База Данных
7. SQL. Выборка из 1 таблицы
8. SQL. Выборка из нескольких таблиц (JOIN)
9. SQL. Создание и наполнение таблиц
10. Командная строка (cmd)
11. Автоматизация GUI через Selenium IDE
12. Автоматизация API в Postman на JS

Полную программу курса вы можете посмотреть по этой ссылке.

Плюшки участников первого запуска

1. Цена со скидкой. При этом курс составлен из уже обкатанных материалов, поэтому в качестве автор не сомневается. А вы можете перед принятием решения о записи на курс изучить отзывы курса, который взят за основу.

2. Домашние задания проверяет лично автор курса. Может, иногда ей и будут помогать, на 4 месяца сложно загадывать, но автор всегда будет в чате, отвечать на вопросы и следить за сложностью обучения, чтобы успевать вносить коррективы.

3. Бумажная цветная книга в подарок, если заплатить целиком, без рассрочки.

Старт курса

8 декабря. Когда будет следующий поток — точная дата неизвестна, но не в ближайшие 2 месяца точно. Так что успейте записаться!

Цена

Курс будет стоить около 50 тыс рублей. Сейчас же мы запускаем первый пробный набор со скидкой 20% — за 40 тысяч.

Да, мы понимаем, что скоро Новый год и денег свободных нет. Поэтому на первый поток будет доступна беспроцентная рассрочка — платите по 10 тыс каждый месяц. В любой момент с курса можно уйти и не доплачивать остальное.

А кто купит без рассрочки — получит бумажную цветную книгу автора курса в подарок!

Полная программа и условия участия

Автор: Маарет Пюхяярве (Maaret Pyhäjärvi)
Оригинал статьи
Перевод: Ольга Алифанова

Тестирование – проблема выборки. И именно в выборках мы делаем очень существенные ошибки.

Ошибка в выборке компьютера разработчика ведет к печально знаменитым фразам вроде "на моей машине все работает" и "мы не релизим твою машину".

Автор: Евгений Мацюк

Всем привет!

Меня зовут Женя, и я люблю автотесты. Причем люблю так сильно, что даже стал соавтором Kaspresso, OpenSource библиотеки для написания автотестов под Android, и автором ряда докладов и статей про тесты (Kaspresso: фреймворк для автотестирования, который вы ждали, Автотесты на Android. Картина целиком, Kaspresso tutorials. Часть 1. Запуск первого теста, Дмитрий Мовчан, Евгений Мацюк — Как начать писать автотесты и не сойти с ума). Также со мной полюбил автотесты и мой товарищ, Сергей Ярцев, который является CTO в HintEd, и также вынужден трогать автотесты, причем под разные платформы.

В одной из своих статей (Автотесты на Android. Картина целиком) я описывал, что вообще в себя включают Автотесты под Android. Если кратко, то я выделял 4 большие области: Процесс написания автотестов, Runner, Инфраструктура и Остальное, которое включало в себя отчеты, интеграцию с CI/CD и тд. В свое время (2019-2020) когда мы делали Kaspresso, мы закрывали боль с написанием автотестов. Теперь разработчики и тестировщики могут писать красивый и понятный DSL и не думать про проблемы с флаканием, логами, скоростью и тд. По другим же областям были некоторые решения, но команды, выстраивающие весь процесс, должны были сами со всем этим разбираться и все это стыковать. Особенно больно было с Инфраструктурой, где приходится нырять в дивный мир DevOps и частично даже Highload.

Недавно мне стало интересно, а как сейчас обстоят дела у разных команд с автотестами. Для этого мы с Сергеем провели ряд интервью с более, чем 30 разными командами. Да, это далеко не вся выборка, и данное исследование точно не претендует на абсолютную истину. Но 30 больше, чем 1 или 2 или 5, и поэтому исследование точно может наводить на кое-какие мысли.

Автор: Джефф Найман (Jeff Nyman)
Оригинал статьи
Перевод: Ольга Алифанова

Тестировщики много спорят о том, может ли "кто угодно" тестировать. Ответ – да, если вы человек, вы автоматически тестировщик. Но не каждый будет специалистом тестирования. Я немного говорил об этом в статье, что значит быть тест-специалистом, и надо ли нам нанимать тест-специалистов. Тут я просто хочу подкрепить позицию, что живой человек – тестировщик по умолчанию, рассмотрев родословную этой концепции.

Подход фаззинг-тестирования родился еще в 80-х годах прошлого века. В некоторых языках он используется давно и плодотворно — соответственно, уже успел занять свою нишу. Сторонние фаззеры для Go были доступны и ранее, но в Go 1.18 появился стандартный. Мы в «Лаборатории Касперского» уже успели его пощупать и тестируем с его помощью довольно большой самостоятельный сервис.

Меня зовут Владимир Романько, я — Development Team Lead, и именно моя команда фаззит баги на Go. В этой статье я расскажу про историю фаззинга, про то, где и как искать баги, а также как помочь фаззинг-тестам эффективнее находить их в самых неожиданных местах. И покажу этот подход на примере обнаружения SQL-инъекций.

Автор: Алан Ричардсон
Оригинал статьи
Перевод: Ольга Алифанова

Краткое содержание: копайте так глубоко, как можете, пока вы все еще приносите пользу тем, кто идет за вами.

Как далеко нужно зайти?

Вот вы нашли дефект. Как далеко нужно зайти, исследуя его?

Опубликован выпуск рассылки за вторую половину октября.

В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Содержание рассылки доступно по ссылке.

Подписаться на рассылку