пагинация)
Проверка сортировок (+ проверка сортировки по дефолту)
Проверка фильтрации (если есть возможность)
Апдейт значений таблицы после добавления/изменения/удаления данных
Единичное/множественное выделение нескольких значений
GUI:
Унификация дизайна для всего приложения (цвет, шрифт, размер (высота/ширина), выравнивание)
Название (соответствие с текущим модулем, спеллинг)
Выравнивание иконок сортировкив названии колонок
Выравнивание названий колонок, значений внутри таблицы
Корректное отображение длинных названий (соответсвующие переходы на новые строки, сокращение названий (появление ..., либо сокращение по слову)
Корректное отображение данных после использования сортировки (размеры колонок и столбцов фиксированы, текст не разбивает структуру таблицы)
11. Тестирование поп-апов.
Functional:
Должен быть модальным
Корректное выделение background'а страницы (если фон страницы изменяется при появлении поп апа, то при изменении масштаба страницы фон должен заполнять всю страницу - размер измененного фона соответствует размеру страницы)
Фиксированное положение поп-апа (динамическое изменение положения) в случае использования скролла
GUI:
Cпеллинг, синтаксис текста, расположенного на поп-апе
Отображение поп-апа по центру страницы, окна, формы
Выравнивание текста, представленного на поп-апе
Корректное расположение текста на поп-апе: текст должен быть в рамках поп-апа, длинное название должно располагаться на новой строке, если иное не определено специфичными требованиями приложения)
12. Тестирование календарей.
Functional:
При возможности ввода даты вручную необходимо проверить разные форматы
Проверки логичности ввода (даты в будущем, и т.д)
Проверка високосного года
GUI:
Унификация дизайна для всего приложения (цвет, шрифт, размер (высота/ширина), выравнивание)
Отображение календаря рядом с полем
Корректное выравнивание всех элементов и ссылок в календаре
13. Тестирование полей для загрузки файлов.
Functional:
Обязательность выбора файла
Форматы
Ограничения на размер
При отсутствии изображений должен быть соответствующий thumbnail, либо картинка совсем не должна отображаться
Контроль за размером (высота/ширина), должен быть ресайз
Загрузка исполняемых файлов (EXE, PHP, JSP etc.). Переименованный EXE
GUI:
Унификация дизайна для всего приложения (цвет, шрифт, размер (высота/ширина), выравнивание)
Выравнивание названий загруженных файлов, самих thumbnails файлов
14. Тестирование сообщений.
Functional:
Пользователь должен быть информирован о действиях, происходящих в системе посредством сообщений об успешном завершении операции
На необратимые действия, такие как удаление, должны быть подтверждающие сообщения
Введенные в форму данные не должны сбрасываться после появления сообщения об ошибке
GUI:
Соообщение о том, что нет соответствующих айтемов (в таблицах, при поиске, при переходе на страницы)
Спеллинг, синтаксис сообщений
Соответствие сообщений по смыслу в зависимости от выполняемого действия
Соответствие названия требуемого действия в сообщении об ошибке действию, которое пользователь должен выполнить. Например, если необходимо выбрать значение из списка, в сообщении об ошибке должно быть указано ‘Please select’, а не ‘Please enter’
Унификация стилей (цвет, размер) для всего приложения
Соответствие цветов типу сообщений (красный для сообщений об ошибках, зеленый для сообщений об успешном завершении операции), если данные цвета не противоречат специфичным требованиям приложения
Соответствие названий полей в сообщениях об ошибках и сообщениях об успешном завершении операции названиям полей, форм, таблиц, кнопок, и т.д.
Соответствие порядка выведения сообщений об ошибках в соответствие с порядком расположения полей, в которых были найдены ошибки
Поле, в котором содержится ошибка должно (желательно) выделяться цветом
Невалидное значение не должно отображаться в сообщении об ошибке. Пример как быть не должно: "Email 2309234@@mail.ru не соответствует допустимому формату”.
Согласование числительного и связанного с ним существительного должно соблюдаться. Например, "1 де
Проверка сортировок (+ проверка сортировки по дефолту)
Проверка фильтрации (если есть возможность)
Апдейт значений таблицы после добавления/изменения/удаления данных
Единичное/множественное выделение нескольких значений
GUI:
Унификация дизайна для всего приложения (цвет, шрифт, размер (высота/ширина), выравнивание)
Название (соответствие с текущим модулем, спеллинг)
Выравнивание иконок сортировкив названии колонок
Выравнивание названий колонок, значений внутри таблицы
Корректное отображение длинных названий (соответсвующие переходы на новые строки, сокращение названий (появление ..., либо сокращение по слову)
Корректное отображение данных после использования сортировки (размеры колонок и столбцов фиксированы, текст не разбивает структуру таблицы)
11. Тестирование поп-апов.
Functional:
Должен быть модальным
Корректное выделение background'а страницы (если фон страницы изменяется при появлении поп апа, то при изменении масштаба страницы фон должен заполнять всю страницу - размер измененного фона соответствует размеру страницы)
Фиксированное положение поп-апа (динамическое изменение положения) в случае использования скролла
GUI:
Cпеллинг, синтаксис текста, расположенного на поп-апе
Отображение поп-апа по центру страницы, окна, формы
Выравнивание текста, представленного на поп-апе
Корректное расположение текста на поп-апе: текст должен быть в рамках поп-апа, длинное название должно располагаться на новой строке, если иное не определено специфичными требованиями приложения)
12. Тестирование календарей.
Functional:
При возможности ввода даты вручную необходимо проверить разные форматы
Проверки логичности ввода (даты в будущем, и т.д)
Проверка високосного года
GUI:
Унификация дизайна для всего приложения (цвет, шрифт, размер (высота/ширина), выравнивание)
Отображение календаря рядом с полем
Корректное выравнивание всех элементов и ссылок в календаре
13. Тестирование полей для загрузки файлов.
Functional:
Обязательность выбора файла
Форматы
Ограничения на размер
При отсутствии изображений должен быть соответствующий thumbnail, либо картинка совсем не должна отображаться
Контроль за размером (высота/ширина), должен быть ресайз
Загрузка исполняемых файлов (EXE, PHP, JSP etc.). Переименованный EXE
GUI:
Унификация дизайна для всего приложения (цвет, шрифт, размер (высота/ширина), выравнивание)
Выравнивание названий загруженных файлов, самих thumbnails файлов
14. Тестирование сообщений.
Functional:
Пользователь должен быть информирован о действиях, происходящих в системе посредством сообщений об успешном завершении операции
На необратимые действия, такие как удаление, должны быть подтверждающие сообщения
Введенные в форму данные не должны сбрасываться после появления сообщения об ошибке
GUI:
Соообщение о том, что нет соответствующих айтемов (в таблицах, при поиске, при переходе на страницы)
Спеллинг, синтаксис сообщений
Соответствие сообщений по смыслу в зависимости от выполняемого действия
Соответствие названия требуемого действия в сообщении об ошибке действию, которое пользователь должен выполнить. Например, если необходимо выбрать значение из списка, в сообщении об ошибке должно быть указано ‘Please select’, а не ‘Please enter’
Унификация стилей (цвет, размер) для всего приложения
Соответствие цветов типу сообщений (красный для сообщений об ошибках, зеленый для сообщений об успешном завершении операции), если данные цвета не противоречат специфичным требованиям приложения
Соответствие названий полей в сообщениях об ошибках и сообщениях об успешном завершении операции названиям полей, форм, таблиц, кнопок, и т.д.
Соответствие порядка выведения сообщений об ошибках в соответствие с порядком расположения полей, в которых были найдены ошибки
Поле, в котором содержится ошибка должно (желательно) выделяться цветом
Невалидное значение не должно отображаться в сообщении об ошибке. Пример как быть не должно: "Email 2309234@@mail.ru не соответствует допустимому формату”.
Согласование числительного и связанного с ним существительного должно соблюдаться. Например, "1 де
нь", "2 дня", "5 дней".
15. Общие проверки.
Functional:
Пользователь должен быть информирован о действиях, происходящих в системе посредством сообщений об успешном завершении операции
На необратимые действия, такие как удаление, должны быть подтверждающие сообщения
Перед тестированием каждой новой сборки необходимо осуществить очистку кэша и кукис. Для полной очистки кэша и куки можно воспользоваться приложением Ccleaner.
404 Error (переход по некорректому урлу должен вести на страницу с 404 ошибкой, а не просто на страницу Page cannot be found. страница 404 ошибки должна быть реализована в общем дизайне тестируемого приложения)
Tab order (сверху вниз слева направо). Поля, доступные для прочтения и и задисэйбленные должны пропускаться
Logo должен быть ссылкой на главную страницу
Фокус на кнопке для исполнения действий (ввод данных -> нажатие Enter -> действие осуществилось)
Проверка Breadcrumbs ("Хлебные крошки" - элемент навигации, являющийся признаком удобства пользования сайтом в целом и перемещением по его структуре)
Отображение flash-элементов при отключенном/неустановленном в браузере flash-плеере (пользователю должно быть предложено скачать и установить последнюю версию flash-плеера; на месте flash-объекта должно отображаться альтернативное изображение)
Проверка работоспособности отправки email нотификаций (как админу, так и пользователю), если только отсутствие писем не является спецификой проекта
Проверка работоспособности приложения при отключенном JavaScript. Основная функциональность и навигация должна работать. Подробное описание того, как отключить JavaScript и на что обращать внимание, находится здесь.
Тестирование ссылок и прав доступа. Подробнее здесь.
Всегда проверять взаимосвязь компонентов. Обращать внимание на то, как ведет себя один компонент при изменении/удалении другого. Например, при удалении категории товара не должны удаляться все товары в этой категории.
GUI:
Уменьшение / увеличение масштаба страницы (элементы должны соответственно перераспределиться с сохранением пропорций)
Уменьшение / увеличение размера окна браузера (элементы должны соответственно перераспределиться с сохранением пропорций, взаиморасположение должно сохраняться)
15. Общие проверки.
Functional:
Пользователь должен быть информирован о действиях, происходящих в системе посредством сообщений об успешном завершении операции
На необратимые действия, такие как удаление, должны быть подтверждающие сообщения
Перед тестированием каждой новой сборки необходимо осуществить очистку кэша и кукис. Для полной очистки кэша и куки можно воспользоваться приложением Ccleaner.
404 Error (переход по некорректому урлу должен вести на страницу с 404 ошибкой, а не просто на страницу Page cannot be found. страница 404 ошибки должна быть реализована в общем дизайне тестируемого приложения)
Tab order (сверху вниз слева направо). Поля, доступные для прочтения и и задисэйбленные должны пропускаться
Logo должен быть ссылкой на главную страницу
Фокус на кнопке для исполнения действий (ввод данных -> нажатие Enter -> действие осуществилось)
Проверка Breadcrumbs ("Хлебные крошки" - элемент навигации, являющийся признаком удобства пользования сайтом в целом и перемещением по его структуре)
Отображение flash-элементов при отключенном/неустановленном в браузере flash-плеере (пользователю должно быть предложено скачать и установить последнюю версию flash-плеера; на месте flash-объекта должно отображаться альтернативное изображение)
Проверка работоспособности отправки email нотификаций (как админу, так и пользователю), если только отсутствие писем не является спецификой проекта
Проверка работоспособности приложения при отключенном JavaScript. Основная функциональность и навигация должна работать. Подробное описание того, как отключить JavaScript и на что обращать внимание, находится здесь.
Тестирование ссылок и прав доступа. Подробнее здесь.
Всегда проверять взаимосвязь компонентов. Обращать внимание на то, как ведет себя один компонент при изменении/удалении другого. Например, при удалении категории товара не должны удаляться все товары в этой категории.
GUI:
Уменьшение / увеличение масштаба страницы (элементы должны соответственно перераспределиться с сохранением пропорций)
Уменьшение / увеличение размера окна браузера (элементы должны соответственно перераспределиться с сохранением пропорций, взаиморасположение должно сохраняться)
Forwarded from QA | Bogdan | Про тестирование и IT | MobileQA (QA_bot)
Базовые инструменты тестировщика: ручное и автоматизированное тестирование.
Сегодня увидел пост одной из крупных аутсор-компаний A1QA, которая занимается аутсоросм тестирования, и вот что они пишут по этому поводу:
Начинаем с ручного тестирования.
Вам пригодится:
👍 знание тест трекинговых систем – TestRail, Zephyr;
👍 умение пользоваться пакетом Microsoft Office 365;
👍 знание системы баг-трекинга: Jira;
👍 умение пользоваться Adobe Reader;
👍 знание, как работать со скриншотерами и инструментами для захвата видео с экрана: Lightshot (Windows, Mac OS), Joxi (Windows), Peek (Linux) и Vokoscreen (Linux);
👍 навык использования инструментов коммуникации: Slack, Microsoft Teams, Zoom.
🙃 Тому, кто хочет начать свой путь в автоматизации тестирования, нужно знать ещё и следующие инструменты:
👍 инструменты автоматизации: IntelliJ IDEA, Appium, Apache Maven, Selenium, Android SDK.
P.S. Понятно, что список далеко не исчерпывающий, но для тех кто с нуля советую обратить на него внимание. + прикрепляю страничку на их инстаграм, вдруг найдете там полезную инфу для себя. https://www.instagram.com/a1qa_company/
P.P.S. Если кому-то вдруг понадобится мой инстаграм, то ссылка на него висит в закрепленном комментарии.
Хороших выходных!!!
Сегодня увидел пост одной из крупных аутсор-компаний A1QA, которая занимается аутсоросм тестирования, и вот что они пишут по этому поводу:
Начинаем с ручного тестирования.
Вам пригодится:
👍 знание тест трекинговых систем – TestRail, Zephyr;
👍 умение пользоваться пакетом Microsoft Office 365;
👍 знание системы баг-трекинга: Jira;
👍 умение пользоваться Adobe Reader;
👍 знание, как работать со скриншотерами и инструментами для захвата видео с экрана: Lightshot (Windows, Mac OS), Joxi (Windows), Peek (Linux) и Vokoscreen (Linux);
👍 навык использования инструментов коммуникации: Slack, Microsoft Teams, Zoom.
🙃 Тому, кто хочет начать свой путь в автоматизации тестирования, нужно знать ещё и следующие инструменты:
👍 инструменты автоматизации: IntelliJ IDEA, Appium, Apache Maven, Selenium, Android SDK.
P.S. Понятно, что список далеко не исчерпывающий, но для тех кто с нуля советую обратить на него внимание. + прикрепляю страничку на их инстаграм, вдруг найдете там полезную инфу для себя. https://www.instagram.com/a1qa_company/
P.P.S. Если кому-то вдруг понадобится мой инстаграм, то ссылка на него висит в закрепленном комментарии.
Хороших выходных!!!
Для тестировщиков
А. Основы тестирования
1. Процесс разработки программного обеспечения. Виды методологий разработки ПО.
2. Типовая проектная команда. Роли в проектной команде.
3. Основы тестирования:
a. Что такое тестирование?
b. Цели тестирования
c. Отличие обеспечения качества от тестирования
4. Профессия QA-инженер.
5. Виды тестирования.
6. Граничные условия. Классы эквивалентности.
7. Артефакты тестирования.
8. Дефект:
a. Приоритет дефекта
b. Жизненный цикл дефекта от создания до исправления
c. Планирование поставок
d. Bugs triaging
9. Тестовая модель. Тестовые сценарии.
10. Метрики качества и их виды.
Литература по тестированию
1. Савин Роман "Тестирование DOT COM или Пособие по жестокому обращению с багами в интернет-стартапах"
2. Канер Сэм и др. "ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ. ФУНДАМЕНТАЛЬНЫЕ КОНЦЕПЦИИ МЕНЕДЖМЕНТА БИЗНЕС-ПРИЛОЖЕНИЙ"
Б. Основы банковских технологий:
1. Как функционирует банк?
2. Что такое фронт-офис?
3. Что такое производные финансовые инструменты?
4. Что такое риски?
5. Основы бухгалтерского учета:
a. Что такое бухгалтерский учет в банках?
b. Основные принципы бухгалтерского учета
c. Что такое план счетов? Для чего он необходим? Его структура.
d. Отчетность банков. Что это такое и для чего необходима?
В. Основы SQL: умение писать простые запросы
Г. Основы XML, XSD, WSDL
А. Основы тестирования
1. Процесс разработки программного обеспечения. Виды методологий разработки ПО.
2. Типовая проектная команда. Роли в проектной команде.
3. Основы тестирования:
a. Что такое тестирование?
b. Цели тестирования
c. Отличие обеспечения качества от тестирования
4. Профессия QA-инженер.
5. Виды тестирования.
6. Граничные условия. Классы эквивалентности.
7. Артефакты тестирования.
8. Дефект:
a. Приоритет дефекта
b. Жизненный цикл дефекта от создания до исправления
c. Планирование поставок
d. Bugs triaging
9. Тестовая модель. Тестовые сценарии.
10. Метрики качества и их виды.
Литература по тестированию
1. Савин Роман "Тестирование DOT COM или Пособие по жестокому обращению с багами в интернет-стартапах"
2. Канер Сэм и др. "ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ. ФУНДАМЕНТАЛЬНЫЕ КОНЦЕПЦИИ МЕНЕДЖМЕНТА БИЗНЕС-ПРИЛОЖЕНИЙ"
Б. Основы банковских технологий:
1. Как функционирует банк?
2. Что такое фронт-офис?
3. Что такое производные финансовые инструменты?
4. Что такое риски?
5. Основы бухгалтерского учета:
a. Что такое бухгалтерский учет в банках?
b. Основные принципы бухгалтерского учета
c. Что такое план счетов? Для чего он необходим? Его структура.
d. Отчетность банков. Что это такое и для чего необходима?
В. Основы SQL: умение писать простые запросы
Г. Основы XML, XSD, WSDL
Forwarded from Евгений
Software_Testing_Base_Course_Svyatoslav_Kulikov_3rd_edition_typographic.pdf
6.1 MB
Отправка по электронной почте Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - typographic version.pdf
Forwarded from Сливы Склад
Автор:IT Web StudyНазвание:Тестирование ПО для начинающихВы научитесь:
Разберемся в моделях и методологиях разработки ПО. Посмотрим на процесс тестирования на практике. Так же уделим внимание развитию и вопросам собеседования. Рассмотрим часто задаваемые вопросы на собеседованиях и поговорим о том, с какими заданиями можно столкнуться. Так же мы рассмотрим несколько полезных навыков для тестировщика: научимся заводить баг репорты в Jira, создавать простые автотесты в Selenium IDE, отправлять API запросы в Postman, создавать тест кейсы в TestLink, создавать виртуальные машины в VirtualBox.
☁️ Ссылка на скачивание
🔝Самая крупная база из 90.000 курсов на нашем форуме - www.slivysklad.com
Forwarded from Сливы Склад
Автор:UdemyНазвание:Трейдинг - с нуля до профессионала за месяцВы научитесь:
Данный курс идеально подходит для тех, кто хочет обучиться трейдингу и освоить основополагающие принципы рыночного анализа. Полученные знания можно смело применять на традиционном фондовом и форекс рынках. Программа курса составлена таким образом, что абсолютно любой человек даже с нулевым багажом знаний сможет разобраться во всех тонкостях и особенностях трейдинга и комплексного анализа рынка. Самое важное, что вы научитесь выявлять, анализировать и искоренять собственные торговые ошибки. Фокус программы - создание и тестирование собственных торговых стратегий через платформы Tiger Trade, 3Commas, Tradingview. Отточите свои навыки, выстройте оптимальную стратегию и только потом уже приступайте к торговле на реальных счетах с малого депозита.
☁️ Ссылка на скачивание
🔝Самая крупная база из 90.000 курсов на нашем форуме - www.slivysklad.com