👍17🐳10🔥7👏3🤯2
⚡️Какого типа БД не существует?
Anonymous Quiz
3%
Иерархические
11%
Объектно-ориентированные
3%
Реляционные
5%
Сетевые
69%
Негативные
10%
Документоориентированные
🥰21👍12😈10❤3🔥1👏1
👍18❤9🤯8😈5👏1
❤15👍12👏5🤩2😈2
⚡️Для автотестеров: в чем разница между компилятором и интерпретатором?
Anonymous Quiz
55%
Интерпретатор работает с кодом построчно, а компилятор переводит весь блок кода целиком
45%
Компилятор работает с кодом построчно, а интерпретатор переводит весь блок кода целиком
👍25❤6🎉5🤩3😁2🤓2
👏20❤12🤯10🍾5🔥3🌚1
Укажите наиболее типичные подходы к составлению наборов тест-кейсов (правильный ответ ниже)
Anonymous Poll
32%
На основе чек-листов
52%
На основе разбиения приложения на модули и подмодули
47%
По принципу проверки самых важных, менее важных и всех остальных функций приложения
56%
По принципу группировки тест-кейсов для проверки некоего уровня требований или группы требований
20%
По принципу частоты обнаружения тест-кейсами дефектов в приложении
50%
По архитектурному принципу (проверка бизнес-логики, уровня данных, пользовательского интерфейса)
34%
По области внутренней работы приложения, например: «тест-кейсы, затрагивающие работу с БД/сетью»
37%
По видам тестирования
🤯19❤12❤🔥8☃3👍1🤔1
Словарь тестировщика | Тестирование
Укажите наиболее типичные подходы к составлению наборов тест-кейсов (правильный ответ ниже)
Правильный ответ: все перечисленные подходы QA и тестировщики могут использовать как основу для тест-сьютов.
Не нужно заучивать этот список. Это всего лишь примеры — грубо говоря, «первое, что приходит в голову».
Важен принцип: если вы видите, что выполнение некоторых тест-кейсов в виде набора принесёт вам пользу, создавайте такой набор.
Словарь тестировщика
Важен принцип: если вы видите, что выполнение некоторых тест-кейсов в виде набора принесёт вам пользу, создавайте такой набор.
Словарь тестировщика
👏29👍18🤔1
Еще один вопрос для продвинутых:
Выделите все свойства качественных тест-кейсов (а ниже разберем примеры)
Выделите все свойства качественных тест-кейсов (а ниже разберем примеры)
Anonymous Poll
67%
Правильный технический язык, точность и единообразие формулировок
36%
Баланс между специфичностью и общностью
43%
Баланс между простотой и сложностью
42%
«Показательность» (высокая вероятность обнаружения ошибки)
58%
Последовательность в достижении цели
77%
Отсутствие лишних действий
51%
Неизбыточность по отношению к другим тест-кейсам
53%
Демонстративность (способность демонстрировать обнаруженнуюошибку очевидным образом)
83%
Прослеживаемость(должно быть понятно, какую часть приложения/требования/функции проверяет тест-кейс)
71%
Возможность повторного использования и соответствие принятым шаблонам оформления
👍33👏1
Словарь тестировщика | Тестирование
Еще один вопрос для продвинутых:
Выделите все свойства качественных тест-кейсов (а ниже разберем примеры)
Выделите все свойства качественных тест-кейсов (а ниже разберем примеры)
Правильный ответ: все варианты относятся к свойствам качественных тест-кейсов
А теперь проверим знания👇🏼
👍20❤15
Словарь тестировщика | Тестирование
Photo
Рассмотрим поля «шаги» и «ожидаемые результаты» двух тест-кейсов (подумайте, какой тест-кейс вы бы посчитали хорошим, а какой — плохим и почему?)
Anonymous Quiz
38%
Тест-кейс #1
17%
Тест-кейс #2
9%
Оба хорошие
35%
Оба плохие
👍17🐳12❤5🥰2
Проверим, как вы ощущаете баланс между простотой и сложностью при составлении тест-кейсов 😉
🔥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