Тулзы ручного тестировщика приложений на базе Windows

[AndreyDmitriev]

Вот не особо придираясь к аццкому жаргону типа «гуишка для куашника», тем не менее не могу не придраться к описанию DebugView, ибо эта «тулза» вовсе не «позволяет смотреть в риалтайме на события системы во время использования приложения» и уж тем более не отвечает на вопрос «что думает винда о том, как ты бьешь орков в вове». Скорее она отвечает на вопрос «о чём думал разработчик насчёт тех мест, где что-то могло пойти не так». Этот инструмент перехватывает и выводит на экран (ну либо в файл сохраняет) вызовы OutputDebugString и DbgPrint, которые изначально заложил в код разработчик и больше ничего. В тестировании обычно применяется в том случае, когда проблема невоспроизводима на машине разработчика, а встроенный логгер по какой-либо причине неприменим (по причине падения приложения или нет его вообще) тогда разработчик обильно обкладывает проблемные места отладочной печатью и отправляет приложение тестировщику, который его гоняет и логи возвращает обратно — через несколько итераций проблема обычно находится. По хорошему после обнаружения проблемы отладочную печать надо отключить.

[Volnyii]

Не знал, как описать вывод содержимого, спасибо за развернутый ответ! С помощью dv я репортил несколько багов и, например, наблюдал в выводе, что на определенных событиях, якобы, физически от видеокарты отключается один из мониторов (хотя на деле это было не так).

p.s. исправил содержимое статьи, чтобы не вводить в заблуждение других интересующихся