Комментарий

• Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
• Объекты (0 изменено, 0 добавлено, 3 удалено)
  • XWiki.XWikiComments[0]
  • XWiki.XWikiComments[1]
  • XWiki.XWikiComments[2]

Подробности

Свойства страницы

Содержимое

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

XWiki.XWikiComments[0]

Автор

...	...	@@ -1,1 +1,0 @@
1		-XWiki.cccc1808

Комментарий

...	...	@@ -1,2 +1,0 @@
1		-Мутационный анализ
2		-https://github.com/kroniak/dotnext2019-mutation-analysis

Дата

...	...	@@ -1,1 +1,0 @@
1		-2020-10-09 16:54:33.133

XWiki.XWikiComments[1]

Автор

...	...	@@ -1,1 +1,0 @@
1		-XWiki.cccc1808

Комментарий

...	...	@@ -1,2 +1,0 @@
1		-Тестируем базу данных на [[MSTest>>doc:Разработка.NET.Библиотеки.Тестирование.MSTest.WebHome]]
2		-[[https:~~/~~/habr.com/ru/post/481474/>>url:https://habr.com/ru/post/481474/]]

Дата

...	...	@@ -1,1 +1,0 @@
1		-2023-02-03 17:56:06.225

XWiki.XWikiComments[2]

Автор

...	...	@@ -1,1 +1,0 @@
1		-XWiki.cccc1808

Комментарий

...	...	@@ -1,2 +1,0 @@
1		-Use Coded UI tests to test your code
2		-[[https:~~/~~/learn.microsoft.com/en-us/visualstudio/test/use-ui-automation-to-test-your-code?view=vs-2022>>https://learn.microsoft.com/en-us/visualstudio/test/use-ui-automation-to-test-your-code?view=vs-2022]]

Дата

...	...	@@ -1,1 +1,0 @@
1		-2023-05-21 10:44:37.6