📚 ProTestingInfo 🔷 Канал по тестированию 📚 – Telegram
📚 ProTestingInfo 🔷 Канал по тестированию 📚
14.1K subscribers
1.31K photos
200 videos
232 files
1.18K links
📌Информация для начинающих и для коллег в области QA, для личного закрепления знаний.
📌Теория, тесты, практика
Ментор-Консультация - 5тр/час
Курс
@info_course_protestinginfo
https://protestinginfo.ru
Вопросы @nadin_qa
ИП
РКН: https://clck.ru/3FWD9v
Download Telegram
🔷Наглядное руководство по каждому типу тестов🔷

https://zen.yandex.ru/media/nuancesprog/nagliadnoe-rukovodstvo-po-kajdomu-tipu-testov-5f38f69e970749285441744f

Все, что написано на изображениях, представляет собой скромное субъективное мнение и интерпретацию автора😄.
Гибкая методология, основанная на концепции бережливого производства - это
Anonymous Quiz
4%
eXtreme Programming, экстремальное программирование, XP
36%
Lean Software Development
37%
Scrum
24%
Kanban
Код ошибки в случае, когда сервер, выступая в качестве шлюза, не смог обработать полученный запрос по техническим причинам, то есть ответы были недопустимыми для продолжения работы.
Anonymous Quiz
35%
500 Internal Server Error
32%
502 Bad Gatеway
22%
503 Service temporarily unavailable
10%
504 Gateway Timeout
Тестирование, во время которого исполняются тестовые сценарии, выявившие ошибки во время последнего запуска, для подтверждения успешности исправления этих ошибок.
Anonymous Quiz
5%
Дымовое тестирование
47%
Повторное тестирование
37%
Регрессионное тестирование
2%
Тестирование сборки
9%
Санитарное тестирование
Описание действий, приводящих систему в первоначальное состояние - это
Anonymous Quiz
12%
Steps to reproduce (шаги воспроизведения)
54%
Preconditions (предусловия)
34%
Postconditions (постусловия)
Информации взята из базы данных сайта QALight

https://qalight.ua/ru/baza-znaniy/

Картинку я сделала, используя данные с интернета. 😄

📌В первом случае все было сделано правильно и мы получили продукт, полностью соответствующий ожиданиям заказчика и удовлетворяющий критериям качества.
📌Во втором случае ошибки были допущены уже при кодировании, что привело к появлению дефектов в готовом продукте. Но на этом уровне баги достаточно легко обнаружить и исправить, поскольку мы видим несоответствие требованиям.
📌Третий вариант хуже – здесь ошибки были допущены на этапе проектирования системы. Заметить это можно лишь проведя тщательную сверку со спецификацией. Исправить такие дефекты тоже непросто – нужно заново перерабатывать дизайн продукта.
📌В четвертом случае дефекты были заложены еще на этапе формирования требований; вся дальнейшая разработка и даже тестирование пошли по изначально неправильному пути. Во время тестирования мы не найдем багов – программа пройдет все тесты, но может быть забракована заказчиком.