«Защита от дурака» как метод тестирования

Поле E-mail, почта. В сети есть много людей не обладающие компьютерной грамотностью, которые даже не знают что такое электронная почта. Чтобы они не вводили свой домашний почтовый адрес, стоит указать, чего мы от них ждем. Для этого можно вывести сообщение о формате почты, например example@mail.ru. В случае несоответствия формату e-mail (отсутствие @ и «.»), выводить заметное предупреждение об ошибке формата. Для проверки вводим любые символы (заведомо некорректный e-mail).

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

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

Требования к введению телефона должны быть еще более строгими. От пользователя мы ждем номер, состоящий только из цифр, определенной длины или определенного формата. Все эти проверки мы должны добавить к данному полю. Но чтобы не совсем «душить» пользователя, можно добавить ввод по маске вида +7(___)___-__-__, чтобы цифры подставлялись сами на свои места в номере. Для проверки вводим любые символы и строки разной длины.

Одно из самых опасных мест в форме – это выбор файла. Через это поле сломать систему может не только «хакер», но и простой посетитель сайта. Дело в том, что проверка, чаще всего, ведется только по типу расширения файла, чтобы не позволить злоумышленнику загрузить исполняемые скрипты и код в структуру интернет-проекта. Но не меньшую опасность представляет неограниченный размер файла. Возьмем для примера такую ситуацию: пользователь решил прикрепить фото товара в отзыв к этому товару, зашел в папку с фотографиями и вместо фото выбрал видео, которое весит полтора гигабайта, а на сайте, как раз, недавно был бэкап, и места на хостинге оставалось совсем немного. После превышения квоты на дисковое пространство Хостер вправе заблокировать ресурс. Поэтому, что бы исключить такую ситуацию, при проверке пробуем загрузить большие файлы и файлы с различными расширениями (например .js, .php).