Что такое кабинетная проверка?

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

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

Даже опытные программисты делают ошибки - кабинетная проверка может помочь их выявить и исправить до того, как программа пройдет формальный запуск. Проведение кабинетной проверки - это быстро и недорого. Программист, написавший код, обычно проверяет его самостоятельно; если она обнаружит проблемы, она может исправить их на месте, прежде чем проект перейдет на следующий этап. Если она не проведет кабинетную проверку и ошибка вызовет проблемы позже, это может задержать проект. Ошибки также может быть труднее выявить на более позднем этапе.

Камерная проверка не гарантирует, что программист обнаружит ошибки. Также возможны человеческие ошибки. Программисты могут упускать то, что нужно исправить, просто потому, что они написали код сами и слишком близки к нему, чтобы быть объективными. Эту проблему может решить другой программист для проверки. Однако человек, выполняющий проверку, также должен понимать требования, лежащие в основе кода, прежде чем он сможет оценить, будет ли он работать.

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