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

1. Check-list vs. Test-Case

2. На повестке дня!
- Чек-лист - как приготовить?
- Проверки или напоминания?
- Опыт полезного использования
- Тестовый сценарий - как это?
- Воображаем себя сценаристом
- Когда можно обойтись без сценаристов и ревизоров

3. Что проверяем?
● Удобство использования
● Функционал
● Совместимость
● Базы
● Безопасность
● Производительность

4. Checklist-based testing
An experience-based test technique whereby the experienced
tester uses a high-level list of items to be noted, checked, or
remembered, or a set of rules or criteria against which a product
has to be verified.
Test-case
A set of preconditions, inputs, actions (where applicable),
expected results and postconditions, developed based on test
conditions, needs and conclusions.

5. Содержание веб-страницы верное, без грамматических и орфографических ошибок.
Все шрифты соответствуют требованиям.
Все тексты правильно выровнены.
Все сообщения об ошибках верные, без орфографических и грамматических ошибок, и соответствуют заголовку окна.
Подсказки существуют для всех полей.
Все поля правильно выровнены.
Между полями, колонками, рядами и сообщениями об ошибках оставлено достаточно свободного места.
Все кнопки должны иметь стандартный формат и размер.
Ссылка на домашнюю страницу должна быть на каждой странице сайта.
Неактивные поля должны быть серыми.
Проверьте, что на сайте нет битых ссылок и изображений.
Подтверждающие сообщения должны отображаться для всех операций обновления и удаления.
Проверьте сайт при разных разрешениях экрана ((640 x 480, 600x800 и т. д.)
Проверьте, что пользователь может пользоваться системой без раздражения.
Проверьте, что TAB правильно работает.
Панель скролла должна появляться только тогда, когда она требуется.
Если при отправке формы есть сообщения об ошибке, в нем должна содержаться информация, переданная пользователем.
Заголовок должен отображаться на каждой странице.
Все поля (текстовые, выпадающие меню, радио-кнопки и т. д.) и кнопки должны быть доступны с клавиатуры, и пользователь
должен быть в состоянии пользоваться сайтом, используя только клавиатуру.
Убедитесь, что данные в выпадающих списках не обрезаются из-за размеров поля, и проверьте, зашиты ли данные в код или
управляются администратором.

6. Каждый тест-кейс должен иметь:
Уникальный идентификационный номер.
Приоритет
Указанную зависимость от других тест-кейсов, частей и аспектов системы.
Обязательные условия, которые должны быть выполнены перед проведением
тест-кейса.
Название тест-кейса, которое кратко описывает его цель.
Краткое изложение тест-кейса, которое описывает его цель более детально, чем
название.
Подробные шаги выполнения тест-кейса.
Описание ожидаемого результата тест-кейса.
Тестовые данные, которые используются в качестве вводных данных во время
выполнения тест-кейса.
Автор
Дата создания/изменения

7. https://99tests.com/
https://www.utest.com/
https://www.testbirds.com/
https://www.passbrains.com/
https://www.usertesting.com/
http://www.mob4hire.com/
https://www.rainforestqa.com
https://crowdsourcedtesting.com/
https://mycrowd.com
http://mogotest.com/