Как тестировать поле ввода информации
Всем доброго времени суток. Помогите неопытному тестировщику составить собственный список на что надо проверять поле ввода информации. Уверен, что у всех опытных тестировщиков, есть такой список. Поделитесь если не жалко.
Сам я ничего кроме самых простых типо (ввести одни пробелы, не вводить текст, ввесть HTML, SQL, JS, сложную комбинацию символов, ну и ещё нескольких не замослыватых пунктов не нашёл).
Всем доброго времени суток. Помогите неопытному тестировщику составить собственный список на что надо проверять поле ввода информации. Уверен, что у всех опытных тестировщиков, есть такой список. Поделитесь если не жалко.
Сам я ничего кроме самых простых типо (ввести одни пробелы, не вводить текст, ввесть HTML, SQL, JS, сложную комбинацию символов, ну и ещё нескольких не замослыватых пунктов не нашёл).
вобщем многое зависит от того что за поле вообще.
+ проверка на ограничение поля
+ проверка работы кнопок Del, BackSpace, Tab, вперед,назад,Enter, Ctrl+V (вставка текста больших размеров..) в данном поле + проверка в разных браузерах (IE,FF,Chrome,Opera..)
+ проверка снятия ограничений наложенных на поле (размер, ограничение на какието символы), ввод невалидных данных, сохранение изменений.
Всем доброго времени суток. Помогите неопытному тестировщику составить собственный список на что надо проверять поле ввода информации. Уверен, что у всех опытных тестировщиков, есть такой список. Поделитесь если не жалко.
Сам я ничего кроме самых простых типо (ввести одни пробелы, не вводить текст, ввесть HTML, SQL, JS, сложную комбинацию символов, ну и ещё нескольких не замослыватых пунктов не нашёл).
Как протестировать поле ввода
Что пишут в блогах
29-30 октября в Москве пройдет международная конференция по тестированию SQA Days!
Продолжу хвастаться статусом книги.
В этом выпуске говорили о новостях мира тестирования за август 2021: книги, полезные материалы и новые релизы инструментов. Новые эпизоды «Вечера грязи».
Онлайн-тренинги
Конференции
Heisenbug 2021 Moscow
Большая техническая конференция для тестировщиков
5-7 октября 2021, онлайн
Что пишут в блогах (EN)
Разделы портала
Про инструменты
Все примеры тестов строятся на числах:
Тестировщики кивают головами и говорят — «Все понятно!». А потом им предлагают строковое поле и все, ступор о_О
Что вводить в строку? Символы русские, английские, спецсимволы, циферки, перемешал — готово! Но так и робот может проверить, тестировщик то зачем?)) И как вы отловите баги, когда имя “Иван” считается некорректным, потому что распространенное? (А такое бывает — пруфлинк, поиск по «Иванов Иван Иванович»)
Тренер Ольга Назина подготовила пример тестирования поля «Имя» для своих студентов — смотрите и вдохновляйтесь! 🙂 Столько уникальных для поля тестов, а ведь казалось бы, простая строка.
Это выдержка из лекции про классы эквивалентности курса «Техники и инструменты поиска и оформления дефектов». Без знания о классах эквивалентности и граничных значениях никуда, особенно при поиске багов. Поэтому мы сделали отдельную тему для отработки навыка. Приходите, будет интересно 🙂
Самые простые и эффективные способы тестирования поля ввода текста
Любое текстовое поле в создаваемом программном обеспечении кажется таким простым и понятным функционалом, что процесс тестирования сводится к банальной проверке правильности его заполнения. Но, это только на первый взгляд.
Проверять правильность работы текстового поля нужно с особой тщательностью, ведь с его помощью можно очень быстро получить несанкционированный доступ к базе данных!
Процесс валидации текстовой формы при функциональном тестировании – это первая среди всех проверок, которая поможет предотвратить манипуляции с пользовательскими файлами и данными. Также это своего рода защита перед появлением в БД вредной информации.
Подобные вирусные файлы могут вызвать проблемы с функционированием веб-продукта как на стороне клиента, так и на стороне сервера. Ну и наконец, корректная валидация позволяет сразу же предотвратить атаки межсайтового скриптинга и вредоносных SQL-инъекций хакеров.
Основные типы проверки текстового поля
Проверять работоспособность текстового поля можно очень многими способами. Мы выделим наиболее важные проверки, которые QA-специалист должен выполнять в обязательном порядке при тестировании текстовых полей.
Тестирование форм без спецификации
Итак, представим, что необходимо проверить текстовое поле, о котором нет особой информации в спецификации на проекте.
В подобной ситуации можно выполнить следующие проверки:
Проверка полей на основе технической документации
Представим, что мы кое-что знаем о формах, знаем какие примерные значения можно вводить в форму, а также каковы ограничения в них установлены.
Тестирование поля с известными данными
Итак, что мы можем конкретного проверить:
Для всего вышеизложенного перечня проверок стоит выяснить, какие именно сообщения об ошибке отображаются и убедится в том, что все сообщения при валидной отправке тоже корректны.
Тестирование текстовых полей + автоматизация
Без автоматизации тестирования в данном случае тоже никак не обойтись.
Если тестировщик выполнил полный перечень ручных проверок, скорее всего нет надобности в автоматизации тестов. Более того, множество форм состоит из нескольких полей, а значит масса тестов для каждого по отдельности – это огромное количество потраченного времени на их выполнение.
Тем не менее, целесообразной будет автоматизация следующих пунктов:
Конечно же, это неполный перечень того, что можно тестировать при проверке форм. Но данный список можно использовать как базовый набор проверок, которые стоит в обязательном порядке выполнять при работе с текстовыми формами.
Тестировщик никогда не должен верить разработчику на слово, что все и так работает, и незачем лишний раз себя утруждать монотонными проверками. Ведь при нахождении клиентом технической уязвимости, спросят в первую очередь именно с проверяющего!
Как протестировать поле ввода
Что пишут в блогах
29-30 октября в Москве пройдет международная конференция по тестированию SQA Days!
Продолжу хвастаться статусом книги.
В этом выпуске говорили о новостях мира тестирования за август 2021: книги, полезные материалы и новые релизы инструментов. Новые эпизоды «Вечера грязи».
Онлайн-тренинги
Конференции
Heisenbug 2021 Moscow
Большая техническая конференция для тестировщиков
5-7 октября 2021, онлайн
Что пишут в блогах (EN)
Разделы портала
Про инструменты
Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова
Текстовое поле в приложении кажется таким обычным делом, однако это одна из наиболее важных вещей, которую мы можем протестировать. Почему? Потому что текстовые поля дают доступ к приложению и его базе данных. Валидация текстового поля – это то, что предотвращает появление в базе плохих данных. Эти данные могут вызвать разнообразные проблемы для пользователей и разработчиков. Валидация также предотвращает атаки межсайтового скриптинга и SQL-инъекции.
Тестировать текстовое поле можно миллионами способов, и я коснусь этих способов в статье. Для начала давайте представим, что мы тестируем текстовое поле, не имея никакой информации о том, что оно делает:
Затем давайте предположим, что мы что-то знаем о том, что должно вводиться в это поле, и каковы ограничения для данных:
Для всех вышеописанных тестов выясните, какое сообщение об ошибке вы должны получать, и убедитесь, что получаете правильное сообщение.
И, наконец, нужно подумать об автоматизации. Если вы тщательно протестировали ваше поле вручную, то, возможно, нет необходимости автоматизировать все ваши тесты. Более того, большинство форм имеют более одного поля ввода, и куча тестов для каждого отдельного поля – это куча потраченного времени на прогон. Вот несколько советов, что можно автоматизировать:
Это не исчерпывающий список, а просто способ подтолкнуть вас к размышлениям о большом количестве тестов, которые можно прогнать, тестируя единственное поле. Не верьте на слово, что разработчик, создававший поле, добавил нужную валидацию, проверьте ее сами! Как-то раз я тестировала поле ввода даты, у которого было ограничение на год – он не мог быть меньше 1900 или больше, чем текущий год. Я получала нужное сообщение об ошибке, вводя 1880, но даты 1300 года легко принимались!
Как протестировать поле ввода
Моды для сервера
Огромный выбор различных модификаций для Вашего сервера. Пролистайте эти темы! Возможно именно там Вы найдете то, что искали уже давно.
Модификации SA
Хотите разнообразить свою игру в San Andreas? Смелее в наш раздел. Отличный сборник готовых решений. Играйте с удовольствием
ShTorm
Эксперт
При разработке диалоговых окон с полем для ввода, различных команд для ввода в чат, многие разработчики допускают как незначительные, так и значимые ошибки, которые могут серьезно повлиять на работу игрового сервера. Во избежание множества дефектов, связанных с недостаточными знаниями разработчика при разработке функционала полей, имеет место пользоваться глобальным чек-листом тестирования текстового поля.
Примерный алгоритм использования техники анализа граничных значений:
1. Во-первых, нужно выделить классы эквивалентности. Опять же, это очень важный шаг, и от правильности разбиения на классы эквивалентности зависит эффективность тестов граничных значений.
2. Далее нужно определить граничные значения этих классов.
3. Нам нужно понять, к какому классу будет относиться каждая граница.
4. Для каждой границы нам нужно провести тесты по проверке значения до границы, на границе, и сразу после границы.
Количество тестов для проверки граничных значений будет равно количеству границ, умноженному на 3. Рекомендуется проверять значения вплотную к границе. Например, если мы имеем диапазон целых значений, и граница у нас находится в
числе 10, то мы будем проводить тесты
❖ с числом 9 (вплотную до границы),
❖ 10 (саму границу)
❖ 11 (сразу после границы)
Используя данный чек-лист при работе с полями, Вы можете сократить количество выходящих дефектов.
Для полей функционала логин/пароль существует чек-лист тестирования полей логин-пароль .
Разрабатывайте, тестируйте и выпускайте свои системы с наименьшим количеством дефектов!
