Тестирование сайтов – работа для фрилансеров в Санкт-Петербурге

Протестировать: сайт. Нужен репетитор по автоматизированному тестированию Java.

Протестировать: сайт. Детали в личном сообщении. Пожелания и особенности: Требуется помощь с домашним заданием.

Протестировать: сайт. Необходимо установить программу-редактор.

Протестировать сайт по требованиям Ссылка на требования, где указан сайт: https://docs.google.com/document/d/1qGiy6BB1BCfoZ0uQWCd1r5zldG122RvG/edit?usp=drivesdk&ouid=113735534203342564642&rtpof=true&sd=true.

Задача Автоматизировать UI- и API-тесты из вашей финальной работы по ручному тестированию. Можно выбрать проект первой и второй курсовой работы, yougile или любой другой. Обязательно согласуйте выбор проекта с наставником в форме сдачи домашней работы. Требования Проект расположен в публичном репозиторий на GitHub. Необходимо создать новый репозиторий только для данной работы. Существующий с домашними работами не используем. В репозитории НЕ должно быть папок pycache, pytest_cache, .vscode и т. п., а также бинарных файлов (например, chromedriver.exe). В проекте должен быть следующий список кейсов: От 5 UI тестов, составленных по функциональному чек-листу из финальной работы по ручному тестированию. От 5 API тестов, составленных на основе коллекции и кейсов из финальной работы по ручному тестированию. Приветствуется доработка вашей финальной работы по ручному тестированию. Проект должен поддерживать запуск автотестов в трех режимах: запуск только UI-тестов, запуск только API-тестов, запуск всех тестов. Заполнен файл requirements.txt только используемыми зависимостями. В проекте нет нарушений PEP8 . Используйте линтеры для проверки кода. Шаги работы Подключите зависимости: selenium, requests, pytest, allure, остальные зависимости на ваше усмотрение. В проекте создайте файл test\test_ui.py с UI-тестами. В проекте создайте файл test\test_api.py с API-тестами. В коде не должно быть специфичных данных — вынесите их в файл: настройки окружения (URL, пути до файлов и т. д.); тестовые данные (логины, пароли, токены и т. д.). Рекомендации Для работы лучше использовать не личный аккаунт, чтобы не «засветить» пароль и избежать возможной блокировки аккаунта. Можно воспользоваться сервисом временной почты. Например, https://temp-mail.org/ru/. Документируйте код: Используйте allure.step . Описывайте тип входных и выходных данных для методов, которые используете. Помните, что UI-тесты могут использовать API-методы для создания пред- или постусловий. Помните, что можно сократить время выполнения UI-тестов, избегая авторизации в начале каждого теста. Для этого на странице сайта нужно подложить в куки токен авторизации. Внимательно читайте ошибки в консоли VS Code. Большинство из них легко гуглится или решается с вашими коллегами по курсу. Следите за стабильностью тестов. Тест должен успешно воспроизводиться по 10–12 раз. Оформите в проекте файл README.md. Опишите задачу и структуру проекта. Укажите, как запускать тесты. Так же добавьте в него ссылку на финальный проект. Старайтесь минимизировать дублирование кода. Повторяющийся код выносите в функции с параметрами или PageObject-классы. Это придаст привлекательности вашему проекту. Критерии приема работы Работа прислана в виде ссылки на публичный репозиторий. Репозиторий доступен. В репозитории нет «лишних файлов» (кэш, настройки ide, файлы логов и т. п.). Тесты работают, как ожидалось. Нет падающих assert. Нет тестов, которые падают еще до проверок. Чистота и понятность кода. Что НЕ надо делать: Несколько тест-кейсов помещены в один автотест. Один тест-кейс разбит на автотесты. Ошибочное утверждение: «Если прошли все 10 автотестов, значит, 1 тест-кейс успешный». Мусор из комментариев. Непонятные названия методов и переменных. Сбитая структура проекта. Нет четкого разделения обязанностей по классам. Стабильность тестов. Тесты не опираются на захардкорженные данные (айдишники, пароли и т. д.). Не используются sleep() , используются ожидания. Тесты не используют данные, полученные из других тестов (нет жестких зависимостей). Качество документации проекта. Подробно описаны входные/выходные данные для методов. Подробно описаны тестовые шаги через Allure. Файл README подробный, поможет освоиться новичку в проекте.

