Перейти к содержимому

Фотография

Три способа тестирования валидации результатов


  • Авторизуйтесь для ответа в теме
В теме одно сообщение

#1 baranceva

baranceva

    Профессионал

  • Admin
  • PipPipPipPipPipPip
  • 4 150 сообщений
  • ФИО:Баранцева Наталья


Отправлено 25 сентября 2019 - 06:19

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

 

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

Тестируя вывод, нужно думать о трех основных моментах:

 

Как отображается результат?

 

Отличным примером результата, внешний вид которого стоит проверить – это телефонный номер. Когда пользователь добавляет телефонный номер в базу данных вашего приложения, то этот номер (я надеюсь) сохраняется без любых скобок, точек и дефисов. Однако при отображении телефона для пользователя вы, возможно, не захотите выводить его как 8008675309 – это тяжело читается. Вы предпочтете, чтобы номер форматировался так, как этого ожидает пользователь. Для пользователей из США номер будет отображаться как 800-867-5309 или (800) 867-5309.

 

Читать статью полностью...

 


  • 0
Наталья Баранцева
Тренинги по тестированию ПО

#2 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 25 сентября 2019 - 18:24

такая спорная статья

 

легко конечно отформатировать "только для США" - а в настоящей системе будут пользователи и из Зимбабве, и тогда автору придётся форматировать номер и согласно предпочтениям жителей Зимбабве, а какие у них там предпочтения? может у автора таблица предпочтений есть, какое форматирование предпочитают жители всех стран?

ну или пользователь будет из США а номер не из США, тогда опять же будет путаница

 

про тестирование всех видов вычета в каждой рамке - наверное даже глупо. 

разве в коде будет отдельная имплементация этого вычета для каждой рамки? для вычета будет конечно же отдельный юнит

вычет ведь не зависит от рамки, значит нет смысла придумывать попарное тестирование там, где его нет, и конечно же автоматизированное тестирование поможет нам запускать все эти ненужные тесты


  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных