Готовый перевод 180+ Sample Test Cases for Testing Web and Desktop Applications – Comprehensive Testing Checklist / Более 180 примеров тест-кейсов для тестирования веб- и дескто-приложений - комплексный тестирововчный чек-лист: 180+ Sample Test Cases for Testing Web and Desktop Applications – Comprehensive Testing Checklist

Более 180 простых тест-кейсов для тестирования веб- и дескто-приложений - комплексный тестирововчный чек-лист

Это чек-лист для тестирования веб- и десктоп-приложений.

Заметка: Данная статья длинновата (около 2700 слов). Моей целью было поделиться одним из наиболее всеобъемлющим чек-листом когда-либо написанным и который всё ещё не закончен. Я продолжу обновлять этот пост и дальше, добавляя новые сценарии. Если у вас нет времени прочитать его сейчас, пожалуйста, не стесняйтесь поделиться им с друзьями, а так же добавить его в закладки "на потом".

Создание чек-листа для тестирования является неотъемлемой частью процесса написания тестов. С помощью этого чек-листа вы с лёгкостью сможете создать сотни тестов для тестирования web или настольных (desktop) приложений. Сюда включены всевозможные общие тесты и они должны быть применимы почти для всех видов приложений. Используйте этот список, для написания тестов для вашего приложения, и я уверен, что вы покроете большинство видов тестирования за исключением специфичной бизнес-логики, описанной в вашем SRS (Software requirements specification - Спецификация требований программного обеспечения).

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

Важность использование чеклиста в процессе тестирования:

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

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

- Повторное использование тестов помогает сэкономить деньги на написании повторяющихся тестов.

- Важные тесты будут всегда учтены, делая почти невозможным их пропуск.

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

Запомните некоторые нюансы:

1. Выполняйте данные сценарии в различных пользовательских ролях: администратора, гостя и т.д.

2. Для веб-приложений сценарии должны тестироваться на разных браузерах - например, Интернет Експлорер, Мозилла Файерфокс, Хром и Сафари, версии которых должны быть утверждены заказчиком.

3) Тестируйте на разных разрешениях экрана, например, 1024 x 768, 1280 x 1024 и т.д.

Приложение должно быть протестировано на разных типах дисплеев,LCD,CRT,ноутбуки,планшеты,и телефоны

4) Тестируйте приложений на разных платформах (операционных системах), таких как Windows, Mac и Linux.

Полный чек-лист для тестирования Web и настольных предложений:

Допущения: Предполагается, что ваше приложение поддерживает следующую функциональность:

- Формы с различными полями

- Дочерние окна

- Приложение взаимодействует с базой данных

- различные критерии фильтрации для поиска и отображения результатов

- загрузка картинок

- функциональность отправки email

- функциональность экспорта данных

Общие сценарии тестов

Все обязательные поля должны быть провалидированы и отмечены звездочкой

2. Сообщение об ошибке валидации должно быть корректно отображено и иметь корректное местоположение.

3. Все сообщения об ошибке должна иметь один и тот же стиль CSS (Cascading Style Sheets — каскадные таблицы стилей) (например, должна отображаться в красном цвете)

4. Подтверждающие сообщения общего характера должны отображаться с использованием стиля CSS, отличающегося от стиля сообщений об ошибках (например, в зелёном цвете)

5. Текст всплывающих сообщений (tool tips) должен быть содержательным

Выпадающий список должен быть с пустым первым пунктом или тесктом "Select"

7. При удалении любой записи на странице должно выводиться подтверждение удаления

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

9. Значения денежных сумм должны выводиться с указанием корректного обозначения валюты

10. На странице должна быть сортировка по умолчанию

11. Кнопка "Reset" должне восстанавливать значения по умолчанию во всех полях

12. Все числовые значения должны иметь правильный формат

13. Поля ввода должны быть проверены для случая максимальных значений полей. Значения превышающие максимальное ограничение не должны приниматься или сохранятся в базе данных.

14. Проверьте все поля ввода на специальные символы

15. Названия полей должны быть стандартными. Например, поле для ввода имени, должно назваться "Имя" ("First Name")

16. Проверить сортировку на странице после добавления/редактирования/удаления любой записи

17. Проверить работу тайм-аутов. Значения тайм-аутов должны быть настраиваемыми. Проверьте поведение приложения после истечения тайм-аута.

18. Проверить, что куки (cookies) используются в приложении

19. Проверить, что загружаемые файлы привязаны к корректным путям к файлам

20. Все ключи ресурсов должны быть настаиваемыми и храниться в конфигурационном файле или базе данных, а не жёстко задаваться в коде

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

22. Проверьте разметку для всех web-страниц (проверить HTML и CSS на наличие синтаксических ошибок), чтобы убедиться что она соответствует стандартам

23. В случае падения приложения или вызова недоступных страниц должно быть перенаправление на страницу ошибки

