Rivalry2

HTML Diff

1 added 1 removed

Original 2026-01-01

Modified 2026-02-26

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

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

3 Например:

4 <ul><li>Форму вообще невозможно заполнить, потому что данные в поля не вводятся</li>

5 <li>При отправке уже заполненной формы появляется непонятное сообщение об ошибке</li>

6 <li>При вводе пробела и нажатии на Enter приложение зависает, пользователь получает сообщение, что форма отправлена, но информация никуда не отправляется.</li>

7 </ul>Бывают и такие ошибки, о которых пользователь не подозревает, потому что они возникают внутри приложения. Например, в заявке на кредит пользователь вместо номера телефона указал адрес регистрации, и банковские службы с ним не смогли связаться. Или вместо русских букв написал фамилию латинскими, и его заявка не была рассмотрена. Такие ошибки могут иметь серьезные негативные последствия как для пользователя, так и для бизнеса. Чтобы не допустить этого, веб-формы необходимо тестировать.

8 Задача тестировщика - найти возможные ошибки в работе приложения или сервиса. Хороший тестировщик не просто проверяет все подряд, а полагается на определенную логику и последовательность.

9 <h2>Содержание</h2>

10 <ul><li><a>С чего начать тестирование веб-формы</a></li>

11 <li><a>Позитивное тестирование</a></li>

12 <li><a>Негативное тестирование</a></li>

13 <li><a>Тестирование числового поля</a></li>

14 <li><a>Чек-боксы и радиокнопки</a></li>

15 <li><a>Подведем итоги</a></li>

16 </ul><h2>С чего начать тестирование веб-формы</h2>

17 Сначала необходимо определить, с какой именно формой мы имеем дело. Формы могут состоять как из двух-трех полей, так и из нескольких десятков, с разными форматами ввода данных.

18 Рассмотрим стандартную веб-форму. Там почти наверняка будут поля для ввода информации: имени, фамилии, адреса почты. Такие поля называются текстовыми. Пользователь может ввести буквы, цифры и символы. Какими конкретно данными может быть заполнено поле, решают на этапе разработки.

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

20 <h2>Позитивное тестирование</h2>

21 Первые тесты проверяют, что поле работает корректно: так, как описано в требованиях. Это позитивные тесты. Они проверяют сценарии, в которых пользователь делает, то, что от него ожидается. Это правило работает не только для тестирования полей, но и для тестирования функций и поведения системы в целом: сначала проверяем, что все работает правильно.

22 Как правило, текстовые поля подразумевают ввод следующих данных: фамилия, имя, адрес, логин, комментарий. В нашем поле будет фамилия.

23 Проверки для текстового поля разделим на две категории:

24 <ul><li>Проверки допустимого количества символов в поле. Например, в поле можно ввести только 30 букв</li>

25 <li>Проверки ввода допустимых символов, то есть букв, цифр, специальных символов.</li>

26 </ul>Для тестирования количества символов в текстовом поле проводятся следующие тесты:

27 <ol><li>Среднее количество символов в поле:Иванов</li>

28 <li>Минимальное количество символов в поле:И</li>

29 <li>Максимальное количество символов в поле:Ивановпертровсидоргончаровпушкинлермонтов</li>

30 <li>Ноль символов: если поле необязательно для заполнения.</li>

31 </ol>Для проверки ввода допустимых символов применяют следующие тесты:

32 <ul><li>Буквы, цифры, специальные символы</li>

33 <li>Текст с пробелом: в начале строки, в середине и в конце</li>

34 <li>Можно вставить в поле скопированный текст</li>

35 <li>Перенос строки внутри поля через Enter.</li>

36 - </ul>При тестировании важно учесть, что некоторые поля могут оставаться пустыми, а некоторые обязательны для заполнения. Например, логин при регистрации или номер телефона пр�� заказе товара. Такие поля всегда отмечены астерисками (звездочками). Без указания в них информации невозможно отправить форму для обработки. Тестировщик должен убедиться, что при незаполнении обязательного поля появляется сообщение об ошибке. Можно сделать общую проверку сразу для всех полей: не заполнив веб-форму, нажать на кнопку "Продолжить" или "Отправить".

