Комментарий

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

Подробности

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

Содержимое

...	...	@@ -1,33 +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" %)UnitTest (модульный)|(% style="width:1298px" %)(((
13		-Тестирование отдельных модулей (компонентов) системы(программы) в изолированной среде, с заранее известными входными и выходными значениями тестов. Используется техника подмены реализации, когда вместо зависимостей классу передаются заглушки с заранее известным поведением и наборами данных (MOQ). Обычно предполагает изолирование от внешних систем и хранилищ данных.
14		-Обычно является наиболее дешевым с точки зрения выполнения.
15	15
	4	+* UnitTest (модульный) - тестирование отдельных модулей (компонентов) системы(программы) в изолированной среде, с заранее известными входными и выходными значениями тестов. Используется техника подмены реализации, когда вместо зависимостей классу передаются заглушки с заранее известным поведением и наборами данных (MOQ). Обычно предполагает изолирование от внешних систем и хранилищ данных.
16	16	MOQ - объекты, выполняющий роль заглушки, замещающей реальны объекты, с заранее известными входами и выходами.
17		-)))
18		-|(% style="width:224px" %)Интеграционное тестирование|(% style="width:1298px" %)Тестирование взаимодействия между собой различных модулей системы. По сравнению с UnitTest более приближено к реальному виду системы.
19		-|(% style="width:224px" %)Регрессионное тестирование|(% style="width:1298px" %)Проверка функционала, который уже существовал в системе и не является новым для нее. Суть в том, чтобы убедиться, что в рамках доработок системы старые функции/варианты использования не были повреждены/некорректно изменены.
20		-|(% style="width:224px" %)Нагрузочное тестирование|(% style="width:1298px" %)Проверка, что инфраструктура системы справляется с предполагаемой нагрузкой.
21	21
22		-----
	7	+* Интеграционное тестирование - тестирование взаимодействия между собой различных модулей системы. По сравнению с UnitTest более приближено к реальному виду системы.
23	23
24		-Ссылки:
	9	+* Регресионные тесты - проверка функционала, который уже существовал в системе и не является новым для нее. Суть в том, чтобы убедиться, что в рамках доработок системы старые функции/варианты использования не были повреждены/некорректно изменены.
25	25
26		-Автоматизированное интеграционное тестирование ASP.NET приложения
27		-https://habr.com/ru/post/174735/
28		-Автоматизация тестирования Web-приложений
29		-https://habr.com/ru/post/178407/
30		-
31		-
32		-В чём разница Smoke, Sanity, Regression, Re-test и как их различать?
33		-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