Тестировщик QA (начинающий)

Описание

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


Какие проблемы может выявить тестирование веб-приложения?

Функциональное тестирование:

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

Тестирование совместимости:
Проверка совместимости продукта со всеми последними версиями браузеров Chrome, Firefox, MS Edge, Safari и ОС Windows 7, 8 и 10

Получение статистических данных по времени отклика с сервера для наиболее важных операций;

Данные о максимально возможном числе пользователей (подключение), при котором система справляется с нагрузкой;

Информация об устойчивости системы и ее способности выдерживать постоянную нагрузку;

Предоставьте список наиболее частых проблем

1. Неполное отображение элементов дизайна веб-приложения в разных браузерах.
2. Неправильная авторизация пользователя
3. Неправильная работа приложения (присылает не те данные на определенные запросы).
4. Ошибки взаимодействия пользователя с базами данных (обращение при запросе).
5. Отсутствия синхронизации времени в разных часовых поясах - актуально при работе в РФ.

Какие коды ответов HTTP вы знаете?

Код ответа (состояния) HTTP показывает, был ли успешно выполнен определённый HTTP запрос.
Коды сгруппированы в 5 классов:
1. Информационные 100 - 199
2. Успешные 200 - 299
3. Перенаправления 300 - 399
4. Клиентские ошибки 400 - 499
5. Серверные ошибки 500 - 599

Сценарий 1: Клиент попросил подготовить новую версию web-сайта к следующему понедельнику. Вы понимаете, что в соответствии с оценкам разработчика вы не успеваете.

1) Получить описательную часть проекта от заказчика.
2) Запросить обоснованный расчет объема работ и временных затрат в соответствии с требованиями и оценками разработчика.
3) Заложить время необходимое на тестирование сайта.
4) Предоставить ответ о сроках реализации проекта для заказчика.

Сценарий 2: Клиент назначил демонстрацию проекта на завтра на 18:00. У вас уже назначена сдача другого проекта другому клиенту на это же время. Как быть?



1) Принять задачу и сообщить руководителю о наложении сроков по демонстрации проектов.
2) Полученное распоряжение сообщить клиенту.
3) В случае невозможности переназначения задачи другому исполнителю решить вопрос о переносе срока.





Описание проблем. Опишите метод воспроизведения проблемы и проверки результата.

Сценарий 1. Одна из лампочек в квартире перегорела

1) Проверить наличия напряжения в квартире (свет в других комнатах) работу электроприборов.
2) Проверить состояние автоматических выключателей в щитке электросчетчика.
3) В комнате где перегорела лампочка проверить механическую исправность выключателя.
4) Произвести замену лампочки на заведомо исправную. (в случае появления света неисправность локализована). В противном случае можно сделать вывод о неисправности плафона и электропроводки.

Сценарий 2. В web-приложении вы заметили ошибку, которую не смогли воспроизвести второй раз. Ваши действия?


1. Описать характер проявления ошибки и занести в баг-трекинговую систему.
2. Обработка ошибок в бэкенд- и фронтенд-приложениях устроена по разному и это надо учитывать.
3. В бэклог разработчикам написать задание для сообщения на вывод непредвиденной ошибки (Exception NullPointer) и настроить логирование ошибок, которые могут иметь такой смысл:
Измените что-то и повторите действие. Если пользователь ввёл невалидные данные и не смог отправить форму, благодаря сообщению об ошибке он сможет исправить данные и отправить форму.
Попробуйте позже. Пользователь не смог отправить форму из-за ошибки сети. Благодаря сообщению он вернётся через 10 минут и успешно отправит форму.
Связаться с разработчиками. Пользователь не смог отправить форму из-за неожиданной ошибки. Благодаря сообщению об ошибке он свяжется со службой поддержки и решит свои задачи.
4. По логам отследить время возникновения ошибки и сопоставить какие действия или запросы производились в данный момент, что могло вызвать ошибку. Иногда применим случай с левшами.


изображен процесс перехода из точки А в точку Б. Сколько существует различных вариантов попадания в точку Б?

Ответ: 9 вариантов перехода.


* Три головы Змея Горыныча 3 часа смотрят в разные стороны. Первая голова 10 минут вперёд, затем 10 минут назад, потом 10 минут налево и 10 минут направо, снова 10 минут вперёд и так далее по циклу. Вторая голова 15 минут смотрит назад, затем 15 минут налево, потом 15 минут направо, снова назад и так далее по циклу. Третья голова 20 минут смотрит направо, 20 минут налево, 20 минут вперёд, снова направо и так далее по циклу. Сколько минут все три головы смотрели в одну сторону одновременно? Опишите решение.


Решение :

1 час составляет 1 цикл: 1 голова Первая голова 10 минут вперёд, затем 10 минут назад, потом 10 минут налево и 10 минут направо, снова 10 минут вперед и 10 минут назад общее время 60 минут. Обозначу векторы:1,2,3,4 для 1 головы и 1,2,3 для второй и третьей голов.

По второй голове: 1 цикл по 15 минут один вектор 1,2,3,1

По третьей голове: 1 цикл по 20 минут 1,2,3

По трем циклам последовательность:


1) 1,2,3,4,1,2
1,2,3,1
1,2,3
2) 3,4,1,2,3,4
2,3,1,2

3) 1,2,3,4,1,2
1,2,3,1
1,2,3



Таким образом с учета последовательности движения по сторонам описанным в задании просмотр всеми тремя головами в одном направлении совпадает при взгляде в левую сторону в течении 10 минут за один цикл. Получено путем графического отображения векторов на бумаге и просмотра совпадения направления (синхронизация по времени) за 1 цикл = 1 час (60 минут).

Ответ: За 3 часа общее время одновременно направления взгляда трех голов змея горыныча составляет 30 минут (смотрят в левую сторону).