⚡️Тестирование на основе синтаксиса (syntax testing)
Anonymous Quiz
21%
Тестирование по методу чёрного ящика, в котором тест-кейсы создаются на основе наборов данных
42%
Тестирование на основе иерархически организованных наборов эквивалентных входных и выходных данных
37%
Тестирование, при котором тест-кейсы разрабатываются на основе графа причинно-следственных связей
👍22🤯12🤩7👏4🔥1
Ознакомьтесь с примерами тест-кейсов для следующего квиза☺️
❤20👏8😁2
👍24👏7🔥1😁1
Словарь тестировщика | Тестирование
Photo
Иногда более сложные тест-кейсы являются также и более специфичными, но это лишь общая тенденция, а не закон. Также нельзя по сложности тест-кейса однозначно судить о его приоритете (в нашем примере хорошего сложного тест-кейса (3-го, последнего) он явно будет иметь очень низкий приоритет, т.к. проверяемая им ситуация является искусственной и крайне маловероятной, но бывают и сложные тесты с самым высоким приоритетом).
Сами по себе простота или сложность тест-кейсов не являются чем-то плохим (более того — рекомендуется начинать разработку и выполнение тест-кейсов с простых, а затем переходить ко всё более и более сложным), однако излишняя простота и излишняя сложность также снижают качество тест-кейса.
С.Куликов, "Тестирование ПО", глава "Свойства качественных тест-кейсов"
Словарь тестировщика
Сами по себе простота или сложность тест-кейсов не являются чем-то плохим (более того — рекомендуется начинать разработку и выполнение тест-кейсов с простых, а затем переходить ко всё более и более сложным), однако излишняя простота и излишняя сложность также снижают качество тест-кейса.
С.Куликов, "Тестирование ПО", глава "Свойства качественных тест-кейсов"
Словарь тестировщика
👍24👏5❤🔥4😁1
🙇🏻♀️ Укажите все варианты, которые помогают создать эффективный отчет о дефекте (правильный ответ ниже)
Anonymous Poll
78%
Обнаружить дефект
76%
Понять суть проблемы
86%
Воспроизвести дефект
58%
Проверить наличие описания найденного дефекта в BTS
92%
Сформулировать суть проблемы в виде «что сделали, что получили, что ожидали получить»
74%
Заполнить поля отчета
76%
Перечитать отчет о дефекте, исправить неточности/добавить подробности
52%
Ещё раз перечитать отчет
⚡21👍5🤯4❤🔥2🎉1
Словарь тестировщика | Тестирование
🙇🏻♀️ Укажите все варианты, которые помогают создать эффективный отчет о дефекте (правильный ответ ниже)
Правильный ответ:
Все вышеперечисленное является правильной логикой создания эффективных баг-репортов ☺️
👍38🤩9👏5
Словарь тестировщика | Тестирование
Photo
👍22🔥4👏2😈2😁1
🔥 Укажите все типичные ошибки при написании баг-репортов. Часть 1.
Anonymous Poll
78%
Плохие summary/идентичные summary и description
93%
Отсутствие указания фактического/ожидаемого результатов, ссылок на требования
57%
Игнорирование кавычек, приводящее к искажению смысла
73%
Проблемы с формулировками фраз на русском/английском языках
80%
Лишние пункты в шагах воспроизведения
66%
Копии в виде «весь экран целиком»
70%
Откладывание написания репорта на потом
67%
Пунктуационные/орфографические/синтаксические и др ошибки
78%
Выдуманные дефекты (когда описанное поведение не является багом)
67%
Отнесение фич/расширенных возможностей приложения к багу
⚡22👍4🔥2👏2
🔥 Укажите все типичные ошибки при написании баг-репортов. Часть 2.
Anonymous Poll
79%
Заниженные/завышенные priority/severity
65%
Чрезмерная концентрация на мелочах
68%
Техническая безграмотность
75%
Указание второстепенной информации в шагах воспроизведения
90%
Отсутствие информации, необходимой для воспроизведения бага
70%
Игнорирование связанных/похожих багов
🤩21👏3🤯3👍2
Словарь тестировщика | Тестирование
🔥 Укажите все типичные ошибки при написании баг-репортов. Часть 2.
Правильный ответ:
Как вы уже могли догадаться, абсолютно все варианты демонстрируют неправильную работу с баг-репортом.
Судя по текущим результатам опроса, я дополнительно объясню момент с summary и копией экрана целиком.
🥺 Плохие summary/идентичные summary и description
Формально эта проблема относится к оформлению, но фактически она куда опаснее, ведь чтение баг-репорта и осознание сути проблемы начинается именно с краткого описания.
Не забываем, что саммари должно
- отвечать на вопросы «что?», «где?», «при каких условиях»
- быть предельно кратким
- быть информативным для понимания сути проблемы
🥺 Копии экрана в виде «весь экран целиком»
Это не является глобальной проблемой, однако, как вы можете вспомнить из предыдущих квизов, чаще всего нам нужна копия конкретного окна приложения.
Особенно если мы работаем в условиях, когда нам важен размер прилагаемого файла. В таком случае отрезаем лишнее и вкладываем как jpg. А если важно качество аттачмента - тогда png. Такой же подход применим и к видеофайлам.
Однако по умолчанию копипастить целиком экран говорит о том, что тестировщик не хочет интересоваться внутренними правилами проекта. Не говоря уже о дополнительных обозначениях по типу добавления стрелок, надписей, движения курсора на экране.
Поэтому всегда сначала интересуемся какой работы со вложениями от нас хотят видеть 👍🏼❤️
Судя по текущим результатам опроса, я дополнительно объясню момент с summary и копией экрана целиком.
🥺 Плохие summary/идентичные summary и description
Формально эта проблема относится к оформлению, но фактически она куда опаснее, ведь чтение баг-репорта и осознание сути проблемы начинается именно с краткого описания.
Не забываем, что саммари должно
- отвечать на вопросы «что?», «где?», «при каких условиях»
- быть предельно кратким
- быть информативным для понимания сути проблемы
🥺 Копии экрана в виде «весь экран целиком»
Это не является глобальной проблемой, однако, как вы можете вспомнить из предыдущих квизов, чаще всего нам нужна копия конкретного окна приложения.
Особенно если мы работаем в условиях, когда нам важен размер прилагаемого файла. В таком случае отрезаем лишнее и вкладываем как jpg. А если важно качество аттачмента - тогда png. Такой же подход применим и к видеофайлам.
Однако по умолчанию копипастить целиком экран говорит о том, что тестировщик не хочет интересоваться внутренними правилами проекта. Не говоря уже о дополнительных обозначениях по типу добавления стрелок, надписей, движения курсора на экране.
Поэтому всегда сначала интересуемся какой работы со вложениями от нас хотят видеть 👍🏼❤️
❤24👍7🔥6👏4
👍25⚡6🔥3
👍25😈9🔥2
Forwarded from Заметки тестировщика | QA Notes
🎄Поздравляю всех с наступающим новым годом! Как реалист, я понимаю, что будет ещё немало серьезных испытаний. Но жизнь продолжается, испытания - повод стать сильнее и получить новый опыт.
Это повод попробовать что-то новое, с чистого листа, интересное, необычное! 😍 Желаю всем найти мир и гармонию прежде всего с собой, найти свой путь! ❤️
Ну а я своим каналом стараюсь помочь вам сделать этот путь легче! 🙏🏼
Удачи в новом году и будьте добрее по отношению к другим людям 💫
Желаю вам скорее выдохнуть, расслабиться и отдохнуть - все сложности найдут свое решение, всему свое время! ☃️❄️
Мои поздравления всем подписанным и причастным к деятельности канала!
Ваша @qanoteadmin! 🌟
Это повод попробовать что-то новое, с чистого листа, интересное, необычное! 😍 Желаю всем найти мир и гармонию прежде всего с собой, найти свой путь! ❤️
Ну а я своим каналом стараюсь помочь вам сделать этот путь легче! 🙏🏼
Удачи в новом году и будьте добрее по отношению к другим людям 💫
Желаю вам скорее выдохнуть, расслабиться и отдохнуть - все сложности найдут свое решение, всему свое время! ☃️❄️
Мои поздравления всем подписанным и причастным к деятельности канала!
Ваша @qanoteadmin! 🌟
❤40🎉22🍾6☃3⚡3👍2🥰2❤🔥1
Открываем наш год с веселых терминов 😅👍🏼
⚡️Блохи
⚡️Блохи
Anonymous Quiz
6%
вредоносные программы
25%
случайные редкие ошибки в ПО,вызванные неправильно написанным кодом, либо работой сторонних программ
69%
небольшие баги, т.е. незначительные проблемы в разработанном ПО, приложении, сайте
🔥21👍12😁7🤓3