Вот вам крутая книга для тестировщиков/разработчиков на JavaScript/Angular.

Testing Angular Applications

Целевая аудитория: опытные разработчики на JavaScript/Angular.

Тестирование приложений — один из самых ответственных и сложных этапов в процессе разработки коммерческих приложений. Настоящее руководство для начала познакомит вас с TypeScript, некоторыми важными основами Angular, методами тестирования и популярными библиотеками и фреймворками для написания тестов. Дальше вы научитесь самостоятельно тестировать отдельные компоненты, сервисы и маршруты Angular-приложений.

В книге рассматриваются следующие темы:
✔️ основы TypeScript;
✔️ базовые основы тестирования;
✔️ пишем первый тест;
✔️ тестирование компонентов, директив, сервисов и маршрутов;
✔️ e2e тестирование и многое другое.

Преимущества:
➕ актуальный материал по теме;
➕ небольшой объём;
➕ множество качественных примеров кода.

#задача

Необходимо написать функцию is_even (и тесты), которая принимает на вход целое число и возвращает True, если число четное, и False, если число нечетное.

Функция для проверки четности числа
def is_even(number):
return number % 2 == 0

Проверка для четного числа
assert is_even(4) is True

Проверка для нечетного числа
assert is_even(7) is False

Проверка для нуля
assert is_even(0) is True

Проверка для отрицательного четного числа
assert is_even(-10) is True

Проверка для отрицательного нечетного числа
assert is_even(-15) is False

🤔 #дайджест полезных репозиториев для тестировщиков

✴️ Big List of Naughty Strings — когда кончилась фантазия, руки ничего не соображают, а оттестировать поле для ввода нужно 😉

✴️ Awesome Testing — ресурсы для новичков: книги, софт, курсы, каналы и прочее

✴️ Free Learning Resources For Software Testers — бесплатные обучающие онлайн-ресурсы для начинающих и опытных QA

✴️ How They Test — best practices, инструменты, техника и культура тестирования ПО в разных известных компаниях

✴️ Testing checklists — еще один чек-лист для мобильного тестирования

Во всем нужна стабильность

🤔🙅 Вроде успеваем, или как не продолбать релиз

Как тестировщику понять, что релиз успешный? Тут всё просто — надо сравнить ожидаемый и фактический результаты. Чтобы эти результаты были максимально приближены друг к другу, в первую очередь понадобится проработать треугольник успеха, а именно ответить на вопросы: Что? Где? Когда?

Как ответить на вопрос «Что?»

🔹 Определить зоны ответственности
🔹 Составить четкий flow для работы над релизом
🔹 Выделить ресурсы на подготовку
🔹 Донести команде, что происходит после вывода релиза в продуктовую среду
🔹 Поработать с приоритетами

Как ответить на вопрос «Где?»

🔹 Понять, где разрабатываем и где тестируем (приёмка, регресс, нагрузка)
🔹 Определить, какие инструменты используем
🔹 Научить команду работе с инструментами
🔹 Не молчать, но и не ныть

Как ответить на вопрос «Когда?»

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

Читать статью

#гайд

📉📊 Статистика QA вакансий и резюме. Сентябрь 2023

Общее количество QA вакансий в России увеличилось на 7%
Pезюме тестировщиков без опыта — 25%

Уровень зарплаты в вакансиях тестировщиков (% / шт):
не указывают — 81,4% (2546)
от 40 000 до 80 000 ₽ — 5,1% (159)
от 80 000 до 140 000 ₽ — 5,8% (184)
от 140 000 до 200 000 ₽ — 3,3% (104)
от 200 000 ₽ — 4,4% (136)

Уровень зарплаты в резюме тестировщиков (% / шт):
не указывают — 47,4% (7976)
до 60 000 ₽ — 30,4% (5121)
от 60 000 до 115 000 ₽ — 15,2% (2554)
от 115 000 до 175 000 ₽ — 5,3% (885)
от 175 000 до 235 000 ₽ — 1,1% (193)
от 235 000 ₽ — 0,6% (91)

Средний уровень зарплаты тестировщиков:
intern — 44 166 ₽/мес.
junior — 65 000 ₽/мес.
middle — 120 000 ₽/мес.
senior — 191 466 ₽/мес.
lead — 226 500 ₽/мес.

Подробнее тут

#статистика

Подборка лучших статей «Библиотеки программиста» за сентябрь: сохраняй в заметки, чтобы не пропустить #самыйсок

🔝 Приоритизация задач по методу MoSCoW: как за 5 минут научиться грамотно расставлять приоритеты
🦸⚡ 9 способов настройки градиента цели для поддержания мотивации
📊 Как я входил в IT? Результаты опроса «Библиотеки программиста»
🧩🧠 Тест на сообразительность: 3 захватывающие головоломки, чтобы развлечься и потренировать мозг
🎓💼 ТОП-9 не самых очевидных компаний для стажировки в ИТ

🗡️🏦🏹 Специфические атаки на интернет-банкинг

Интернет-банкинг — сложная система, которая подвержена многим атакам самых разных видов. Но также существуют специфические атаки, которые часто встречаются именно при тестировании интернет-банкинга. О таких идет речь в данном докладе.

3:07 О чем поговорите
4:17 Зачем ломают банки?
5:12 Из чего состоит банкинг
6:36 Типы уязвимостей
7:25 Специфические уязвимости и атаки
27:52 Инструменты
29:10 Выводы

