Чек-лист тестирования программы

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

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

Проверка выхода из системы: убедитесь, что пользователь может выйти из системы без ошибок.

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

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

Проверка редактирования существующих записей: убедитесь, что пользователь может редактировать существующие записи (например, изменение статуса задачи в системе управления проектами).

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

Интенсив по тестированию / Тема 4. Чек-листы

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

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

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

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

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

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

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

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

Источник: radar4site.ru

Чек-лист (Check-list) в тестировании

Чек-лист (Check-list) – это документ, который содержит список задач, которые необходимо выполнить для проверки определенной функциональности продукта или приложения. В чек-листе перечисляются шаги, которые должен выполнить тестировщик, чтобы убедиться в том, что продукт соответствует заданным требованиям.

Что из себя представляет чек-лист (Check-list)?

Чек-лист (Check-list) состоит из списка проверок, каждая из которых включает в себя определенный шаг или действие, которое должен выполнить тестировщик. В чек-листе также могут содержаться дополнительные инструкции или примечания, которые помогают тестировщику правильно выполнить задачу.

Тестировщик с нуля / Урок 8. Тестовая документация. Чек-лист и тест-кейс в тестировании. Примеры

Разница чек-листа (Check-list) и тест-кейс (test-case)

Уровень детализации чек-листа (Check-list)

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

Чек-лист (Check-list) Плюсы и минусы

Плюсы:

1. Обеспечивают полноту проверки. Чек-листы могут помочь тестировщикам не упустить важные функции и особенности продукта при проведении тестирования.
2. Улучшают повторяемость тестирования. Чек-листы позволяют тестировщикам повторять проверки на разных этапах разработки и на разных проектах. Это позволяет обеспечивать более точные результаты и уменьшать вероятность ошибок.
3. Упрощают процесс тестирования. Чек-листы могут упростить процесс тестирования, сократив время, затрачиваемое на подготовку тест-кейсов и тест-планов. Тестировщики могут просто отметить выполненные задачи в чек-листе и перейти к следующей.
4. Обеспечивают стандартизацию. Чек-листы могут обеспечить стандартизацию процесса тестирования и уменьшить вероятность пропуска каких-либо проверок.

Минусы:

1. Не гарантируют полноту проверки. Чек-листы могут не охватывать все возможные кейсы и функции, поэтому необходимо дополнительно проводить ручное тестирование.
2. Могут стать устаревшими. Чек-листы нужно регулярно обновлять, чтобы они соответствовали последним изменениям в продукте и требованиям.
3. Могут привести к механическому тестированию. Если тестировщик следует чек-листу механически, не обращая внимания на контекст и особенности продукта, это может привести к пропуску важных дефектов.
4. Могут стать непригодными для сложных задач. Чек-листы могут быть неэффективными для проверки сложных функций и задач, которые требуют дополнительного исследования и экспериментов.

5 правил хорошего списка проверок или как сделать чтобы чек-лист (Check-list) работал

Целевая ориентация: Любой хороший список проверок должен быть нацелен на конкретную цель. Необходимо определить, какие функциональные возможности или бизнес-цели должны быть проверены. Это поможет сосредоточиться на главном и не забыть о важных аспектах.

Комплексность: Хороший чек-лист должен охватывать все аспекты, которые необходимо проверить. Это включает в себя проверку всех функциональных возможностей, соответствие стандартам, безопасность, производительность и другие аспекты, которые могут быть важными для вашего проекта.

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

Доступность: Чек-лист должен быть доступен для всех участников проекта. Необходимо предоставить доступ к списку проверок всем заинтересованным сторонам. Например, разместите чек-лист в облачном хранилище или используйте инструменты управления проектами, которые позволяют делиться списками задач.

Актуальность и обновляемость: Список проверок должен быть постоянно обновляемым и актуальным. В процессе разработки и тестирования возникают изменения, поэтому необходимо обновлять список проверок, чтобы он отражал текущее состояние проекта. Это поможет избежать пропусков и ошибок.

Все о тестировании и качестве ПО

• Техники тест-дизайна
• Тест-кейсы и все о них
• Интеграционное тестирование: что это и зачем
• Шутливые виды багов
• Мобильное тестирование

I believe in QA, все о тестировании

Июль 2023 ПнВтСрЧтПтСбВс

1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30
31

Больше о тестировании и качестве ПО

• Use-cases (юз-кейсы)
• Тестирование-QC-QA разбираемся в вопросе
• Методы верификации программного обеспечения
• Валидация и верификация
• Тест-кейсы и все о них
• Шутливые виды багов

Источник: qaevolution.ru

Чек-лист тестирования WEB приложений

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

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

Чек-лист для тестирования WEB приложений состоит из шести разделов:

• Функциональное тестирование
• Интеграционное тестирование
• Тестирование безопасности
• Тестирование локализации и глобализации
• Тестирование удобства использования
• Кросс-платформенное тестирование

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

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

Что проверяем?

Тестирование форм

Регистрация

1. Пользователь с данными существует в системе.
2. Пользователь с данными не существует в системе.
3. Пользователь, заблокированный в системе, не может пройти повторную регистрацию.

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

