Изменения документа Тестирование

Редактировал(а) Alexandr Fokin 2024/01/11 16:27
<
От версии < 5.6 >
отредактировано Alexandr Fokin
на 2023/01/27 15:34
К версии < 3.2 >
отредактировано Alexandr Fokin
на 2020/10/09 16:54
>
Изменить комментарий: Добавлен комментарий

Комментарий

Подробности

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