36 + </ul>При тестировании важно учесть, что некоторые поля могут оставаться пустыми, а некоторые обязательны для заполнения. Например, логин при регистрации или номер телефона при заказе товара. Такие поля всегда отмечены астерисками (звездочками). Без указания в них информации невозможно отправить форму для обработки. Тестировщик должен убедиться, что при незаполнении обязательного поля появляется сообщение об ошибке. Можно сделать общую проверку сразу для всех полей: не заполнив веб-форму, нажать на кнопку "Продолжить" или "Отправить".

37 <blockquote><h3>Читайте также:</h3>

38 <a>Как правильно писать тесты</a>

39 </blockquote><h2>Негативное тестирование</h2>

40 После проведения позитивного тестирования нужно проверить негативные сценарии: когда пользователь указывает некорректные значения в поле и приложение сообщает ему об ошибке или вообще не позволяет ввести данные.

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

42 Время на тестирование всегда ограничено, да и протестировать все вероятные негативные сценарии просто невозможно. В этом случае можно ориентироваться на своего "целевого" пользователя, для которого создается веб-форма, а также на здравый смысл. Исходя из этого тестировщик выбирает наиболее вероятные негативные сценарии. Например, если в поле можно вводить только русские буквы, какова вероятность того, что пользователь в России введет английские буквы? Достаточно высокая, учитывая английскую раскладку на всех клавиатурах страны. А что насчет китайских иероглифов? Вероятность их попадания в поле в русскоязычном сегменте невысока, поэтому их проверкой можно пожертвовать в целях экономии времени.

43 Негативные сценарии, которые можно применить для тестирования полей в зависимости от требований и целевой аудитории:

44 <ul><li>Количество символов меньше минимального</li>

45 <li>Количество символов больше максимального</li>

46 <li>Символы, ввод которых требованиями не предусмотрен</li>

47 <li>Текст с пробелом: в начале строки, в середине и в конце</li>

48 <li>Только пробел</li>

49 <li>Символы не ASCII (например, эмоджи) - ♣☺♂</li>

50 </ul>Далее для тестирования текстового поля можно применять уже более специализированные проверки, например, связанные с использованием SQL инъекций, XSS, html-тегов. Такие проверки предназначены для тестирования безопасности приложения. Каждое поле - это своего рода путь внутрь приложения: информация, переданная пользователем, записывается в базу данных. Поэтому нужно проверить, что в поле нельзя ввести ничего, что может навредить базе данных и другим частям приложения.

51 При тестировании текстовых полей могут встретиться следующие ошибки:

52 <ul><li>Обязательные поля можно оставить пустыми</li>

53 <li>Отсутствие сообщения об ошибке, если пользователь вводит некорректные данные</li>

54 <li>Запрет ввода дефиса - пользователи с двойным именем или фамилией не могут заполнить данные о себе</li>

55 <li>Ограничение по количеству символов - может не поместиться полностью имя, фамилия, адрес</li>

56 <li>Минимальное количество символов в поле 3 символа - пользователи с фамилиями из двух букв не смогут подать заявку</li>

57 <li>Отсутствие ограничения на количество символов - можно ввести очень большой текст и нарушить работу системы.</li>

58 </ul>В веб-формах бывают не только текстовые поля. После ввода имени, фамилии, адреса или логина может потребоваться ввести числовые данные: возраст, количество чего-либо и тому подобное. Как тестировать такие поля?

59 <blockquote><h3>Читайте также:</h3>

60 Тестирование приложений:<a>описание и чек-лист</a>

61 </blockquote><h2>Тестирование числового поля</h2>

62 Снова начинаем с позитивных сценариев: проверяем, что поле работает в соответствии с требованиями. Как и в случае с текстовыми полями, учитывается количество символов и содержание этого поля:

63 <ul><li>Среднее количество символов в поле:111111</li>

64 <li>Минимальное количество символов в поле:1</li>

65 <li>Максимальное количество символов:7490237407235192389273409720394729734</li>

66 <li>Ноль символов:если поле необязательно для заполнения</li>

67 <li>Цифры</li>

68 <li>Положительные числа</li>

69 <li>0 как число.</li>

70 </ul>Негативными сценариями могут быть:

