Исходный код вики Тестирование
Версия 5.2 от Alexandr Fokin на 2022/09/14 21:18
Скрыть последних авторов
| author | version | line-number | content |
|---|---|---|---|
 |
5.2 | 1 | Кодовая база может быть представлена в виде точек состояний. |
| 2 | Каждый раз, когда мы вносим изменения в код, мы берем за основу некое состояние и добавляем. меняем строки кода, тем самым создавая новое состояние. | ||
| 3 | Условно мы можем сказать, что предыдущее состояние является корректным - в нем программа выполняет поставленные задачи, а вот состояние после изменения может содержать ошибки. | ||
| 4 | Механизмы тестирования тестирования призваны удостовериться, что новое состояние кодовой базы (версия приложения), работает корректно. | ||
| 5 | Тест описывание наши ожидания относительно поведения программы. Выполнение теста подтверждает, что код ведет себя именно так, как он него ожидается. (Это может касаться, как обязательств интерфейсов на уровне кода, так и поведение и контракт web api). | ||
| 6 | |||
| 7 | ---- | ||
| 8 | |||
| |
1.1 | 9 | Функциональное и нефункциональное тестирование. |
| 10 | |||
| 11 | |||
| |
3.1 | 12 | * UnitTest (модульный) - тестирование отдельных модулей (компонентов) системы(программы) в изолированной среде, с заранее известными входными и выходными значениями тестов. Используется техника подмены реализации, когда вместо зависимостей классу передаются заглушки с заранее известным поведением и наборами данных (MOQ). Обычно предполагает изолирование от внешних систем и хранилищ данных. |
| |
2.1 | 13 | MOQ - объекты, выполняющий роль заглушки, замещающей реальны объекты, с заранее известными входами и выходами. |
| |
1.1 | 14 | |
| |
2.1 | 15 | * Интеграционное тестирование - тестирование взаимодействия между собой различных модулей системы. По сравнению с UnitTest более приближено к реальному виду системы. |
| |
1.1 | 16 | |
| |
5.2 | 17 | * Регрессионные тесты - проверка функционала, который уже существовал в системе и не является новым для нее. Суть в том, чтобы убедиться, что в рамках доработок системы старые функции/варианты использования не были повреждены/некорректно изменены. |
| |
1.1 | 18 | |
| 19 | * Нагрузочные тесты - проверка, что инфраструктура системы справляется с предполагаемой нагрузкой. | ||
| |
4.1 | 20 | |
| |
5.2 | 21 | ---- |
| 22 | |||
| |
4.1 | 23 | Ссылки: |
| 24 | |||
| 25 | Автоматизированное интеграционное тестирование ASP.NET приложения | ||
| 26 | https://habr.com/ru/post/174735/ | ||
| 27 | Автоматизация тестирования Web-приложений | ||
| 28 | https://habr.com/ru/post/178407/ | ||
| 29 | |||
| |
5.1 | 30 | |
| 31 | В чём разница Smoke, Sanity, Regression, Re-test и как их различать? | ||
| 32 | https://habr.com/ru/post/358142/ |