Проверка шапки сайта Cайт для проверки: kazan.technopark.ru Задание: Проверка шапки сайта, в том числе меню и выпадающего списка Проверить корректность работы эффектов (анимации, изменение цвета) в шапке сайта Примечания: При проблемах со входом на ресурс, пользуйтесь VPN При отсутствии выбора языка на сайте, пользуйтесь расширением переводчика в браузере. Отчет: 1. Описание процесса тестирования выводим в таблицу fail / pass (прикрепляемый файл) 2. Указать корректность работы переходов по всем пунктам меню и анимационных эффектов 3. В кратком отчёте (карточка задания) укажите, какие ошибки или их отсутствие вы обнаружили?.

Необходимо проверить, что интернет-магазин корректно определяет геолокацию пользователя по IP из разных городов России и предоставляет соответствующий контент. Ссылка на подробное описание тест-кейса – https://docs.google.com/document/d/1JxaF-pX0mjFicv8eBxnK0K88RvF_ncEO0wwKfgs042U/edit?usp=sharing.

Протестировать: сайт. Ищу тестировщика QA после курсов (особенно Яндекс практикума), в финтекст компанию.

Протестировать: сайт. Заказ - тест. Не откликайтесь пожалуйста.

Тестирование сайта Ростелеком Информационные Технологии Стандартная авторизация по логину и паролю: 1. Система отображает форму «Авторизация», разделенную вертикально на два блока и содержащую: 2. В левой части: a. Меню выбора типа аутентификации i. Таб выбора аутентификации по номеру, "Номер" ii. Таб выбора аутентификации по логину и паролю, "Почта" iii. Таб выбора аутентификации по почте и паролю, "Логин" iv. Таб выбора аутентификации по лицевому счету и паролю, “Лицевой счет” b. Форма ввода "Номер" или "Логин" или "Почта" или “Лицевой счет” (По умолчанию выбрана форма авторизации по телефону) c. Форма ввода "Пароль" 3. В правой части: a. Продуктовый слоган ЛК "Ростелеком ID". b. Вспомогательная информация для клиента. При вводе номера телефона/почты/логина/лицевого счета - таб выбора аутентификации меняется автоматически. Сценарий авторизации клиента по номеру телефона, кнопка "Номер": 1. Клиент вводит номер телефона и пароль 2. Система: a. Проверяет корректность введенного номера; b. Проверяет связку Номер+Пароль; c. При успешной проверки Номера и пароля - система переходит к следующему шагу п.3. , иначе клиенту отображается ошибка, сценарий начинается с пункта 1. d. При некорректном вводе связки Номер + Пароль, выводим сообщение "Неверный логин или пароль" и элемент "Забыл пароль" перекрашивается в оранжевый цвет. 3. Система: a. Выполняет успешный поиск УЗ по введенному номеру телефона; b. Аутентифицирует клиента; c. Выполняет перенаправление клиента на страницу redirect_uri. Сценарий авторизации клиента по номеру телефона, кнопка "Почта": 1. Клиент вводит Почта и пароль 2. Система: a. Проверяет корректность введенной почты; b. Проверяет связку Почта+Пароль; c. При успешной проверки почты и пароля - система переходит к следующему шагу п.3. , иначе клиенту отображается ошибка, сценарий начинается с пункта 1. d. При некорректном вводе связки Номер + Пароль, выводим сообщение "Неверный логин или пароль" и элемент "Забыл пароль" перекрашивается в оранжевый цвет. e. Ограничение на ввод 12 цифр и подсказка под символами в виде нижних подчеркиваний 3. Система: a. Выполняет успешный поиск УЗ по введенной почте; b. Аутентифицирует клиента; c. Выполняет перенаправление клиента на страницу redirect_uri. Сценарий авторизации клиента по номеру телефона, кнопка "Логин": 1. Клиент вводит Логин и пароль 2. Система: a. Проверяет корректность введенного логина; b. Проверяет связку Логин+Пароль; c. При успешной проверки почты и пароля - система переходит к следующему шагу п.3. , иначе клиенту отображается ошибка, сценарий начинается с пункта 1. d. При некорректном вводе связки Номер + Пароль, выводим сообщение "Неверный логин или пароль" и элемент "Забыл пароль" перекрашивается в оранжевый цвет. 3. Система: a. Выполняет успешный поиск УЗ по введенному логину; b. Аутентифицирует клиента; c. Выполняет перенаправление клиента на страницу redirect_uri. Сценарий авторизации клиента по номеру телефона, кнопка "Лицевой счет": 1. Клиент вводит Лицевой счет и пароль 2. Система: a) Проверяет корректность введенного лицевого счет и ищет логин связанный с лицевым счетом, в следующих шагах проверяется найденный логин; b) Проверяет связку Логин+Пароль; c) При успешной проверки логина и пароля - система переходит к следующему шагу п.3. , иначе клиенту отображается ошибка, сценарий начинается с пункта 1. d) При некорректном вводе связки Номер + Пароль, выводим сообщение "Неверный логин или пароль" и элемент "Забыл пароль" перекрашивается в оранжевый цвет. 3. Система: a) Выполняет успешный поиск УЗ по Лицевому счету; b) Аутентифицирует клиента; c) Выполняет перенаправление клиента на страницу redirect_uri. Авторизация по временному коду: 1. Система отображает форму «Авторизация по коду», содержащую: a) Подсказку по работе с формой “Укажите контактный номер телефона или почту, на которые необходимо отправить код подтверждения”; b) Поле ввода номера телефона или почты; c) Кнопку "Получить код". 2. Клиент вводит номер телефона/почту и нажимает кнопку "Получить код"; 3. Система: a) Проверяет корректность введенного номера/почты; b) Отправляет код на введенный номер телефон/почту; 4. Отображает форму ввода кода подтверждения, содержащую: a) Номер телефона/Почту на который был отправлен код; b) Ссылку "Изменить номер", если пользователь ввел телефон на 2 шаге или ссылку "Изменить почту", если пользователь ввел почту на шаге 2 (ссылка ведет на форму ввода номера телефона/почты); c) Шесть отдельных полей для ввода кода подтверждения; d) Текст с обратным отсчётом времени до повторной попытки отправки код, по завершении отсчёта отображается ссылка "Получить новый код"; 5. Клиент начинает вводить полученный код; 6. Система: a) После ввода каждой цифры переводит фокус ввода в следующее поле; b) При событии заполнения всех 6 полей производит верификацию кода; c) При успешной верификации кода система переходит к следующему шагу, иначе клиенту отображается ошибка, сценарий останавливается. d) Ограничение на ввод только цифр 7. Система: a) Выполняет поиск УЗ по введенному номеру телефона/почте: i. Если УЗ с таким телефоном/почтой не найдена, то создает новую без пароля, ФИО, Региона после чего переход на шаг 8; ii. Если УЗ найдена – переход на шаг 8; 8. Аутентифицирует клиента; 9. Выполняет перенаправление клиента на страницу из redirect_uri; Восстановление пароля Окно выбора типа восстановления пароля: 1. Система отображает форму «Восстановление пароля» содержащую: a. Меню выбора типа ввода контактных данных: i. Таб выбора восстановления пароля по номеру, "Номер" ii. Таб выбора восстановления пароля по логину и паролю, "Почта" iii. Таб выбора восстановления пароля по почте и паролю, "Логин" iv. Таб выбора восстановления пароля по ЛС, "Лицевой счет" b. Форма ввода "Номер" или "Логин" или "Почта" или "Лицевой счет" (По умолчанию выбрана форма восстановления пароля по телефону) c. Форма ввода "Капча" d. Кнопка "Далее" переход в п.3. (Продолжить сценарий восстановления пароля) i. Если к УЗ привязан только телефон, то переход в Сценарий восстановления пароля клиента по номеру телефона, кнопка "По SMS на номер телефона" ii. Если к УЗ привязан только почту, то переход в Сценарий восстановления пароля клиента по номеру телефона, кнопка "По ссылке на почту" e. Кнопка "Вернуться" (Вернуться на форму авторизации) 2. После введения телефона, почты, логина или ЛС отображается форма выбора восстановления пароля: a) Выбор "По SMS на номер телефона" (Если телефон привязан к УЗ) b) Выбор "По ссылке на почту" (Если почта привязана к УЗ) c) Кнопка "Продолжить" (Продолжить сценарий восстановления пароля) d) Кнопка "Вернуться назад" (Вернуться на форму ввода контактных данных п.1 для восстановления пароля) Сценарий восстановления пароля клиента по номеру телефона, кнопка "По номеру телефона": 1. Пользователь выбирает восстановить по номеру телефона; 2. Система отправляем пользователю смс с кодом на номер привязанный к УЗ SSO; 3. Открывается форма с полем для ввода кода из СМС которая содержит: 3.1 Кнопку "Получить код повторно" (Повторная отправка смс с новым кодом); 3.2 Кнопка "Вернуться назад" (Вернуться на шаг ввода контактных данных для восстановления доступа); 3.3 При вводе неправильного кода отображается ошибка "Неверный код. Повторите попытку" 3.4 При вводе временного кода срок времени которого закончился отображается ошибка "Время жизни кода истекло" 3.5 Ограничение на ввод только цифр 4. Пользователь вводит корректный проверочный код (переход в п.5); 5. После ввода корректного кода из смс - открывается форма для ввода нового пароля, состоящая из: 5.1 Поле ввода нового пароля 5.2 Поле ввода для подтверждения нового пароля 5.3 Кнопка "Сохранить" для подтверждения нового пароля (Переход в п.5) 5.4 Правила для создания пароля 6. Пользователь вводит новый пароль, подтверждение пароля и нажимает кнопку "Сохранить"; 7. Система проверяет корректность пароля по правилам и при успешной проверке отображается следующая форма, иначе отображается ошибка: 7.1 Если пользователь ввел пароль менее 8 символов "Длина пароля должна быть не менее 8 символов" под полем "Новый пароль" 7.2 Если пользователь ввел пароль без заглавных букв "Пароль должен содержать хотя бы одну заглавную букву" под полем "Новый пароль" 7.3 Если пользователь ввел пароль не с латинскими буквами "Пароль должен содержать только латинские буквы" под полем "Новый пароль" 7.4 Если пользователь ввел в поле "Подтверждение пароля" пароль отличный от пароль "Новый пароль" выводим "Пароли не совпадают" под полем "Подтверждение пароля" 8. Если пользователь ввел пароль согласно парольной политике, система проверяет введенный пароль с тремя предыдущими: 8.1 Если пользователь ввел пароль, идентичный трем предыдущим "Этот пароль уже использовался, укажите другой пароль" 8.2 Если пользователь ввел пароль, отличный от трех предыдущих - переход на шаг 9. Клиент перенаправляется на страницу авторизации. Сценарий восстановления пароля клиента по номеру телефона, кнопка "По e-mail": 1. Пользователь выбирает восстановить по почте; 2. Система отправляем пользователю письмо с кодом на почту привязанную к УЗ SSO; 3. Открывается форма с полем для ввода кода из письма которая содержит: 3.1 Кнопку "Получить код повторно" (Повторная отправка письма с новым кодом); 3.2 Кнопка "Вернуться назад" (Вернуться на шаг ввода контактных данных для восстановления доступа); 3.3 При вводе неправильного кода отображается ошибка "Неверный код. Повторите попытку" 3.4 При вводе временного кода срок времени которого закончился отображается ошибка "Время жизни кода истекло" 3.5 Ограничение на ввод только цифры 4. Пользователь вводит корректный проверочный код (переход в п.5); 5. После ввода корректного кода из письма - открывается форма для ввода нового пароля, состоящая из: 5.1 Поле ввода нового пароля 5.2 Поле ввода для подтверждения нового пароля 5.3 Кнопка "Сохранить" для подтверждения нового пароля (Переход в п.5) 5.4 Правила для создания пароля 6. Пользователь вводит новый пароль, подтверждение пароля и нажимает кнопку "Сохранить"; 7. Система проверяет корректность пароля по правилам и при успешной проверке отображается следующая форма, иначе отображается ошибка: 7.1 Если пользователь ввел пароль менее 8 символов "Длина пароля должна быть не менее 8 символов" под полем "Новый пароль" 7.2 Если пользователь ввел пароль без заглавных букв "Пароль должен содержать хотя бы одну заглавную букву" под полем "Новый пароль" 7.3 Если пользователь ввел пароль не с латинскими буквами "Пароль должен содержать только латинские буквы" под полем "Новый пароль" 7.4 Если пользователь ввел в поле "Подтверждение пароля" пароль отличный от пароль "Новый пароль" выводим "Пароли не совпадают" под полем "Подтверждение пароля" 8. Если пользователь ввел пароль согласно парольной политике, система проверяет введенный пароль с тремя предыдущими: 8.1 Если пользователь ввел пароль, идентичный трем предыдущим "Этот пароль уже использовался, укажите другой пароль" 8.2 Если пользователь ввел пароль, отличный от трех предыдущих - переход на шаг 9. Пользователь перенаправляется на страницу авторизации. Регистрация Основные шаги сценария 1. Клиент переходит на страницу авторизации; 2. Клиент нажимает на ссылку "Зарегистрироваться"; a. Система отображает форму регистрации, которая делится по вертикали на две половины; b. Правая часть содержит: i. Поле ввода имени (обязательное); ii. Поле ввода фамилии (обязательное); iii. Поле выбора региона (обязательное); iv. Поле ввода email или мобильного телефона(обязательное); v. Поле ввода пароля(обязательное); vi. Поле подтверждения пароля(обязательное); vii. Кнопка "Продолжить"; viii. Ссылки на политику конфиденциальности и пользовательское соглашение; c. Левая часть содержит логотип и продуктовый слоган кабинета; 3. Пользователь заполняет поле для ввода имени; a. Система проверяет на корректность введенные данные, поле ввода должно содержать минимум 2 символа состоящих из букв кириллицы или знака тире (-); 4. Пользователь заполняет поле для ввода фамилии; a. Система проверяет на корректность введенные данные, поле ввода должно содержать минимум 2 символа состоящих из букв кириллицы или знака тире (-) 5. Пользователь выбирает регион из выпадающего списка (по умолчанию Москва); 6. Пользователь вводит email или телефон; a. Система проверяет формат введенного адреса\телефона; 7. Пользователь вводит пароль и подтверждение пароля; 8. Система проверяет корректность пароля по правилам и при успешной проверке отображается следующая форма, иначе отображается ошибка: 8.1 Если пользователь ввел пароль менее 8 символов "Длина пароля должна быть не менее 8 символов" под полем "Новый пароль" 8.2 Если пользователь ввел пароль без заглавных букв "Пароль должен содержать хотя бы одну заглавную букву" под полем "Новый пароль" 8.3 Если пользователь ввел пароль не с латинскими буквами "Пароль должен содержать только латинские буквы" под полем "Новый пароль" 8.4 Если пользователь ввел в поле "Подтверждение пароля" пароль отличный от пароль "Новый пароль" выводим "Пароли не совпадают" под полем "Подтверждение пароля" 8.5 Если пользователь ввел пароль согласно парольной политике - переход на шаг 9. 9. Пользователь нажимает кнопку "Продолжить"; a. Система отправляет код подтверждения на email или телефон; b. Система проверяет все обязательные к заполнению поля, валидацию телефона\email и отображает ошибку если какое-то поле не соответствует требованиям; 10. Система проверяет введенный email на уникальность, если введенный email привязан к имеющейся УЗ SSO, то отображается оповещающая форма, которая состоит из: a) Кнопка "Войти" - редирект на форму авторизации. b) Кнопка "Восстановить пароль" - редирект на форму восстановления пароля. c) Кнопка "х" - закрыть всплывающее окно оповещения. 11. Система проверяет введенный телефон на уникальность, если введенный телефон привязан к имеющейся УЗ SSO, то отображается оповещающая форма, которая состоит из: a) Кнопка "Зарегистрироваться" - телефон отвязывается от существующей УЗ и привязывается к УЗ, которая создается в процессе регистрации; b) Кнопка "Отмена" - закрыть оповещающую форму; 12. Система перенаправляет пользователя на страницу ввода кода из смс или email, которая содержит: (Маскированный номер телефона, если введен номер телефона при регистрации) (Маскированная почта, если введена почта при регистрации) a) Поля для ввода кода; b) Кнопку "Получить код повторно" (Повторная отправка смс с новым кодом, если введен номер телефона при регистрации); (Повторная отправка письма с новым кодом, если введена почта при регистрации) c) Кнопку "Изменить номер"(Если введен номер телефона при регистрации) (Переход на форму ввода регистрационных данных п.2, при этом необходимо отобразить все регистрационные данные, которые пользователь ввел до этого); Кнопку "Изменить почта" (Переход на форму ввода регистрационных данных п.2, при этом необходимо отобразить все регистрационные данные, которые пользователь ввел до этого); d) При вводе неправильного кода отображается ошибка "Неверный код. Повторите попытку" e) При вводе временного кода срок времени которого закончился отображается ошибка "Время жизни кода истекло" f) Ограничение на ввод только цифр 13. Пользователь вводит корректный проверочный код (переход в п.11); 14. Пользователь перенаправляется в кабинет инициатор. Форма авторизации с настройкой (Блокировать/Отключить файлы cookie) 1. При переходе на страницу авторизации открывается popup состоящий из: 1.1 Заглавного текста “Cookie отключены»; 1.2 Вспомогательной подсказки в виде «Для авторизации необходимо предоставить доступ к файлам cookie», где “cookie” – это кнопка открывающая popup с вспомогательным текстом объясняющий необходимость cookie и возможностью закрыть данный popup; 1.3 Кнопка “Повторить попытку” – перезагрузить текущую страницу. В зависимости от продукта необходимо менять атрибутивный состав форм авторизации, регистрации, восстановления пароля. Ниже перечислены продукты и таблицы с атрибутами. Название продукта Ссылка ЕЛК Web https://lk.rt.ru/ Онлайм Web https://my.rt.ru/ Старт Web https://start.rt.ru/ Умный дом Web https://lk.smarthome.rt.ru/ Ключ Web https://key.rt.ru/ Продукт Аутентификация Логин\ Пароль Телефон\ Пароль Почта\ Пароль ЛС ЕЛК\ Пароль Телефон\ одноразовый код Почта\ одноразовый код ЕЛК Web + + + + + + Онлайм Web + + + - + + Старт Web + + + + + + Умный дом Web + + + - + - Ключ Web + + + - + +  Продукт Регистрация ФИО Телефон Пароль Регион ФИО Почта Пароль Регион Авторегистрация при входе по коду на номер телефона Авторегистрация при входе по коду на почту ЕЛК Web + + + + Онлайм Web - - - - Старт Web + + + + Умный дом Web + - + - Ключ Web + + + + Продукт Восстановление доступа Ссылка на на почту Код на номер телефона ЕЛК Web + + Онлайм Web + + Старт Web + + Умный дом Web + + Ключ Web + + Ожидаемый результат 1. Перечислены инструменты, которые применялись для тестирования. o Почему вы применяли именно этот инструмент и эту технику. o Что им проверялось. o Что именно в нем сделано. 2. К выполненному заданию прикреплены: o Ссылка на Google-таблицу с тест-кейсами (убедитесь, что открыли комментирование). o Набор автотестов на GitHub. Обратите внимание, что в репозитории должен находиться файл README.md, в котором описано, что именно проверяют тестовые сценарии и какие команды необходимо выполнить для запуска тестов. Описанные команды должны работать на любом компьютере с установленными Python3 и PyTest. o Описание оформленных дефектов в удобном вам виде — в той же Google-таблице или скриншотами из баг-трекера (например, Jira). 3. Если что-то не получилось выполнить, то распишите детально, чтобы у нас была возможность дать обратную связь: o Что именно не получилось? o Как пробовали решить задачу? o Что помешало решить?.

Протестировать: сайт. -.

Протестировать: сайт. Тест.

Протестировать: сайт. Помочь с практической по sql инъекции.

Протестировать: сайт. Не могу выполнить задание в курсе.

Протестировать: сайт. Провести полное тестирование информационного сайта размером 21 страница, а также вход и регистрацию на нем. Срок/объем работы в текущих реалиях не слишком коррелируются, но в текущей ситуации достаточно досконально проверить регистрацию/вход + еще несколько страниц для подготовки верхнеуровнего отчета на 2-3 страницы до 29.05 15:00 по Мск.

Протестировать интернет магазин украшений.

Протестировать: сайт. . .

Протестировать сайт на ошибки.

Тестирование наших сайтов . Опыт joomla и Wordpress. Требуется несколько устройств для тестирования.