bootg.com »
United States »
Библиотека тестировщика | QA, тестирование, quality assurance, manual testing, autotesting, ручное тестирование, автотесты » Telegram Web
Находитесь в поиске нормальной вакансии?
Вы уже подумали за вас и у нас есть канал вам в помощь.
Сохраняйте, чтобы не потерять
Вы уже подумали за вас и у нас есть канал вам в помощь.
Сохраняйте, чтобы не потерять
❤4
🏃📲 Мобильное тестирование: быстрый #гайд
Нужно учесть, что в мобильных девайсах хранятся персональные данные пользователей, поэтому нужно проводить проверки безопасности и целостности этих данных. Проверка производительности приложения тоже важна, поскольку клиенты, помимо визуальной привлекательности, обращают внимание на скорость и плавность приложения. Идеальная функциональность это хорошо, но если приложение подтормаживает, такие приложения отталкивают пользователя.
Хорошей практикой является определение стратегии тестирования, она поможет «разбить» процесс тестирования на этапы и выполнить всё качественно, без пропуска нужных этапов.
Запуск QA-процесса
Тестирование должно проводиться на всех этапах жизненного цикла разработки программного обеспечения, а не только когда функция полностью готова.
Приступая к планированию процесса, следует убедиться, что код был покрыт юнит-тестами, а если нет, то учитывать это при тестировании на интеграционном и сервисном уровнях. Хорошо если отлажен пайплайн, позволяющий всем отслеживать жизненный цикл и выполнять корректирующие и тестовые действия на каждом этапе цикла разработки.
Тест-план
Когда есть четкий продуманный план тестирования, будет легче контролировать все действия по тестированию, ничего важного будет не упущено, процессы пройдут без сбоев и будет обеспечен качественный итоговый результат.
Важный кейс — проверка успешности установки приложения через PlayStore/App Store.
Далее необходимо проверить, корректно ли открывается/запускается приложение после успешной установки.
Для углубленного изучения, переходим сюда
Нужно учесть, что в мобильных девайсах хранятся персональные данные пользователей, поэтому нужно проводить проверки безопасности и целостности этих данных. Проверка производительности приложения тоже важна, поскольку клиенты, помимо визуальной привлекательности, обращают внимание на скорость и плавность приложения. Идеальная функциональность это хорошо, но если приложение подтормаживает, такие приложения отталкивают пользователя.
Хорошей практикой является определение стратегии тестирования, она поможет «разбить» процесс тестирования на этапы и выполнить всё качественно, без пропуска нужных этапов.
Запуск QA-процесса
Тестирование должно проводиться на всех этапах жизненного цикла разработки программного обеспечения, а не только когда функция полностью готова.
Приступая к планированию процесса, следует убедиться, что код был покрыт юнит-тестами, а если нет, то учитывать это при тестировании на интеграционном и сервисном уровнях. Хорошо если отлажен пайплайн, позволяющий всем отслеживать жизненный цикл и выполнять корректирующие и тестовые действия на каждом этапе цикла разработки.
Тест-план
Когда есть четкий продуманный план тестирования, будет легче контролировать все действия по тестированию, ничего важного будет не упущено, процессы пройдут без сбоев и будет обеспечен качественный итоговый результат.
Важный кейс — проверка успешности установки приложения через PlayStore/App Store.
Далее необходимо проверить, корректно ли открывается/запускается приложение после успешной установки.
Для углубленного изучения, переходим сюда
❤11🔥2
Вот вам крутая книга для тестировщиков/разработчиков на JavaScript/Angular.
Testing Angular Applications
Целевая аудитория: опытные разработчики на JavaScript/Angular.
Тестирование приложений — один из самых ответственных и сложных этапов в процессе разработки коммерческих приложений. Настоящее руководство для начала познакомит вас с TypeScript, некоторыми важными основами Angular, методами тестирования и популярными библиотеками и фреймворками для написания тестов. Дальше вы научитесь самостоятельно тестировать отдельные компоненты, сервисы и маршруты Angular-приложений.
В книге рассматриваются следующие темы:
✔️ основы TypeScript;
✔️ базовые основы тестирования;
✔️ пишем первый тест;
✔️ тестирование компонентов, директив, сервисов и маршрутов;
✔️ e2e тестирование и многое другое.
Преимущества:
➕ актуальный материал по теме;
➕ небольшой объём;
➕ множество качественных примеров кода.
Testing Angular Applications
Целевая аудитория: опытные разработчики на JavaScript/Angular.
Тестирование приложений — один из самых ответственных и сложных этапов в процессе разработки коммерческих приложений. Настоящее руководство для начала познакомит вас с TypeScript, некоторыми важными основами Angular, методами тестирования и популярными библиотеками и фреймворками для написания тестов. Дальше вы научитесь самостоятельно тестировать отдельные компоненты, сервисы и маршруты Angular-приложений.
В книге рассматриваются следующие темы:
✔️ основы TypeScript;
✔️ базовые основы тестирования;
✔️ пишем первый тест;
✔️ тестирование компонентов, директив, сервисов и маршрутов;
✔️ e2e тестирование и многое другое.
Преимущества:
➕ актуальный материал по теме;
➕ небольшой объём;
➕ множество качественных примеров кода.
❤3👍2🥰1
#задача
Необходимо написать функцию 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
Необходимо написать функцию is_even (и тесты), которая принимает на вход целое число и возвращает True, если число четное, и False, если число нечетное.
👍8❤1🔥1
🤔 #дайджест полезных репозиториев для тестировщиков
✴️ Big List of Naughty Strings — когда кончилась фантазия, руки ничего не соображают, а оттестировать поле для ввода нужно 😉
✴️ Awesome Testing — ресурсы для новичков: книги, софт, курсы, каналы и прочее
✴️ Free Learning Resources For Software Testers — бесплатные обучающие онлайн-ресурсы для начинающих и опытных QA
✴️ How They Test — best practices, инструменты, техника и культура тестирования ПО в разных известных компаниях
✴️ Testing checklists — еще один чек-лист для мобильного тестирования
✴️ Big List of Naughty Strings — когда кончилась фантазия, руки ничего не соображают, а оттестировать поле для ввода нужно 😉
✴️ Awesome Testing — ресурсы для новичков: книги, софт, курсы, каналы и прочее
✴️ Free Learning Resources For Software Testers — бесплатные обучающие онлайн-ресурсы для начинающих и опытных QA
✴️ How They Test — best practices, инструменты, техника и культура тестирования ПО в разных известных компаниях
✴️ Testing checklists — еще один чек-лист для мобильного тестирования
🔥24👍16❤11👏10🥰9
Для чего используется Selenium Grid?
Anonymous Quiz
62%
Для параллельного запуска нескольких тестов а разных браузерах и ОС
12%
Для нагрузочного тестирования
9%
Для эффективного выполнения юнит-тестов
17%
Для кросс-браузерного тестирования
👍5❤1
🤔🙅 Вроде успеваем, или как не продолбать релиз
Как тестировщику понять, что релиз успешный? Тут всё просто — надо сравнить ожидаемый и фактический результаты. Чтобы эти результаты были максимально приближены друг к другу, в первую очередь понадобится проработать треугольник успеха, а именно ответить на вопросы: Что? Где? Когда?
Как ответить на вопрос «Что?»
🔹 Определить зоны ответственности
🔹 Составить четкий flow для работы над релизом
🔹 Выделить ресурсы на подготовку
🔹 Донести команде, что происходит после вывода релиза в продуктовую среду
🔹 Поработать с приоритетами
Как ответить на вопрос «Где?»
🔹 Понять, где разрабатываем и где тестируем (приёмка, регресс, нагрузка)
🔹 Определить, какие инструменты используем
🔹 Научить команду работе с инструментами
🔹 Не молчать, но и не ныть
Как ответить на вопрос «Когда?»
🔹 Не забывать про релизный календарь
🔹 Понять, в какой момент начинается твоя работа
🔹 Начать работать с первого дня релизного цикла
Читать статью
#гайд
Как тестировщику понять, что релиз успешный? Тут всё просто — надо сравнить ожидаемый и фактический результаты. Чтобы эти результаты были максимально приближены друг к другу, в первую очередь понадобится проработать треугольник успеха, а именно ответить на вопросы: Что? Где? Когда?
Как ответить на вопрос «Что?»
🔹 Определить зоны ответственности
🔹 Составить четкий flow для работы над релизом
🔹 Выделить ресурсы на подготовку
🔹 Донести команде, что происходит после вывода релиза в продуктовую среду
🔹 Поработать с приоритетами
Как ответить на вопрос «Где?»
🔹 Понять, где разрабатываем и где тестируем (приёмка, регресс, нагрузка)
🔹 Определить, какие инструменты используем
🔹 Научить команду работе с инструментами
🔹 Не молчать, но и не ныть
Как ответить на вопрос «Когда?»
🔹 Не забывать про релизный календарь
🔹 Понять, в какой момент начинается твоя работа
🔹 Начать работать с первого дня релизного цикла
Читать статью
#гайд
🔥9❤1👍1
Forwarded from Библиотека программиста | программирование, кодинг, разработка
В продолжение темы предыдущего опроса рассмотрим самые популярные платформы на рынке – Xbox, PlayStation, Nintendo Switch и Steam Deck – и поможем вам определиться с выбором.
🔗Читать статью
🔗Зеркало
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍2
Для чего используется Selenium Grid?
Anonymous Quiz
7%
Для нагрузочного тестирования
72%
Для параллельного запуска нескольких тестов в разных браузерах и ОС
7%
Для эффективного выполнения юнит-тестирования
14%
Для кросс-браузерного тестирования
🎉7👏5❤4😁3👍2
📉📊 Статистика 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 ₽/мес.
Подробнее тут
#статистика
Общее количество 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 ₽/мес.
Подробнее тут
#статистика
❤7🔥2👍1👾1
Подборка лучших статей «Библиотеки программиста» за сентябрь: сохраняй в заметки, чтобы не пропустить #самыйсок
🔝 Приоритизация задач по методу MoSCoW: как за 5 минут научиться грамотно расставлять приоритеты
🦸⚡ 9 способов настройки градиента цели для поддержания мотивации
📊 Как я входил в IT? Результаты опроса «Библиотеки программиста»
🧩🧠 Тест на сообразительность: 3 захватывающие головоломки, чтобы развлечься и потренировать мозг
🎓💼 ТОП-9 не самых очевидных компаний для стажировки в ИТ
🔝 Приоритизация задач по методу MoSCoW: как за 5 минут научиться грамотно расставлять приоритеты
🦸⚡ 9 способов настройки градиента цели для поддержания мотивации
📊 Как я входил в IT? Результаты опроса «Библиотеки программиста»
🧩🧠 Тест на сообразительность: 3 захватывающие головоломки, чтобы развлечься и потренировать мозг
🎓💼 ТОП-9 не самых очевидных компаний для стажировки в ИТ
👍4❤2🥱1
🗡️🏦🏹 Специфические атаки на интернет-банкинг
Интернет-банкинг — сложная система, которая подвержена многим атакам самых разных видов. Но также существуют специфические атаки, которые часто встречаются именно при тестировании интернет-банкинга. О таких идет речь в данном докладе.
3:07 О чем поговорите
4:17 Зачем ломают банки?
5:12 Из чего состоит банкинг
6:36 Типы уязвимостей
7:25 Специфические уязвимости и атаки
27:52 Инструменты
29:10 Выводы
#видео
Интернет-банкинг — сложная система, которая подвержена многим атакам самых разных видов. Но также существуют специфические атаки, которые часто встречаются именно при тестировании интернет-банкинга. О таких идет речь в данном докладе.
3:07 О чем поговорите
4:17 Зачем ломают банки?
5:12 Из чего состоит банкинг
6:36 Типы уязвимостей
7:25 Специфические уязвимости и атаки
27:52 Инструменты
29:10 Выводы
#видео
👍6👏5🥰4❤3🔥3
Ролик о том, как найти первую работу, где взять практику, как ее оформить в резюме и как привлечь внимание работодателя/рекрутера к вашему CV.
Содержание
00:22 - Практика и опыт на краудтестинговых платформах
03:10 - Практика и опыт на фрилансе
04:12 - Практика и опыт в open-source
05:13 - Практика и опыт на тестовых площадках
05:44 - Практика и опыт на стажировках
06:35 - Практика и опыт с ментором
07:26 - Советы по поиску активностей для практики
#видео
Содержание
00:22 - Практика и опыт на краудтестинговых платформах
03:10 - Практика и опыт на фрилансе
04:12 - Практика и опыт в open-source
05:13 - Практика и опыт на тестовых площадках
05:44 - Практика и опыт на стажировках
06:35 - Практика и опыт с ментором
07:26 - Советы по поиску активностей для практики
#видео
❤7
#вопросы_с_собеседований
🧑🎓🧑🎓 Продолжаем «Вопросы-ответы для собеса»
Документация проекта
✏️ Тестовая документация — это набор документов, создаваемых перед началом процесса тестирования и непосредственно в процессе. Эти документы описывают покрытие тестами и процесс выполнения тестов, в них указываются необходимые для тестирования вещи, приводится основная терминология и т. д.
✏️ План тестирования — описывает все действия по тестированию в рамках одного проекта. Здесь вы можете найти информацию обо всем, что нужно сделать тестировщику или команде QA в ходе проекта.
✏️ Чеклист — это документ, содержащий краткое описание функций, которые должен проверить тестировщик. Выглядит чеклист как список функций с указанием статуса — результата проверки.
✏️ Тест-кейс (test case) содержит:
- подробное описание шагов и действий, которые тестировщик должен выполнить для тестирования какой-то одной части функционала,
- критерии прохождения тестов.
✏️ Сценарий использования (use case) — описывает сценарий взаимодействия с программным обеспечением. Каждый юзкейс основан на предположении о том, что пользователь программы будет делать и где он будет кликать. Это позволяет тестировщикам протестировать предполагаемые пути пользователя.
✏️ Баг-репорт — предоставляет полную информацию о баге (его описание, серьезность, приоритет и т. д.) и документирует шаги и условия для воспроизведения этого бага.
✏️ Требования — это полное описание разрабатываемого программного обеспечения. В требованиях указываются свойства, качества и особенности разрабатываемой программы. Используя эту информацию, команды могут избежать недоразумений и разногласий.
Где используется sanity test
Санитарное тестирование используют для проверки какой либо части программы или приложения в результате внесенных изменений на нее со стороны факторов окружающей среды.
👉 Нацелено на установление факта того, что определённые части UАT всё так же работают как положено после минорных изменений или исправлений багов
👉 Целью является проверить общее состояние системы в деталях, чтобы приступить к более тщательному тестированию
👉 Перепроверка дефектов не является целью Sanity
👉 Cанитарное тестирование выполняется перед регрессионным и после smoke-тестов
Чаще выполняется вручную
👉 Санитарное может выполняться без тест-кейсов, но знание тестируемой системы обязательно
По каким параметрам отбираются тест-кейсы на регрессионное тестирование
🎯 которые проводят редко;
🎯 которые сложные;
🎯 проверяющие часто используемые функции;
🎯 проверяющие основные функций приложения;
🎯 проверяющие функции, которые затронули недавние изменения в коде;
🎯 проверяющие граничные значения;
🎯 проверяющие интеграционные аспекты;
🎯 других тестов, которые будут сочтены важными.
🧑🎓🧑🎓 Продолжаем «Вопросы-ответы для собеса»
Документация проекта
✏️ Тестовая документация — это набор документов, создаваемых перед началом процесса тестирования и непосредственно в процессе. Эти документы описывают покрытие тестами и процесс выполнения тестов, в них указываются необходимые для тестирования вещи, приводится основная терминология и т. д.
✏️ План тестирования — описывает все действия по тестированию в рамках одного проекта. Здесь вы можете найти информацию обо всем, что нужно сделать тестировщику или команде QA в ходе проекта.
✏️ Чеклист — это документ, содержащий краткое описание функций, которые должен проверить тестировщик. Выглядит чеклист как список функций с указанием статуса — результата проверки.
✏️ Тест-кейс (test case) содержит:
- подробное описание шагов и действий, которые тестировщик должен выполнить для тестирования какой-то одной части функционала,
- критерии прохождения тестов.
✏️ Сценарий использования (use case) — описывает сценарий взаимодействия с программным обеспечением. Каждый юзкейс основан на предположении о том, что пользователь программы будет делать и где он будет кликать. Это позволяет тестировщикам протестировать предполагаемые пути пользователя.
✏️ Баг-репорт — предоставляет полную информацию о баге (его описание, серьезность, приоритет и т. д.) и документирует шаги и условия для воспроизведения этого бага.
✏️ Требования — это полное описание разрабатываемого программного обеспечения. В требованиях указываются свойства, качества и особенности разрабатываемой программы. Используя эту информацию, команды могут избежать недоразумений и разногласий.
Где используется sanity test
Санитарное тестирование используют для проверки какой либо части программы или приложения в результате внесенных изменений на нее со стороны факторов окружающей среды.
👉 Нацелено на установление факта того, что определённые части UАT всё так же работают как положено после минорных изменений или исправлений багов
👉 Целью является проверить общее состояние системы в деталях, чтобы приступить к более тщательному тестированию
👉 Перепроверка дефектов не является целью Sanity
👉 Cанитарное тестирование выполняется перед регрессионным и после smoke-тестов
Чаще выполняется вручную
👉 Санитарное может выполняться без тест-кейсов, но знание тестируемой системы обязательно
По каким параметрам отбираются тест-кейсы на регрессионное тестирование
🎯 которые проводят редко;
🎯 которые сложные;
🎯 проверяющие часто используемые функции;
🎯 проверяющие основные функций приложения;
🎯 проверяющие функции, которые затронули недавние изменения в коде;
🎯 проверяющие граничные значения;
🎯 проверяющие интеграционные аспекты;
🎯 других тестов, которые будут сочтены важными.
👍12❤8👏7🎉6😁4