Проверим, как вы ощущаете баланс между простотой и сложностью при составлении тест-кейсов 😉
🔥18🤔10🙏6
Словарь тестировщика | Тестирование
Photo
Укажите, какие 2 тест-кейса являются хорошими примерами? (где 1 тест-кейс - пример хорошего простого, а 2-й - хорошего сложного).
Будьте внимательны! Ведь тестировщик таким и должен быть)
Будьте внимательны! Ведь тестировщик таким и должен быть)
Anonymous Quiz
37%
Тест-кейс #3 - хороший простой; тест-кейс #4 - хороший сложный;
16%
Тест-кейс #1 - хороший простой; тест-кейс #2 - хороший сложный;
29%
Тест-кейс #3 - хороший простой; тест-кейс #2 - хороший сложный;
19%
Тест-кейс #1 - хороший простой; тест-кейс #4 - хороший сложный;
👍21❤7🤯4🎉3
Словарь тестировщика | Тестирование
Укажите, какие 2 тест-кейса являются хорошими примерами? (где 1 тест-кейс - пример хорошего простого, а 2-й - хорошего сложного).
Будьте внимательны! Ведь тестировщик таким и должен быть)
Будьте внимательны! Ведь тестировщик таким и должен быть)
На самом деле, задача только с виду может показаться сложной. Если разобраться, то ответ лежит на поверхности.
Что мы можем сказать о примере теста #1?
Он слишком простой. Такую проверку можно выносить в 1-й шаг буквально любого тест-кейса в проекте. Ну и зачем тогда нужно создавать отдельный тест?
Тест #2
Он слишком сложный. Он одновременно является слишком сложным по избыточности действий и по спецификации лишних данных и операций. А еще эта тавтология глаза режет..
Тест #3
Это пример хорошего простого тест-кейса.
В этом тест-кейсе есть всё необходимое для понимания и выполнения, а отсутствие строго указанных значений приводит к тому, что при многократном выполнении тест-кейса (особенно — разными тестировщиками) конкретные параметры будут менять свои значения, что увеличивает вероятность обнаружения ошибки. В общем, все четко и по делу 👍🏻
Тест #4
Пример хорошего сложного тест-кейса.
Иногда более сложные тест-кейсы являются также и более специфичными, но это лишь общая тенденция, а не закон. Также нельзя по сложности тест-кейса однозначно судить о его приоритете (в нашем примере он явно будет иметь очень низкий приоритет, т.к. проверяемая им ситуация является искусственной и крайне маловероятной, но бывают и сложные тесты с самым высоким приоритетом).
Примечание: сами по себе простота или сложность тест-кейсов не являются чем-то плохим (более того — рекомендуется начинать разработку и выполнение тест-кейсов с простых, а затем переходить ко всё более и более сложным), однако излишняя простота и излишняя сложность также снижают качество тест-кейса. Следите за ходом своих мыслей и не торопитесь в написании ☝🏻
Ставь ❤️, если хочешь больше разборов тестов. Буду стараться находить для вас более реальные и жизненные примеры из практики ✨
Словарь тестировщика
Что мы можем сказать о примере теста #1?
Он слишком простой. Такую проверку можно выносить в 1-й шаг буквально любого тест-кейса в проекте. Ну и зачем тогда нужно создавать отдельный тест?
Тест #2
Он слишком сложный. Он одновременно является слишком сложным по избыточности действий и по спецификации лишних данных и операций. А еще эта тавтология глаза режет..
Тест #3
Это пример хорошего простого тест-кейса.
В этом тест-кейсе есть всё необходимое для понимания и выполнения, а отсутствие строго указанных значений приводит к тому, что при многократном выполнении тест-кейса (особенно — разными тестировщиками) конкретные параметры будут менять свои значения, что увеличивает вероятность обнаружения ошибки. В общем, все четко и по делу 👍🏻
Тест #4
Пример хорошего сложного тест-кейса.
Иногда более сложные тест-кейсы являются также и более специфичными, но это лишь общая тенденция, а не закон. Также нельзя по сложности тест-кейса однозначно судить о его приоритете (в нашем примере он явно будет иметь очень низкий приоритет, т.к. проверяемая им ситуация является искусственной и крайне маловероятной, но бывают и сложные тесты с самым высоким приоритетом).
Примечание: сами по себе простота или сложность тест-кейсов не являются чем-то плохим (более того — рекомендуется начинать разработку и выполнение тест-кейсов с простых, а затем переходить ко всё более и более сложным), однако излишняя простота и излишняя сложность также снижают качество тест-кейса. Следите за ходом своих мыслей и не торопитесь в написании ☝🏻
❤97🔥4🙈3
💆🏼♀️ Давайте немного разгрузимся:
Как называется большая задача, на решение которой команде разработки потребуется несколько спринтов?
Как называется большая задача, на решение которой команде разработки потребуется несколько спринтов?
Anonymous Quiz
67%
Epic
7%
User story
4%
Test Suite
7%
Sub-task
8%
Task
1%
Bug
5%
Business Requirements Document
👍23❤12🌚2🤓1
А как правильно называется процесс "распила" эпика на задачи? 🤗
Anonymous Quiz
18%
Эпик эстимейшен
4%
Реворкинг
2%
Разбиение на классы и группы
64%
Декомпозиция
11%
Слайсинг
❤17😁13🎉6👍3👨💻3👏2🐳2
👍19❤5🍓3😈2🤝1
Forwarded from Джуны [Live]
This media is not supported in your browser
VIEW IN TELEGRAM
В понедельник начинаем тестировать мобильное приложение «105 Мультимедиа»
Это мобильная база знаний и полезных инструментов для журналистов, блогеров, редакторов, контент-продюсеров и медиапедагогов📱
Под капотом:
- фронт: ноукод-сервис FlutterFlow
- бэк: Firebase
Тестовое окружение:
- iOS — установка через TestFlight
- android — установка APK сразу на телефон
Документация:
- вики
- фигма
Кто нам нужен:
- четыре джуна-тестировщика (уже три)
Активное тестирование, 7+ часов ежедневно, возможность в течение всего дня быть на созвоне с командой в Google Meet 🎧
- четыре джуна-зрителя
Cвободная посещаемость, нет обязательств, но можно помогать 🤝
Когда:
- понедельник, 5 июня в 19:00 мск — онбординг
- вторник-четверг — тестируем
А в конце передаём результаты тестирования разработчику на созвоне в Google Meet 🧡
Записаться можно тут: https://bootcamp.juniors.qa/
Please open Telegram to view this post
VIEW IN TELEGRAM
❤18🔥5🤔2👍1
⚡️Cherry Picking
Anonymous Quiz
46%
процесс выбора из реализованных фич тех, которые пойдут в ближайший релиз
9%
процесс перевода исходного кода в рабочее состояние на конкретном сервере
20%
элемент интерфейса: вращающаяся анимация на время ожидания
25%
выполнить слияние одной бранчи (ветки) в другой
👍17🌚3🔥2❤1
Яндекс Практикум запустил курс «Инженер по тестированию: от новичка до автоматизатора». На нём студенты научатся вручную тестировать приложения и сайты, а потом — писать код на языке Java, чтобы запускать автоматические тесты. Автоматизация — востребованный навык у опытных тестировщиков, который открывает путь к более высоким должностям.
Что вас ждёт во время учёбы:
— Интерактивный учебник, где всё объясняем простым языком.
— Тренажёр с мгновенной проверкой заданий.
— Практика на учебных приложениях и проекты для портфолио.
— Команда сопровождения, которая поможет разобраться в сложных темах и дойти до конца.
— Карьерные консультанты, которые научат составлять резюме, проходить собеседования и тестовые задания.
Попробуйте курс бесплатно, а если понравится — приходите учиться.
Реклама АНО ДПО "Образовательные технологии Яндекса", ИНН:7704282033, erid: LjN8K87ZY
Что вас ждёт во время учёбы:
— Интерактивный учебник, где всё объясняем простым языком.
— Тренажёр с мгновенной проверкой заданий.
— Практика на учебных приложениях и проекты для портфолио.
— Команда сопровождения, которая поможет разобраться в сложных темах и дойти до конца.
— Карьерные консультанты, которые научат составлять резюме, проходить собеседования и тестовые задания.
Попробуйте курс бесплатно, а если понравится — приходите учиться.
Реклама АНО ДПО "Образовательные технологии Яндекса", ИНН:7704282033, erid: LjN8K87ZY
👍14🥴8🔥5❤2👏1🤯1
👍24❤7👏1🤔1
TBD
Anonymous Quiz
68%
Test-based Development
5%
Trunk Basis Development
14%
Test Basis Diagram
12%
Trunk Based Development
🤔30❤6👍4
⚡️TDD
Anonymous Quiz
15%
Test-daily Development
19%
Test-dynamic Development
53%
Test-driven Development
13%
Testing Deep Defects
❤20👍7👏3🐳2
Сегодня квиз на автоматизацию👇
Дожим
Дожим
Anonymous Quiz
26%
Характеристика нагрузки на систему в процессе прогона
10%
Процесс записи информации о выполненных тестах в протокол тестирования
7%
Журнал, в котором в хронологическом порядке записаны детали хода тестов
57%
Перезапуск автотестов в рамках одного прогона
👍25❤6🤔3
Критическое изменение (Breaking change)
Anonymous Quiz
65%
Существенная перестройка архитектуры продукта
10%
Процесс реструктуризации кода с целью сделать его чище, понятнее
17%
Баг или дефект, блокирующий дальнейшую работу с ПО
8%
Любое изменение, которое может усложнить рутину тестировщика
🤯41👏10🎉3👌2
Регрессионное тестирование
Anonymous Quiz
85%
Проверка, что изменения в новой версии ПО не повредили существующую функциональность
3%
Минимальный набор тестов на выявление дефектов сразу после сборки ПО
3%
Направлено на определение соответствия выпущенной версии критериям качества для начала тестирования
8%
Ре-тест, когда фича/функциональность уже имела дефекты и эти дефекты были недавно исправлены
👏21👍11👌3🆒2❤1
⚡️ Эффект благополучной работы ПО при наличии рядом человека, хорошо разбирающегося в информационных технологиях, и обратно, эффект неблагополучной работы этого ПО при отсутствии этого человека - это________?
Anonymous Quiz
64%
эффект присутствия
8%
эффект аудитории
20%
эффект Гейтса
8%
эффект последовательности
🤪30😁10🤨7👏4❤2🔥2