1. Максимальная и минимальная длина.
2. Диапазон допустимых символов, спецсимволы.
3. Обязательность к заполнению.
4. Убедитесь, что астериск (знак звездочки) отображается у всех обязательных полей.
5. Убедитесь, что система не отображает окно ошибки при незаполненных необязательных полях.

1. Результаты существуют/не существуют.
2. Корректное сообщение о пустом результате.
3. Пустой поисковой запрос.
4. Поиск по эмодзи.

1. Числовые поля: они не должны принимать буквы, в этом случае должно отображаться соответствующее сообщение об ошибке.
2. Дробные значения, например, как система валидирует 1.1 и 1,1.
3. Отрицательные значения в числовых полях, если они разрешены.
4. Деление на ноль корректно обрабатывается.
5. Протестируйте максимальную длину каждого поля, чтобы убедиться, что данные не обрезаются или скрываются под многоточие.
6. Протестируйте все поля ввода на спецсимволы.
7. Проверить что текст не выезжает за границы поля.

1. Протестируйте всплывающие сообщения («Это поле ограничено N знаками»).
2. Подтверждающие сообщения отображается для операций обновления и удаления.
3. Сообщения об ошибках ввода.

1. Протестируйте функциональность сортировки (по возрастанию, по убыванию, по новизне).
2. Задать фильтры с выдачей.
3. Задать фильтры, по которым нет выдачи.
4. Фильтры по категориям/подкатегориям.
5. Фильтры с радиусом поиска.
6. Данные в выпадающих списках.

1. Пользователь очистил кэш браузера
2. Посмотрите, что будет, если пользователь удалит куки, находясь на сайте.
3. Посмотрите, что будет, если пользователь удалит куки после посещения сайта.

1. Ошибки в Console.
2. Все стили загружаются.
3. Картинки загружаются.

Интеграционное тестирование

Интеграционное тестирование проводится для того, чтобы убедиться, что ваше приложение совместимо со сторонними сервисами.

Что проверяем?

1. Проверяем работу сторонних модулей: оплата, шаринг, карты.
2. Реклама (просмотр, переходы по рекламе, аналитика).
3. Метрики (переходы по страницам, показы элементов, клики).

Тестирование безопасности

Данная проверка нацелена на поиск недостатков и пробелов с точки зрения безопасности нашего приложения.

Что проверяем?

1. Пользователь не может авторизоваться: под старым паролем, заблочен в сервисе, достиг лимита авторизаций, ввел чужой код верификации.
2. Страницы, содержащие важные данные (пароль, номер кредитной карты и CVC, ответы на секретные вопросы и т. п.) открываются через HTTPS (SSL).
3. Пароль скрыт астерисками на страницах: регистрация, «забыли пароль», «смена пароля».
4. Корректное отображение сообщений об ошибках.
5. Завершение сесcии после разлогина.
6. Доступ к закрытым разделам сайта.
7. SQL-инъекции.
8. Cross-Site Scripting (XSS) уязвимости.
9. HTML-инъекции.
10. Cookie должны храниться в зашифрованном виде.
11. Роли пользователей и доступ к контенту.

Тестирование локализации и глобализации

Тестирование интернационализации/глобализации WEB приложения включает тестирование приложения для различных местоположений, форматов дат, чисел и валют. Тестирование локализации включает тестирование WEB приложения с локализованными строками, изображениями и рабочими процессами для определенного региона.

Что проверяем?

1. Дата и время. Например отображение времени, даты в соответствии с часовым поясом пользователя.
2. Смена языка и проверка перевода всех элементов WEB приложения исходя из выбранного языка.
3. Выбор номера телефона с разными кодами стран.
4. Определение местоположения пользователя и отображение соответствующего пермишена ГЕО.
5. Отображение соответствующих символов валюты.

Тестирование удобства использования

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

Что проверяем?

1. Отсутствие орфографических и грамматических ошибок, все страницы имеют корректные заголовки.
2. Выравнивание картинок, шрифтов, текстов.
3. Информативные ошибки, подсказки.
4. Подсказки существуют для всех полей.
5. Отступы между полями, колонками, рядами и сообщениями об ошибках.
6. Кнопки имеют стандартный размер, цвет.
7. На сайте нет битых ссылок и изображений.
8. Неактивные поля отображаются серым цветом.
9. Проверьте сайт при разных разрешениях экрана.
10. Скролл должен появляться только тогда, когда он требуется.
11. Отображение чекбоксов и радио-кнопок, кнопки должны быть доступны с клавиатуры, и пользователь должен быть в состоянии пользоваться сайтом, используя только клавиатуру.
12. Отображение выпадающих списков.
13. Длинный текст скрывается под многоточие.
14. Корректный выбор даты.
15. Наличие плейсхолдеров в полях.
16. Логотип ведет на главную страницу сайта.
17. Переходы и навигация между страницами и разделами меню.

Кросс-платформенное тестирование

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

Что проверяем?

1. Тестирование в различных браузерах (Firefox, Chrome, Safari — это минимальный набор): анимация, верстка, шрифты, уведомления и т.д.
2. Тестирование в различных версиях ОС: Windows, Mac, Linux.
3. Java Script код работает в разных браузерах.
4. Просмотр на мобильных устройствах.

Резюме

Источник: habr.com