Исходный код вики Тестирование

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