#видео

#memes

Когда 3 часа дебажишь код и находишь тупую ошибку

Ролик о том, как найти первую работу, где взять практику, как ее оформить в резюме и как привлечь внимание работодателя/рекрутера к вашему CV.

Содержание

00:22 - Практика и опыт на краудтестинговых платформах
03:10 - Практика и опыт на фрилансе
04:12 - Практика и опыт в open-source
05:13 - Практика и опыт на тестовых площадках
05:44 - Практика и опыт на стажировках
06:35 - Практика и опыт с ментором
07:26 - Советы по поиску активностей для практики

#видео

#вопросы_с_собеседований

🧑‍🎓🧑‍🎓 Продолжаем «Вопросы-ответы для собеса»

Документация проекта
✏️ Тестовая документация — это набор документов, создаваемых перед началом процесса тестирования и непосредственно в процессе. Эти документы описывают покрытие тестами и процесс выполнения тестов, в них указываются необходимые для тестирования вещи, приводится основная терминология и т. д.
✏️ План тестирования — описывает все действия по тестированию в рамках одного проекта. Здесь вы можете найти информацию обо всем, что нужно сделать тестировщику или команде QA в ходе проекта.
✏️ Чеклист — это документ, содержащий краткое описание функций, которые должен проверить тестировщик. Выглядит чеклист как список функций с указанием статуса — результата проверки.
✏️ Тест-кейс (test case) содержит:
- подробное описание шагов и действий, которые тестировщик должен выполнить для тестирования какой-то одной части функционала,
- критерии прохождения тестов.
✏️ Сценарий использования (use case) — описывает сценарий взаимодействия с программным обеспечением. Каждый юзкейс основан на предположении о том, что пользователь программы будет делать и где он будет кликать. Это позволяет тестировщикам протестировать предполагаемые пути пользователя.
✏️ Баг-репорт — предоставляет полную информацию о баге (его описание, серьезность, приоритет и т. д.) и документирует шаги и условия для воспроизведения этого бага.
✏️ Требования — это полное описание разрабатываемого программного обеспечения. В требованиях указываются свойства, качества и особенности разрабатываемой программы. Используя эту информацию, команды могут избежать недоразумений и разногласий.

Где используется sanity test
Санитарное тестирование используют для проверки какой либо части программы или приложения в результате внесенных изменений на нее со стороны факторов окружающей среды.

👉 Нацелено на установление факта того, что определённые части UАT всё так же работают как положено после минорных изменений или исправлений багов
👉 Целью является проверить общее состояние системы в деталях, чтобы приступить к более тщательному тестированию
👉 Перепроверка дефектов не является целью Sanity
👉 Cанитарное тестирование выполняется перед регрессионным и после smoke-тестов
Чаще выполняется вручную
👉 Санитарное может выполняться без тест-кейсов, но знание тестируемой системы обязательно

По каким параметрам отбираются тест-кейсы на регрессионное тестирование
🎯 которые проводят редко;
🎯 которые сложные;
🎯 проверяющие часто используемые функции;
🎯 проверяющие основные функций приложения;
🎯 проверяющие функции, которые затронули недавние изменения в коде;
🎯 проверяющие граничные значения;
🎯 проверяющие интеграционные аспекты;
🎯 других тестов, которые будут сочтены важными.

🤔😱 Чем занимается инженер по тестированию, или это не только про баги

Автор поместил один день тестировщика в статью и со всеми подробностями объясняет, что не все так просто, милый друг...

Рабочий день почти любой компании

Начинается с открытия Jira:
To Do — здесь покоятся задачи, которые ещё не взяты в исполнение — чаще всего, в разработку.
In Progress — задача, до которой добрались руки исполнителя — обычно это руки разработчика.
(Code) Review — перед тем, как задачу отдать на тестирование, она должна пройти ревью.
Ready For Testing / QA — на этом этапе задачи готовы к тестированию.
Testing — таски, которые тестируются прямо сейчас.
Ready For Release — все, что ещё не выпустили в свет, но уже протестировано.
Done — выполнено, протестировано и выпущено.

Задача тестировщиков — чтобы таска перекочевала из Ready For Testing в Done с минимальным количеством проблем для продукта. Обычно процесс выглядит так:

✏️ Изучение требований;
✏️ Поиск несостыковки требований с реализацией;
✏️ Создание документации по найденным несостыковкам;
✏️ Контроль исправления;
✏️ Выпуск фичи;
✏️ Закрытие задачи.

#гайд

Так вот, как индусы пилят свое IT... 🤔🤔

🤔 Очередной #дайджест по QA

➡️ Быстрое знакомство с Selenoid — мощная реализация Selenium hub, использующая контейнеры Docker для запуска браузеров

➡️ Работа без имитаторов — тестирование без моков, стабов и шпионов - вместо них фейки и контракты

➡️ Junior QA: что важно при входе в профессию — сколько нужно отправить резюме? Сложно ли было менять область? Как влияет прежняя профессия — мешает или помогает?

➡️ Стресс-тестирование — использование k6 и Azure DevOps стало проще

➡️ Бесплатный курс по Selenium — рассмотрены практически все аспекты Selenium, включая фишки, лайфаки и прочее