tgoop.com »
United States »
Библиотека тестировщика | QA, тестирование, quality assurance, manual testing, autotesting, ручное тестирование, автотесты » Telegram Web
Кажется, все готово: тесты зеленые, фича собрана, команда на связи. Но за день до релиза — баг.
Разбираем в карточках:
Во второй части — конкретные решения: как перестроить процесс так, чтобы багов становилось меньше, а релизы — спокойнее.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🤩3🥰2
Please open Telegram to view this post
VIEW IN TELEGRAM
🤩13👏4😁3👾1
Chrome уже раздражает, Firefox глючит — а тестировать надо. Мы с коллегами перебрали кучу вариантов и вот что реально работает:
Если постик зашёл, то поддержите бустом канала
Какой браузер сейчас у вас основной? Делитесь в комментах
#междусобойчик
Please open Telegram to view this post
VIEW IN TELEGRAM
🥰5👍3👏2❤1🤩1
Эта подборка — не про «что такое юнит-тесты», а про инженерные подходы к качеству: надёжная автоматизация, интеграция с CI, тестирование на уровне API, контрактов и перформанса.
#свежак
Please open Telegram to view this post
VIEW IN TELEGRAM
🥰4👏4
Веб-приложение позволяет пользователям загружать изображения. На сервере при загрузке проверяется только расширение файла (см. на картинке).
Какой тест-кейс наиболее эффективно выявит обход этой проверки
#междусобойчик
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥2
Инженер по тестированию — гибрид (Санкт-Петербург/Москва)
QA Engineer — гибрид (Москва)
Инженер по тестированию бэкенда (JS / TS) — 200 000 — 300 000 ₽, офис/гибрид (Москва)
QA Auto (Java Mobile+Web) — от 250 000 ₽ до 300 000 ₽, удаленно
Lead QA Engineer — 310 000 — 350 000 ₽, удаленно (Москва)
#свежак
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🤩2👏1
Слепое написание кейсов без структуры — путь к пропущенным багам и бесполезным тестам. Чтобы покрыть максимум при минимуме — нужно выбирать подходящую технику.
Почему это важно:
Что делать:
1. Выбираем технику по типу задачи
→ Equivalence Class Partitioning (ECP) + Boundary Value Analysis (BVA)
Пример: поле «возраст 18–60»
→ классы: <18, 18–60, >60; границы: 17, 18, 60, 61
→ Pairwise testing, Orthogonal Array Testing
Пример: валюта, страна, тип карты — тестируем попарные комбинации, не все 100+ вариантов
→ Decision Table Testing
Пример: скидка на покупку зависит от роли + суммы — составляем таблицу условий и результатов
→ State Transition Testing
Пример: заказ → оплачен → отменён → возвращён — моделируем переходы и недопустимые маршруты
2. Учитываем риски и критичность
— Фича high-risk? → выбираем более строгие техники
— Небольшой модуль? → достаточно базовых позитив/негатив проверок
Пример: тест API платёжки ≠ тест кнопки «показать ещё» в каталоге
3. Комбинируем техники
— Сначала эквивалентные классы
— Затем границы
— И логика + состояния для сложных кейсов
4. Документируем, как тестируем
— Обозначьте: что и как покрываете
— Это поможет при ревью и при ретесте
Техника: BVA + EQC
уже даёт понимание— Делайте mindmap или таблицу техник под конкретную фичу
— Обсуждайте технику на grooming — разработчики часто подскажут крайние случаи
— Не бойтесь «придумывать» кейсы — бойтесь не обосновать, зачем они нужны
#буст
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🥰3🤩3🔥2
В первой части мы разобрали, почему баги всплывают прямо перед релизом, даже если все тесты зелёные.
Теперь рассмотрим на примерах как ловить баги заранее, выкатываться без стресса и не наступать на те же грабли.
В карточках:
И ещё пару вещей, которые действительно работают.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9👍2🤩2