Комментарий

• Свойства страницы (1 изменено, 0 добавлено, 0 удалено)

Подробности

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

Содержимое

...	...	@@ -1,15 +1,49 @@
	1	+Кодовая база может быть представлена в виде точек состояний.
	2	+Каждый раз, когда мы вносим изменения в код, мы берем за основу некое состояние и добавляем. меняем строки кода, тем самым создавая новое состояние.
	3	+Условно мы можем сказать, что предыдущее состояние является корректным - в нем программа выполняет поставленные задачи, а вот состояние после изменения может содержать ошибки.
	4	+Механизмы тестирования тестирования призваны удостовериться, что новое состояние кодовой базы (версия приложения), работает корректно.
	5	+Тест описывание наши ожидания относительно поведения программы. Выполнение теста подтверждает, что код ведет себя именно так, как он него ожидается. (Это может касаться, как обязательств интерфейсов на уровне кода, так и поведение и контракт web api).
	6	+
	7	+----
	8	+
1	1	Функциональное и нефункциональное тестирование.
2	2
	11	+|=(% style="width: 224px;" %)Тип|=(% style="width: 1298px;" %)
	12	+|(% style="width:224px" %)[[Unit test>>doc:.UnitTest.WebHome]].
	13	+Модульное тестирование.|(% style="width:1298px" %)(((
	14	+Тестирование отдельных модулей (компонентов) системы(программы) в изолированной среде, с заранее известными входными и выходными значениями тестов. Используется техника подмены реализации, когда вместо зависимостей классу передаются заглушки с заранее известным поведением и наборами данных (MOQ). Обычно предполагает изолирование от внешних систем и хранилищ данных.
	15	+Обычно является наиболее дешевым с точки зрения выполнения.
3	3
4		-* UnitTest (модульный) - тестирование отдельных модулей (компонентов) системы(программы) в изолированной среде, с заранее известными входными и выходными значениями тестов. Используется техника подмены реализации, когда вместо зависимостей классу передаются заглушки с заранее известным поведением и наборами данных (MOQ). Обычно предполагает изолирование от внешних систем и хранилищ данных.
5	5	MOQ - объекты, выполняющий роль заглушки, замещающей реальны объекты, с заранее известными входами и выходами.
	18	+)))
	19	+|(% style="width:224px" %)Интеграционное тестирование|(% style="width:1298px" %)Тестирование взаимодействия между собой различных модулей системы. По сравнению с UnitTest более приближено к реальному виду системы.
	20	+|(% style="width:224px" %)Регрессионное тестирование|(% style="width:1298px" %)Проверка функционала, который уже существовал в системе и не является новым для нее. Суть в том, чтобы убедиться, что в рамках доработок системы старые функции/варианты использования не были повреждены/некорректно изменены.
	21	+|(% style="width:224px" %)Нагрузочное тестирование|(% style="width:1298px" %)Проверка, что инфраструктура системы справляется с предполагаемой нагрузкой.
6	6
7		-* Интеграционное тестирование - тестирование взаимодействия между собой различных модулей системы. По сравнению с UnitTest более приближено к реальному виду системы.
	23	+----
8	8
9		-* Регресионные тесты - проверка функционала, который уже существовал в системе и не является новым для нее. Суть в том, чтобы убедиться, что в рамках доработок системы старые функции/варианты использования не были повреждены/некорректно изменены.
	25	+==== Внутренние ссылки: ====
10	10
11		-* Нагрузочные тесты - проверка, что инфраструктура системы справляется с предполагаемой нагрузкой.
	27	+====== Дочерние страницы: ======
12	12
	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	+
13	13	Ссылки:
14	14
15	15	Автоматизированное интеграционное тестирование ASP.NET приложения