Исходный код вики Тестирование
Версия 5.11 от Alexandr Fokin на 2023/07/15 21:39
Последние авторы
| author | version | line-number | content |
|---|---|---|---|
| 1 | Кодовая база может быть представлена в виде точек состояний. | ||
| 2 | Каждый раз, когда мы вносим изменения в код, мы берем за основу некое состояние и добавляем. меняем строки кода, тем самым создавая новое состояние. | ||
| 3 | Условно мы можем сказать, что предыдущее состояние является корректным - в нем программа выполняет поставленные задачи, а вот состояние после изменения может содержать ошибки. | ||
| 4 | Механизмы тестирования призваны удостовериться, что новое состояние кодовой базы (версия приложения), работает корректно. | ||
| 5 | Тест описывание наши ожидания относительно поведения программы. Выполнение теста подтверждает, что код ведет себя именно так, как он него ожидается. (Это может касаться, как обязательств интерфейсов на уровне кода, так и поведение и контракт web api, отправки сообщений, состояния БД, поведения отдельно взятой функции). | ||
| 6 | [[AS IS TO BE>>doc:Архитектура и модели.Про приложение.AS IS TO BE.WebHome]] | ||
| 7 | |||
| 8 | ---- | ||
| 9 | |||
| 10 | Функциональное и нефункциональное тестирование. | ||
| 11 | |||
| 12 | |=(% style="width: 224px;" %)Тип|=(% style="width: 1298px;" %) | ||
| 13 | |(% style="width:224px" %)[[Unit test>>doc:.UnitTest.WebHome]]. | ||
| 14 | Модульное тестирование.|(% style="width:1298px" %)((( | ||
| 15 | Тестирование отдельных модулей (компонентов) системы(программы) в изолированной среде, с заранее известными входными и выходными значениями тестов. Используется техника подмены реализации, когда вместо зависимостей классу передаются заглушки с заранее известным поведением и наборами данных (MOQ). Обычно предполагает изолирование от внешних систем и хранилищ данных. | ||
| 16 | Обычно является наиболее дешевым с точки зрения выполнения. | ||
| 17 | |||
| 18 | MOQ - объекты, выполняющий роль заглушки, замещающей реальны объекты, с заранее известными входами и выходами. | ||
| 19 | ))) | ||
| 20 | |(% style="width:224px" %)Интеграционное тестирование|(% style="width:1298px" %)Тестирование взаимодействия между собой различных модулей системы. По сравнению с UnitTest более приближено к реальному виду системы. | ||
| 21 | |(% style="width:224px" %)Регрессионное тестирование|(% style="width:1298px" %)Проверка функционала, который уже существовал в системе и не является новым для нее. Суть в том, чтобы убедиться, что в рамках доработок системы старые функции/варианты использования не были повреждены/некорректно изменены. | ||
| 22 | |(% style="width:224px" %)Нагрузочное тестирование|(% style="width:1298px" %)Проверка, что инфраструктура системы справляется с предполагаемой нагрузкой. | ||
| 23 | |||
| 24 | ---- | ||
| 25 | |||
| 26 | ==== Внутренние ссылки: ==== | ||
| 27 | |||
| 28 | ====== Дочерние страницы: ====== | ||
| 29 | |||
| 30 | {{children/}} | ||
| 31 | |||
| 32 | ====== Обратные ссылки: ====== | ||
| 33 | |||
| 34 | {{velocity}} | ||
| 35 | #set ($links = $doc.getBacklinks()) | ||
| 36 | #if ($links.size() > 0) | ||
| 37 | #foreach ($docname in $links) | ||
| 38 | #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument()) | ||
| 39 | * [[$escapetool.xml($rdoc.fullName)]] | ||
| 40 | #end | ||
| 41 | #else | ||
| 42 | No back links for this page! | ||
| 43 | #end | ||
| 44 | {{/velocity}} | ||
| 45 | |||
| 46 | ---- | ||
| 47 | |||
| 48 | Ссылки: | ||
| 49 | |||
| 50 | Автоматизированное интеграционное тестирование ASP.NET приложения | ||
| 51 | https://habr.com/ru/post/174735/ | ||
| 52 | Автоматизация тестирования Web-приложений | ||
| 53 | https://habr.com/ru/post/178407/ | ||
| 54 | |||
| 55 | |||
| 56 | В чём разница Smoke, Sanity, Regression, Re-test и как их различать? | ||
| 57 | https://habr.com/ru/post/358142/ |