Пока нет оценок.
Пожалуйста, подождите...

Ещё есть такие собеседования, на которых могут задать вопрос: как вы протестируете текстовое поле?

Дабы не попасть впросак, ответ на данный запрос должен, так или иначе, совпадать с квалификацией собеседника.

На этом основании можно выделить сразу четыре популярных вида ответа на вопрос.

Ответы можно классифицировать в виде таблицы:

Юный тестировщик
  • Тестирование простой валидации
  • Одно измерение
  • Автоматизация
Функциональный тестировщик
  • Тестирование по измерениям «что» и «как»
  • Работа с практической частью проекта
QA, близкий к уровню Senior
  • Многогранная приоритезация
  • Использование разноплановых техник
Настоящий Senior QAНачинает работу с вопроса «почему»

Теперь разберём каждый вид ответа в деталях.

Текстовое поле

Текстовое поле

Проверка юными тестировщиками

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

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

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

Классическое заблуждение — это идея о том, что любое оборудование имеет первоначальное значение.

Варианты от функционального тестировщика

Данная группа тестировщиков немного «сильнее», чем начинающие тестировщики.

Они обладают массой интересных идей, но они (идеи) несколько банальны — например, использовать SQL внутри поля системы, которая не имеет собственной БД.

Это имеет некий смысл, но только если затем по цепочке имеет связь с определенной SQL-БД.

По сравнению с «возможностями проверки» со стороны новичка, работа расширилась, но функциональному тестировщику тоже не хватает глубины понимания того, что имеет значение, а что нет.

Классические идеи тестирования со стороны функциональных QA-инженеров — номинальное окружение, деление параметров и информации, работа с функциями (как пример, использование клавиш клавиатуры или операции кликом мыши).

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

Senior-тестировщики и их восприятие

Отличаются только тем, с чего начинают своё тестирование.

Существенная разница между реальными Senior-тестировщиками и всеми теми, кто к ним реально близок — в быстрой приоритизации.

Это один из базовых факторов хорошего и правильного исследовательского тестирования.

Важно понимать, что если есть нечто, что можно протестировать, это не значит, что оно обязательно будет протестировано.

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

Касательно настоящего Senior QA, то такие тестировщики задают всего два вопроса:

Что можно протестировать далее?

Какой итог, исходя из данных тестов, можно сделать?

Итоги

В конечном итоге, тестирование простого текстового поля — работа интересная и содержит массу уловок технического характера, на которые каждый из нас может смотреть совершенно по-разному!

Тестируйте с умом, подключайте фантазию и тогда ваша работа не будет вызывать абсолютно никаких нареканий!

Оставить комментарий