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

Редактировал(а) Alexandr Fokin 2024/01/11 16:27

От версии < 5.2 >
отредактировано Alexandr Fokin
на 2022/09/14 21:18
К версии 1.1 >
отредактировано Alexandr Fokin
на 2020/01/05 22:48
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Теги
... ... @@ -1,1 +1,0 @@
1 -Тестирование|moq
Содержимое
... ... @@ -1,32 +9,11 @@
1 -Кодовая база может быть представлена в виде точек состояний.
2 -Каждый раз, когда мы вносим изменения в код, мы берем за основу некое состояние и добавляем. меняем строки кода, тем самым создавая новое состояние.
3 -Условно мы можем сказать, что предыдущее состояние является корректным - в нем программа выполняет поставленные задачи, а вот состояние после изменения может содержать ошибки.
4 -Механизмы тестирования тестирования призваны удостовериться, что новое состояние кодовой базы (версия приложения), работает корректно.
5 -Тест описывание наши ожидания относительно поведения программы. Выполнение теста подтверждает, что код ведет себя именно так, как он него ожидается. (Это может касаться, как обязательств интерфейсов на уровне кода, так и поведение и контракт web api).
6 -
7 -----
8 -
9 9  Функциональное и нефункциональное тестирование.
10 10  
11 11  
12 -* UnitTest (модульный) - тестирование отдельных модулей (компонентов) системы(программы) в изолированной среде, с заранее известными входными и выходными значениями тестов. Используется техника подмены реализации, когда вместо зависимостей классу передаются заглушки с заранее известным поведением и наборами данных (MOQ). Обычно предполагает изолирование от внешних систем и хранилищ данных.
13 -MOQ - объекты, выполняющий роль заглушки, замещающей реальны объекты, с заранее известными входами и выходами.
4 +* UnitTest (модульный) - тестирование отдельных модулей (компонентов) системы(программы) в золированной среде, с заранее известными входными и выходными значениями тестов.
5 +MOQ - объекты, выполняющий роль заглушки, вамещающей реальны объекты, с заранее известными входами и выходами.
14 14  
15 -* Интеграционное тестирование - тестирование взаимодействия между собой различных модулей системы. По сравнению с UnitTest более приближено к реальному виду системы.
7 +* Интеграционное тестирование - тестирование собранной системы
16 16  
17 -* Регрессионные тесты - проверка функционала, который уже существовал в системе и не является новым для нее. Суть в том, чтобы убедиться, что в рамках доработок системы старые функции/варианты использования не были повреждены/некорректно изменены.
9 +* Регресионные тесты - проверка ранее разработанных и протестированных функций
18 18  
19 19  * Нагрузочные тесты - проверка, что инфраструктура системы справляется с предполагаемой нагрузкой.
20 -
21 -----
22 -
23 -Ссылки:
24 -
25 -Автоматизированное интеграционное тестирование ASP.NET приложения
26 -https://habr.com/ru/post/174735/
27 -Автоматизация тестирования Web-приложений
28 -https://habr.com/ru/post/178407/
29 -
30 -
31 -В чём разница Smoke, Sanity, Regression, Re-test и как их различать?
32 -https://habr.com/ru/post/358142/
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