Программирование. Принципы и практика использования C++ Исправленное издание
вернуться

Страуструп Бьерн
Шрифт:

1+2+3+4+5+6+7+8

1–2–3–4

!+2

;;;

(1+3;

(1+);

1*2/3%4+5–6;

;

1+;

+1

1++;

1/0

1/0;

1++2;

–2;

–2;;;;

1234567890123456;

'a';

q

1+q

1+2; q

ПОПРОБУЙТЕ

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

Формально говоря, этот процесс называется тестированием (testing). Существуют даже люди, занимающиеся испытанием программ профессионально. Тестирование — очень важная часть разработки программного обеспечения. Оно может быть весьма увлекательным занятием. Более подробно тестирование рассматривается в главе 26. Есть один большой вопрос: “Существует ли способ систематического тестирования программ, позволяющий найти все ошибки?” Универсального ответа на этот вопрос, т.е. ответа, который относился бы ко всем программам, нет. Однако, если отнестись к тестированию серьезно, можно неплохо протестировать многие программы. Пытаясь систематически тестировать программы, не стоит забывать, что выбор тестов не бывает полным, поэтому следует использовать и так называемые “странные” тесты, такие как следующий:

Mary had a little lamb

srtvrqtiewcbet7rewaewre–wqcntrretewru754389652743nvcqnwq;

!@#$%^&*~:;

Тестируя компиляторы, я привык подавать на вход компилятора электронные отчеты о его собственных сообщениях — заголовки писем, объяснения пользователей и все остальное. Это было неразумно, поскольку этого никто никогда не делал. Однако программа идеально кэшировала все ошибки, а не только разумные, и вскоре компилятор стал очень устойчивым к странному вводу.

Первый действительно неудобный момент мы обнаружили, когда при тестировании калькулятора выяснилось, что окно закрывается сразу после вывода результатов.

+1;

!+2

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

Справиться с этой ошибкой можно, модифицировав функцию

main
(см. раздел 5.6.3).

catch (runtime_error& e) {

cerr << e.what << endl;

// keep_window_open:

cout << "Чтобы закрыть окно, введите символ ~\n";

char ch;

while(cin >> ch) // продолжает чтение после ввода символа ~

if (ch=='~') return 1;

return 1;

}

По существу, мы заменили функцию

keep_window_open
своим собственным кодом. Обратите внимание на то, что проблема останется нерешенной, если символ окажется следующим после возникновения ошибки, но это маловероятно.

Обнаружив эту проблему, мы написали вариант функции

keep_window_open
, аргументом которой была строка, закрывающая окно, как только пользователь вводил ее после приглашения. Таким образом, более простое решение выглядит так:

catch (runtime_error& e) {

cerr << e.what << endl;

keep_window_open("~~");

return 1;

}

Рассмотрим еще один пример.

+1

!1~~

Эти данные вынуждают калькулятор выдавать соответствующие сообщения об ошибках, например

Чтобы выйти, введите ~~