24. Проверьте текст на всех страницах на наличие орфографических и грамматических ошибок

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

26. Проверьте на отрицательные значения, если это допускают числовые поля.

27. Проверьте поля с десятичными значениями.

Проверьте функциональность кнопок, доступных на всех страницах

29. У пользователя не должно быть возможности дважды отправить страницу (на сервер), быстро нажав кнопу "Submit".

30. Ошибки деления на ноль должны обрабатываться для любых расчетов.

31. Входные данные с пустыми первой и последней позициями должны обрабатываться корректно.

Тестовые сценарии Графического интерфейса (GUI) и Юзабилити (удобство).

1. Все поля на странице (например текстовое поле, радио кнопки, выпадающие списки) должны быть правильно выровнены.

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

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

4. Полоса прокрутки должна быть включена только в случае необходимости.

5. Размер шрифта, стиль и цвет для заголовка, текста описания, меток, данных в поле ввода и сетка информации должны быть стандартными как указано в SRS.

6. Текст описания, тултип, должен располагаться на нескольких строках.

7. Заблокированные поля должны быть серым цветом и у пользователя не должно быть возможности установить фокус в эти поля.

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

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

10. Информация, введенная пользователе, должна быть сохранена, даже если при нажатии "Submit" произошла ошибка. Пользователь должен иметь возможность снова нажать "Submit" после коррекции ошибок.

11. Проверьте, чтобы в сообщениях об ошибках были корректные названия полей.

12. В выпадающих списках выбора варианты должны быть отсортированы по определенному принципу.

13. Переход к следующему и предыдущему полю ввода кнопками Tab and Shift+Tab должен работать правильно.

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

15. Должны быть в наличии подсказки по конкретным полям либо целым страницам.

16. Проверьте, чтобы в случае ошибки соответствующие поля выделялись цветом/мигали.

17. Проверьте, чтобы варианты в выпадающих списках выбора были читабельны и не обрывались из-за недостаточной ширины списка.

18. Все кнопки на странице должны быть доступны через комбинации клавиш и пользователь должен иметь возможность выполнить все операции с помощью клавиатуры.

19. Проверьте все страницы на несуществующие изображения

20. Проверьте все страницы на битые (не работающие) ссылки

21. Все страницы должны иметь заголовок

22. Сообщения о подтверждении должны быть показаны перед выполнением любых операций изменения или удаления данных.

23. Песочные часы должны отображаться когда приложение занято (долго обрабатывает данные и т.п.).

24. Текст страницы должен быть выровнен по левому краю.

25. Пользователь должен иметь возможность выбрать только одну радио опцию (кнопку) и любую комбинацию для флажков.

Тестовые сценарии для критериев фильтрации

1. Пользователь должен иметь возможность фильтрации результатов с использованием всех параметров на странице.

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

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

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

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

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

1. Символ загрузки страницы должен отображаться когда это занимает больше чем время по умолчанию для загрузки результирующей страницы.

2. Проверьте, все ли параметры поиска используются для выборки данных показанной в таблице результатов.

3. Общее число результатов должно отображаться в таблице результатов.

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

5. Значения в таблице результатов должны быть отсортированы по умолчанию.

6. Рядом со столбцами, по которым можно проводить фильтрацию, должны быть иконки, которые это отображают.

7. Таблица с результатами должна содержать все указанные колонки с корректными значениями.

8. Восходящая и нисходящая сортировка должна работать корректно для всех столбцов, где есть сортировка данных.

9. Таблица с результатами должна отображаться с корректными отступами в колонках и столбцах.

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

Проверьте функционал переключения страниц(переходы на первую, последнюю, следующую и предыдущую страницы)

В таблице результатов не должны отображаться повторяющиеся строки

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

14. Проверьте данные для динамических столбцов (столбцы чьи значения подсчитываются динамически на основании других значений столбца).

18. Проверьте данные таблицы результатов, если был задан диапазон исходных данных.

Тестовые сценарии для окон

Проверьте корректность размеров окна

2. Проверьте корректность размеров дополнительных окон.

6. Проверьте, как окно можно свернуть, развернуть, закрыть.

Проверьте, может ли окно изменяться в размерах.

8. Проверьте, как работает линейка прокрутки для основного и дополнительных окон.

9. Проверьте кнопку "отмена" в дополнительных окнах.

Тестовые сценарии тестирования базы данных

Таблицы должны содержать колонку с первичным ключом

Сценарии для тестирования нагрузки.

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

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

Сценарии тестирования безопасности

Внимание! Этот перевод, возможно, ещё не готов.
Его статус: идёт перевод

Переведено на Нотабеноиде
http://notabenoid.org/book/39262/144452

Переводчики: MuChan, voronaff, Anjelika9, isitrita

illia, Mike_Nerevarin, ksurikova, R11baka