71 <ul><li>Буквы, специальные символы</li>

72 <li>Только пробелы</li>

73 <li>Пробелы внутри числа</li>

74 <li>Отрицательные числа</li>

75 <li>Дробные числа</li>

76 <li>Степени двойки:23</li>

77 <li>Научная запись чисел:1Е-10</li>

78 <li>Вычисляемые выражения:2+2</li>

79 </ul>Такие поля, как номер телефона, номер паспорта, номер банковской карты, как правило, относятся к текстовым полям. Требованиями устанавливается, что в эти поля можно вводить только цифры, но сам формат поля - текстовый. Поэтому тестировать отрицательные значения, дробные числа, степени двойки уже не нужно: подобные поля обрабатывают числа как обычные символы и для системы нет разницы между дефисом, нулем, семеркой и т. д.

80 Последующие проверки зависят от назначения числового поля. Здесь нужно протестировать точные данные, которые важны для работы системы. Допустим, требованиями установлено, что можно добавить от 1 до 10 товаров для покупки. Тогда в поле "Количество товаров" для позитивных тестов будем вводить:

81 <ul><li>Среднее значение:5 шт.</li>

82 <li>Минимальное значение:1 шт.</li>

83 <li>На один больше минимального:2 шт.</li>

84 <li>Максимальное значение:10 шт.</li>

85 <li>На один меньше максимального:9 шт.</li>

86 </ul>Для негативных тестов можно использовать следующие данные:

87 <ul><li>Меньше минимального, в данном случае ноль:0 шт.</li>

88 <li>Больше максимального:11 шт.</li>

89 <li>Отрицательное значение: - 5 шт.</li>

90 <li>Буквы, специальные символы.</li>

91 </ul>Самые частые ошибки в числовых полях:

92 <ul><li>Обязательные поля можно оставить пустыми</li>

93 <li>Нет сообщения об ошибке, если пользователь вводит некорректные данные</li>

94 <li>Можно вводить буквы и специальные символы в поле "Номер телефона" и другие подобные поля</li>

95 <li>Нет ограничения на количество символов в полях: можно ввести несколько тысяч знаков и повредить работу приложения.</li>

96 </ul>На скриншоте пример одного из дефектов: отсутствует сообщение об ошибке, когда поле "Номер телефона" заполнено буквами и символами.

97 <blockquote><h3>Читайте также:</h3>

98 Как проверить качество кода:<a>функциональное и нефункциональное тестирование</a>

99 </blockquote><h2>Чек-боксы и радиокнопки</h2>

100 Часто, помимо заполнения текстовых или числовых полей, пользователю нужно выбрать один или несколько готовых вариантов ответа. Это делается с помощью чек-боксов. Также они используются для подтверждения каких-либо действий или согласий.

101 Еще один вариант выбора готового ответа - радиокнопки. Они используются для переключения между вариантами и позволяют выбрать только один вариант из нескольких.

102 <h2>Подведем итоги</h2>

103 Мы рассмотрели четыре типа самых распространенных полей в веб-формах: текстовые, числовые, чек-боксы и радиокнопки. Но это далеко не все проверки, которые могут потребоваться от тестировщика в зависимости от требований заказчика, целевой аудитории и здравого смысла.

104 <ul><li>В тестировании важна последовательность и логика, так как проверок может быть много, и важно выбрать из них самые эффективные - те, которые помогут быстро найти самые серьезные дефекты.</li>

105 <li>Тестирование начинается с позитивных сценариев и базовых проверок - убедиться, что поле или функция работают правильно и выполняет свои основные задачи. Дальше можно делать более детальные позитивные проверки с использованием разных техник.</li>

106 <li>После позитивных проверок нужно переходить к негативным - проверить, что если пользователь введет в поле неправильные данные, то приложение покажет ему сообщение об ошибке.</li>

107 </ul>При этом работа тестировщика не ограничивается только проверкой полей ввода, а предполагает разные задачи. Сложность задач зависит от проекта, над которым работает тестировщик, а также от его опыта, знаний и навыков. Для выполнения большинства задач специалисту по тестированию, помимо технических знаний, потребуются аналитические способности, внимательность и любопытство.