Тестирование приложения Microsoft Visual Studio C++ - Visual C++ - Ответ 486647

Ага. Ну, тогда все более-менее упрощается.
1. "Вместе с приложением есть ещё постановка задачи разработчику." - отлично! Пишешь такой документ - Программу и методику испытаний (ПиМИ), он, собственно, ГОСТированный. На каждый пункт постановки задачи разработчику пишешь подробную методику проверки - как проверить выполнение этого пункта требований при нормальных, некорректных и граничных данных, и - по каждому пункту однозначный вывод: "Результат испытания по п.XXX считается удовлетворительным, если....." Эту ПиМИ согласуешь с тем, кто поставил тебе задачу по тестированию (условно, заказчиком). И выполняешь все по ПиМИ с соответствующими выводами. Проверяешь именно выполнение всех оговоренных требований, не более и не менее - т.е. разработчик обязан выполнить все, что оговорено, но он не обязан был делать что-либо сверх оговоренных требований или прямо вытекающих из них. Собственно, спецификация требований (SRS) есть?
2. "Приложение нужно протестировать. И предоставить список обнаруженных проблем. Формат предоставления отчета: свободный. Единственное требование - отчет должен быть воспринимаемым и из описания была понятна суть проблемы (ошибки)." - при такой постановке задачи внутреннее устройство программы тебя вообще не должно интересовать, ты тестируешь только выполнение требований к ней (ее внешнее наблюдаемое поведение) методом "черного ящика". По той самой ПиМИ, согласованной с твоим руководством или заказчиком.
Тебе нет смысла добровольно взваливать на себя функцию инспекции кода - ведь, насколько я понимаю, при такой постановке задачи тебе за это не заплатят....... Вообще же, при нормальной постановке процесса разработки инспекция кода должна была быть уже проведена на более ранних стадиях разработки. У тебя же - скорее приемочное тестирование.