Вон что в других направлениях используют. Интересно.

Вот у вас вылетает в процессе выполнения вашего кода синий экран с ошибкой irql-not less or equal как будете головой искать ошибку?:)

1.Речь идёт про тестировщика, а не разработчика 2.Если вы знаете свой код, то вполне можете как минимум предположить, в каком месте может возникать такая ошибка, особенно учитавая ваши действия + стектрейс никто не отменял

Irql not less or equal это про ошибку доступа к странице памяти , при доступе к выгружаемой памяти (на уровне ядра память бывает выгиужаемой paged pool , и не выгружаемой non paged pool, эту ошибку будет генерировать не ваш код , а код диспетчера страниц виртуальной памяти ,в ядре windows. Никакой анализ стека вызовов не поможет, только. Отладчик уровня ядра. Там где я работал тестировщики -бывшие разработчики со стажем от 10 лет, которые любому разрабу за баги пояснить могли по пацански:)) 2. Для тестировщика , нужно наверное понимание того, что есть такое unit test-ы Смысл от тестировщика если он не понимает что проверять и как?:) Gtest - как минимум.

Просвящу вас немного, есть разные тестировщики. Например, мануальщик может не знать даже о существовании автотестов в принципе и при этом быть отличным специалистом. То про что вы говорите, это частные узкоспециализированные случаи, и в каждом конкретном случае могут потребоваться свои узкоспециализированные инструменты без которых никак. И вы приводите как пример тестировщиков-бывших разрабов. Это совсем отдельная каста. Смотрите на вопрос в целом, а не в узкой нише.

Голова, чашка/и кофе и волшебная кнопка 'А что, если…?' куда без этого).

В целом всё просто. Если мы тестируем api нам нужно 1. Проверить их на однозначность выполнения 2. Отсутствие ub - undefined behavior 3.Желательно проверить на наличие необработанных исключений.

И да, если мы находим ошибку , мы должны полностью определить причину , и самое главное воспроизводимость. Просто может случиться ub например и ошибка может вылетать в случайной форме в случайное время. Нам нужно точно выяснить что ошибка наша. Пример наш софт обращается по символьной ссылке к устройству из userspace, например в диалоге печати выбираем печатать в pdf, нажимаем печать и вылетает синий экран. Причём спустя разное время после нажатия и в разных местах, PDF есессно не формируется. Включаем полный дамп памяти , повторяем печать , подбираем dump и видим что всё упало из-за irql not less or equal , который вообще вылетел в ntoskernel , наша задача выяснить кто конкретно виноват в bsod?

Если тестировщики тестируют web , там наверное просто selenium , и логи. Ну или selenium + python , этого должно быть достаточно для фронта.

Ну в нашей забегаловке всё было ниразу не вебное , у нас всё было комилирунмо и отрабатывало в виде бигарников. Про код который приходится разбирать, исходников может вообще не быть, более того может не быть даже отладочных символов. Как-то так.