Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-26

1 Рассказываем о двух типах тестирования, с которым чаще всего сталкиваются начинающие QA-инженеры.

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

3 Многие вещи проходят этап тестирования не только перед покупкой, но и на производстве.

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

5 В разработке программ всё работает похожим образом. Перед тем, как выпустить приложение на рынок, компания проводит тестирование - проверяет готовый продукт и выясняет, соответствует ли он требованиям. Если на этом этапе найдутся ошибки, команда сможет вовремя их исправить.

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

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

8 <ul><li><a>Документация и технические требования</a></li>

9 <li><a>Функциональное тестирование</a></li>

10 <li><a>Нефункциональное тестирование</a></li>

11 <li><a>Как тестируют программы и приложения</a></li>

12 </ul><h2>Документация и технические требования</h2>

13 Рассмотрим еще один пример. Предположим, вам нужно поменять обычный чайник на электрический. Еще до покупки вы определились, что новый чайник должен:

14 <ul><li>Работать от электричества</li>

15 <li>Вмещать полтора литра воды</li>

16 <li>Быстро греть воду до 99-100 градусов</li>

17 <li>Автоматически отключаться после кипения</li>

18 </ul>Вы открываете интернет-магазин и изучаете разные предложения. Открыв описание очередной карточки, вы видите список технических требований:

19 <ul><li>Работа от электросети</li>

20 <li>Объем более 1,5 литра</li>

21 <li>Нагрев воды до 99-100 градусов</li>

22 <li>Автоматическое отключение</li>

23 </ul>Именно такой чайник вы и искали - все технические требования подходят.

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

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

26 <h2>Функциональное тестирование</h2>

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

28 Рассмотрим функциональное тестирование на знакомом примере. Мы распаковываем чайник, вставляем его в розетку, наливаем воду и нажимаем кнопку. Если он включился, подогрел воду до 100 градусов и выключился - функциональное тестирование пройдено. Чайник выполняет все основные функции из документации.

29 Иногда требований может и не быть - тогда проводится функциональное тестирование без документации. Большинство микроволновок начинают греть еду, если нажать на кнопку "Старт", в некоторых моделях надо еще выставить мощность и время. Зная всё это на личном опыте, мы можем провести функциональное тестирование, не уточняя требования в документации.

30 <h2>Нефункциональное тестирование</h2>

31 Первый вид тестирования отвечает на вопрос "Что умеет делать наш продукт?", но на этом проверки не заканчиваются. Еще надо понять, насколько приятным, удобным и безопасным получился продукт. Чтобы выяснить, как продукт выполняет свои задачи, нужно провести нефункциональное тестирование.

32 Продолжим пример с чайником. Какие еще требования надо проверить?

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

34 <li>Скорость. Согласитесь, пользователи останутся недовольны, если чайник будет нагревать воду дольше десяти минут</li>

35 <li>Удобство. Нужно проверить, насколько удобным получился продукт. Хватает ли его объема? Комфортно ли его держать одной рукой?</li>

36 </ul>С тестированием чайников мы разобрались, но как эти знания применить для программ и приложений?

37 <h2>Как тестируют программы и приложения</h2>

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

39 Начнём с функционального тестирования. С точки зрения пользователя важно, чтобы форма выполняла основные функции:

40 <ul><li>Позволяла ввести логин (номер телефона, email-адрес или никнейм)</li>

41 <li>Позволяла ввести пароль</li>

42 <li>Успешно обрабатывала информацию и позволяла пользователю войти</li>

43 </ul>Если эти функции работают, пользователь сможет зайти в свой аккаунт и воспользоваться всеми остальными возможностями банка.

44 Перейдем к проверке нефункциональных требований.

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

46 Еще важно, чтобы форма авторизации загружалась быстро, потому что клиенты банка будут пользоваться формой с мобильного устройства. Вряд ли они захотят подолгу стоять с телефоном в руках в ожидании загрузки, ведь медленная работа приложения будет раздражать пользователей.

47 Третий важный критерий - удобно ли пользователю вводить свои данные. Нужно проверить, вдруг:

48 <ul><li>Поля для логина и пароля находятся слишком близко друг к другу, поэтому сложно выбрать нужное поле на сенсорном экране</li>

49 <li>Текст пароля не закрывается звездочками, поэтому пользователю придется прикрывать экран рукой</li>

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

51 <ul><li>Цель функционального тестирования - проверить, верно ли реализованы запланированные функции в продукте</li>

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

53 </ul>Разговоры о качестве продукта не ограничиваются двумя видами тестирования. В классификации есть еще много важных видов и типов. На практике с ними сталкиваются также часто, как с функциональным и нефункциональным тестированием.