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

Тестирование веб-сайтов.

Тестирование. Протестировать: сайт. Нужно помочь написать api/unit тесты pytest.

Протестировать: сайт. Протестировать мобильную версию сайта интернет-магазина. Пожелания и особенности: Думаю, что хватит 2 часов. Отчет о багах можно предоставить в свободной форме.

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

Нужно протестировать продукции банковских дебетовых карт. Потребуется оформить карту, получить ее и совершить покупку по ней.

Протестировать: сайт. Нужна помощь в выполнении тестирования с Playwright на JavaScript.

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

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

Протестировать: сайт. Нужен репетитор по автоматизированному тестированию 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. Требуется несколько устройств для тестирования.

Нужно протестировать интернет магазин на предмет работоспособности, багов, правильности информации.

Протестировать: сайт. Необходимо протестировать инвестиционную платформу. 2 ЛК (инвестор, заемщик), общая страница, админка. Чего хватает, чего не хватает, удобство, понятность. Если есть возможность протестировать код, очень хорошо.

Протестировать: сайт. Добрый день. Меня зовут Федоров Вячеслав, я СЕО проекта "Прямой Контакт", https://dircont.com Нам необходимы тестировщики для создания автотестов на пайтоне. Работы много т.к. проект большой и все просто. Если есть интерес ввязаться в большую и затейливую "драку", то велкам )) Будет не просто, но тот, кто одолеет эту задачу у нас — точно смело сможет в любой проект идти по данному направлению! По оплате: - оплата 1 раз в мес, до 05 числа по выполненным задачам, подтвержденным лидом или, по согласованию со мной, в любой момент - по завершенным задачам. - время выставляет лид совместно с разработчиком Важное условие - каждую неделю надо закрывать какой то объем работ. Т.е. исчезать на месяц-другой - не вариант. Если условия подходят, то порядок вхождения такой: - проходим небольшой тест на https://selenium1py.pythonanywhere.com/ru/catalogue/ - далее небольшой собесед - затем подключаем ресурсы и лид выдает задачу.

Тестирование чат-бота по ТЗ (проверка работы функционала, выявление багов, контроль исправления багов: Работа за компьютером (интернет-браузер) с доступом в интернет и смартфоном с Телеграмм и Ватцап, примерно 1час в день - проверка корректной работы программы в соответствии с согласованным функционалом (ТЗ и образцы, последующие правки), даю доступ в общий ТГ-чат куда заносятся баги и ведется переписка с программистами и заказчиком втг shrolaupravdoma, перспектива постоянного сотрудничества. 2500 за неделю, оплата на карту сбербанка.

Здравствуйте. Требуется тестировщик сайтов на постоянной основе. Добрый день Необходимо: 1. Тестировать интернет-магазины (моб+деск+планшет)> поиск ошибок, юзабили, спорные моменты, верста и бек opencart 2. Подготовка правок для верстальщиков и программистов 3. Проверка выполнения правок Стабильная загрузка проектов, быстрые выплаты, отличная команда.

Протестировать: сайт. Тестовое задание. Составить багрепорт.

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

Протестировать: сайт. Протестировать сайт и написать тест-кейсы на будущее. Простой сайт для создания вишлистов (примерно 8 страниц, две простые формы).

Сайт - агрегатор услуг и событий в танцевальной индустрии. Структура: - Главная страница. Состоит из базовых фильтров и ленты публикаций. - Окно фильтров. Содержит все фильтры для публикаций событий и занятий - по типу, танц. направлению, уровню, месту и времени. - Страница публикации. Содержит всю информацию о публикации - фото, видео и описание. - Страница пользователя. Содержит описание пользователя и его публикации. - Окно создания публикации. Содержит форму создания поста. - Окно покупки продвижения для публикации. - Страницы авторизации - регистрация, логин, восстановление пароля. Задача: нужно полностью протестировать функциональность интерфейса сайта. Браузеры - chrome и safari. Форматы - главные: десктоп и мобильный, но стоит посмотреть, что сайт отображается адекватно на всех разрешениях (это скорее просто про внешний вид). Время выполнения обговаривается. Более подробное описание, макеты и т.д. могу прислать в дальнейшем.

Привет! Недавно закончили верстку сайта на Tilda. Теперь необходимо проверить, всё ли на нем работает: кнопки, ссылки, воспроизводятся ли видео. Необходимо проверить с разных устройств, чтобы убедиться, что верстка не поехала: ПК, смартфон, планшет. Страниц на сайте не очень много и не должно занять много времени. Предположительно, часов 5 максимум. Задача не сложная, но монотонная и требует внимательности. Наш сайт: https://blasterstudio.ru. Выслушаем ваши предложения по улучшению верстки сайта.

Сайт на Jomla. Нужно полностью проверить работоспособность сайта, сейчас он на стадии завершения.

Есть англоязычный корпоративный многостраничный сайт (второй язык немецкий) и три одностраничных лендинга. Нужно проверить всё на кликабельность и верное отображение. Web+mobile После можно продолжать работу в почасовом формате, поддерживая сайт и лендинги, модерируя контент итд сайт in-and-more точка com Сайт на тильде.

Протестировать: программное обеспечение, сайт. Проверять путь покупателя в прилодении интернет магазина.

Протестировать: сайт, программное обеспечение. Протестировать сайт.

Протестировать: сайт. Нужно протестировать сайт на Tilda (достаточно простой) и выписать недочеты. Если сможете подправить – будет вообще супер =).

