Так и живем..

@testorest

⚛️Тестирование начали ценить(бонус вконце статьи- карты развития джуна)😎

Читать--> https://www.testorest.com/articles/testirovanie-nachali-tsenitbonus-v-kontse-stati

#qaразвитие #мнение #обучение

​​⚛️Тренды в тестировании на конец 2022 года.

🔹Тестирование API

Становится еще более необходимым навыком на рынке IT-специалистов по тестированию. Так как системы вбирают в себя все больше интеграций.

🔹Back-end(api, БД) и Front-end(UI) тестировщики

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

🔹Тестирование безопасности

Из совсем модного:

🔹Тестирование ИИ
🔹Тестирование IoT
🔹Тестирование VR
🔹Тестирование AR

🔹Дробление внутри специализации тестирования продолжается.

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

-по виду тестирования(безопасность, нагрузка, интеграционное(чаще всего в виде api, но могут быть и другие виды интеграций)

-по предметной области технологий(ИИ,IoT, VR,AR)

Кроме того трендами для QA- специалистов по прежнему являются:

🔹Удаленная работа
🔹Тестировщик, умеющий выстраивать процессы тестирования в команде
🔹Знания в автоматизации


@testorest
#qaтренды2022

Друзья, с наступающим, новым 2023 годом! 🐞🥳🐞
Пусть все ваши мечты сбываются, а работа приносит удовольствие!
Счастья, здоровья и прекрасного настроения несмотря ни на что!🎉🍾🥂🐞

@testorest
#2023

​​Всех с наступившим Новым годом и Рождеством!🥳

⚛️Что делать в начале нового года как не планировать(планы конечно могут поменяться, но так появляется хоть какое-то понимание, куда тебе в целом двигаться).

В связи с этим продолжаю тестировать разные виды планировщиков.

Есть такой «Ежедневник номера 1» от Игоря Манна.

Очень интересный экземпляр.

Он разделен на 4 шага:

1️⃣Постановка цели(придется и так и эдак описать все что вы желаете достичь, иметь, в чем вы хороши и на чем можете зарабатывать уже сейчас или что вам больше всего нравится, как итог более точное понимание своей цели).

2️⃣Аудит себя
Оцените свои внешние/личностные/профессиональные качества.

3️⃣План развития
Определите по каким местам стоит еще подтянуться в разрезе вашей цели(это скорее личностные качества/навыки - умение говорить, быстро читать и т.д).

4️⃣Самопродвижение
Определите вашу медиаактивность,свой бренд(если необходимо) и т.д.

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

-Обязательно внедрение новой положительной привычки.
-Списка книг для прочтения.
-Замена прокрастинации на более полезную,но не менее приятную деятельность.

Кто-то пользовался таким? Как впечатления?

Ссылка на экземпляр: https://www.mann-ivanov-ferber.ru/books/ezhenedelnik-nomera-1/

Посмотреть содержание ежедневника: https://www.mann-ivanov-ferber.ru/books/ezhenedelnik-nomera-1/

#планировщик #планирование

📍Еще посты про Ежедневники-планировщики.

🔹Ежедневник «6 минут»
https://t.me/testorest/100

🔹Agile Ежедневник «Космос» от Катерины Ленгольд
https://t.me/testorest/119

🔹Про планирование времени по книге Лоры Вандеркам «Книга о потерянном времени»
https://t.me/testorest/204

#планирование

Кто смотрел Гарри Поттера на новогодних?))

@testorest

⚛️Мини-квест "Где баг" 🐞
https://clck.ru/33FZKZ

Нужно с помощью 5 правильных вопросов выяснить где баг🐞⭐️

Для разнообразия попробуйте, даже если вы еще только начинаете двигаться в профессии.

#qaотдых #qarest

​​⚛️Прокачиваем свои знания. Сегодня о Фаззинге.

Фаззинг — специфическая техника тестирования, заключающаяся в передаче на вход неправильных, неожиданных или случайных данных с помощью определенной утилиты.
Т.е. Фаззинг - подразумевает автоматическую подачу данных на вход.
Цель: найти падения, зависания, нарушения внутренней логики в коде приложения.

Файззинг может, например, применяться к:
-Файлам
-URL
-Протоколам


Инструменты:

🔹Ffuf
https://github.com/ffuf/ffuf
🔹Dirb
https://github.com/v0re/dirb/
🔹GoBuster
https://github.com/OJ/gobuster
🔹WFuzz
https://github.com/xmendez/wfuzz
🔹Dirsearch
https://github.com/maurosoria/dirsearch

Тут читайте обзор вышеприведенных утилит->
https://clck.ru/33HKQr

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


#виды_тестирования #фаззинг
@testorest

Когда попросили сделать еще пару задач/взять пару проектов/провести пару лекций/семинаров.... кроме того, что ты реально планировал🙃

А вобще - стандартное ощущение для It-шника, наверное🤔

Вы как считаете?

@testorest

Разработка: можно тестить!

Тестировщики: принято! поехали...

@testorest

⚛️🔥Для тех, кому надо прокачаться в работе с GIT

Интерактивные самоучители:
🔹https://clck.ru/MBJKB
🔹https://clck.ru/TUnHY

#git #практика
@testorest

С просторов интернета:

Участник чата сообщил, что случайно узнал - в их фирме работает один, ранее судимый за двойное убийство. А другой сотрудник страдает шизофренией. Ему накидали варианты, как использовать этих сотрудников эффективно:

☝️Знала, что в QA люди на многое способны, теперь нужно быть аккуратнее, может быть он среди нас😆☝️

​​⚛️Мутационное тестирование

Основная идея мутационного тестирования:
Пробуем изменить код и смотрим, проходят ли после этого тесты.
Обычно применяется к unit тестам.

Если тесты прошли, то:
1) данный код не покрыт тестами
или
2) в тестах не учтена данная область


Мутационное тестирование состоит в выборе мутирующих операторов и применения их одного за другим к каждому фрагменту исходного кода программы.
Результат одного применения мутационного оператора к программе называется мутантом.

Если набор тестов способен обнаружить изменение (то есть один из тестов не проходит), то мутант называется убитым.

Например, есть код на C++:

if (a & & b) {
c = 1;
} else {
c = 0;
}

Оператор мутации условий заменит & &(и) на || (или), и создаст следующий мутант:

if (a || b) {
c = 1;
} else {
c = 0;
}


Для того, чтобы тест мог убить этого мутанта, необходимо чтобы были выполнены следующие условия:

1️⃣Тест должен достигнуть (Reach) мутированного оператора.

2️⃣Входные данные теста должны привести к разным состояниям программы-мутанта и исходной программы. Например, тест с a = 1 и b = 0 приведет к этому.

3️⃣Значение переменной c должно повлиять на вывод программы и быть проверено тестом.

Данные условия вместе называются RIP моделью.

Слабое мутационное тестирование (или слабое мутационное покрытие) требует выполнение только первых двух условий.

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

#виды_тестирования
@testorest

Так и хочется спросить: "Где живут все эти люди, у которых постоянно проблемы с интернетом? в 19 веке?🙃))

@testorest