Задача: протестировать вручную front-end страницу «Производственные технологии», которая была сверстана по принципу «Pixel Perfect». https://deverp.steelmetrixx.ru/technology - страница, которую нужно тестировать Основные документы: 1.Тех. задание на верстку «Производственные технологии» по ссылке: https://docs.google.com/document/d/1VfdYscI90JJJ8v6dNMu3-KvTFR2HpF-D8wrrePTxjzc/edit 2.Макет по ссылке: https://www.figma.com/file/LxkjhFeeqt6yyrEL9i0q2m/SteelMetrixx?type=design&node-id=0-1&mode=design 3. Требования к тестированию веб-приложений (front-end) по ссылке: https://docs.google.com/document/d/1zaoEZ1-QzVoUdUMR3kkOK29OU1R05y1QLWuH2Vc1qXc/edit Тестирование страницы должно проходить согласно тех. заданию и макету в Figma с комментариями веб-дизайнера. Результатом работы, на основе которой выплачивается денежное вознаграждение, признается: 2.1. Проведенное тестирование и заполненный на его основании основной чек-лист: статусы проверок, ссылки на баги. 2.2. Сформированный перечень багов на листе "Баги перечень" при полном тестировании страницы. 2.3. Созданные отдельные листы в документе со скриншотами/видеозаписью багов (В описании бага обязательно должны быть медиа файлы: фото/видео, чтобы верстальщик видел в чем проблема. Текстовое описание бага добавляется при необходимости). По итогам рассмотрения задачи от кандидата хочу получить информацию: 1.Когда сможете взяться 2.Цена 3. За какой срок сможете ее сделать (желателен не более 2 календарных дней) 4. Цена повторной проверки И далее доработать эту страницу до победного конца. Выполненную работу будет проверять тестировщик. Перед началом тестирование важно изучить требования по тестированию и оформлению багов. Если предложение нас устроит, то завтра (в субботу) готовы предоставить доступ для работы с чек-листом. Оплата осуществляется по факту выполнения работы. Прошу обращаться с предложениями тестировщиков, у которых есть опыт в работе в таких проектах!!!.

Задача: протестировать вручную front-end страницу «Производственные технологии», которая была сверстана по принципу «Pixel Perfect». https://deverp.steelmetrixx.ru/technology - страница, которую нужно тестировать Основные документы: 1.Тех. задание на верстку «Производственные технологии» по ссылке: https://docs.google.com/document/d/1VfdYscI90JJJ8v... 2.Макет по ссылке: https://www.figma.com/file/LxkjhFeeqt6yyrEL9i0q2m/... 3. Требования к тестированию веб-приложений (front-end) по ссылке: https://docs.google.com/document/d/1zaoEZ1-QzVoUdU... Тестирование страницы должно проходить согласно тех. заданию и макету в Figma с комментариями веб-дизайнера. Результатом работы, на основе которой выплачивается денежное вознаграждение, признается: 2.1. Проведенное тестирование и заполненный на его основании основной чек-лист: статусы проверок, ссылки на баги. 2.2. Сформированный перечень багов на листе "Баги перечень" при полном тестировании страницы. 2.3. Созданные отдельные листы в документе со скриншотами/видеозаписью багов (В описании бага обязательно должны быть медиа файлы: фото/видео, чтобы верстальщик видел в чем проблема. Текстовое описание бага добавляется при необходимости). По итогам рассмотрения задачи от кандидата хочу получить информацию: 1.Когда сможете взяться 2.Цена 3. За какой срок сможете ее сделать (желателен не более 2 календарных дней) 4. Цена повторной проверки И далее доработать эту страницу до победного конца. Выполненную работу будет проверять тестировщик. Перед началом тестирование важно изучить требования по тестированию и оформлению багов. Если предложение нас устроит, то завтра (в субботу) готовы предоставить доступ для работы с чек-листом. Оплата осуществляется по факту выполнения работы. Прошу обращаться с предложениями тестировщиков, у которых есть опыт в работе в таких проектах!!!.

Сайт из 47 страниц Проверить работу кнопок и вычитать тексты на соответствие условиям продажи услуг.

Тестирование. Протестировать: сайт. Ищу для опроса студентов онлайн курсов дополнительного образования по программированию, анализу данных, маркетингу, менеджменту или дизайну в Skillbox, Geekbrains, Нетология, Skillfactory или SkyPro Для этого проекта нужны те, кто начал учиться недавно. 1-2 мес назад. И после заявки нужно будет прислать скрин, который сможет доказать, что есть сейчас действующий курс и что начался он в апреле-мае-июне. Длительность - 25 минут Вознаграждение - 700руб.

.

Протестировать: сайт, программное обеспечение. Автоматизация тестирования на Python.

Протестировать: сайт. 1.Найдите 1функциональныйи 1нефункциональный баги в работе корзины на сайте https://elize.ru Определите ответственную команду разработки и составьте баг-репорты. Шапка и футер не в счет. 2.На сайте https://elize.ru добавьте в корзину два товара и с помощью Postman получите список товаров в своей корзине. В ответ приложите скриншот товаров в корзине и скриншот запроса + ответа в постмане.Будьте внимательны с хэдерами. 3.Составьте чек-лист для проверки формы выбора города на сайте https://elize.ru.Незабудьте про требования к составлению документации из презентации. 4.Составьте тест-кейс на любой функционал на сайте https://elize.ru по своему выбору. Не забудьте про требования к составлению документации из презентации. Второе задание можно не выполнять Сайт https://elize.ru.

Протестировать: сайт. Необходимо настроить idea для запуска тестов.