Мой первый блог. Или знакомство с тестированием

В блоге "LoadTest тонкого и толстого клиента в VS" были описаны практические навыки автоматизированного нагрузочного тестирования. По этой причине в данном блоге рассмотрим классификацию тестирования по степени автоматизации. На рис. 1 представлено всего 2 вида: ручное и автоматизированное, но в некоторых источниках встречается еще полуавтоматизированное тестирование. Рисунок 1. Классификация тестирования Ручное тестирование — тестирование, в котором тест-кейсы выполняются человеком вручную, без использования средств автоматизации. Э то процесс поиска дефектов в работе программы, когда тестировщик проверяет работоспособность всех компонентов программы, как если бы он был пользователем. Для точности проверки, тестировщик использует заранее заготовленный план тестирования, в котором отмечены наиболее важные аспекты работы программы. Автоматизированное тестирование - выполнение тестов, реализуемое при помощи заранее записанной последовательности тестов. Тест-кейсы ча

1.  Для дальнейшей работы в TFS необходимо наличие соответствующих прав 2.      На билд сервере потребуется установить Visual Studio . 3.      После установки VS в списке возможностей билд-агентов  должно появиться (или добавить вручную) VS , VSTest , msbuild , dotNetFramework и прочие capabilities с адресом расположения на сервере 4.      В TFS , на вкладке сборка, необходимо собрать следующие шаги (первые 2 не обязательны): 5.      В NuGet installer необходимо заполнить поля Path to Solution и NuGet arguments (если используется локальный нагет сервер) Причем в NuGet arguments нужно указать 2 адреса: локальный (-Source http://локальное расположение/Packages/nuget) и внешний (-Source https://api.nuget.org/v3/index.json ). 6.   В шаге VSTest нужно указать адрес $(build.sourcesDirectory)/Папка_автотестов/**/UnitTest.dll;-:**\obj\**  Но предварительно нужно собрать MSBuild ($( build . sourcesDirectory )/папка_автотестов / Test . sln )          

Отвлечемся от последовательного изучения теории тестирования. Сегодня расскажу, как делать нагрузочные тесты в Visual Studio . Также будет использоваться БД SQLServer и браузер iexplorer . Во время ознакомления с Web Performance and Load Test Project , я обращалась ко многим источникам. На основные из них буду прикладывать ссылки на соответствующем шаге.   Итак, начнем! Шаг 1 . Для того чтобы начать работу, нужно определиться что вы будете тестировать: тонкого клиента или толстого. Шаг 2. Выбрав нужный вам вариант, можно приступить к работе. Запускаем студию и выбираем: - Unit test , если толстого клиента; - Web Performance and Load Test Project, если тонкого .         Далее действия расходятся. Unit test . Шаг 3. В проект с юнит тестом добавляем класс и в нем собираем запросы к БД. Можно БД протестировать также другим способом, описанном в данных статьях: https://msdn.microsoft.com/ru-ru/library/jj851200(v=vs.103).aspx , https://msdn.microsoft.com/ru-r

В предыдущем блоге "С чего начинать тестирование? Конечно же с методов!" была представлена классификация тестирования. В данном блоге рассмотрим "По запуску кода на исполнение" и "По принципу работы с приложением".          Начнем с "По запуску кода на исполнение". У данного класса два вида тестирования: статическое и динамическое. Статическое тестирование —  это процесс, который обычно ассоциируют с анализом программного обеспечения, используется для верификации практически любого артефакта разработки: - программный код , - требований, - системных спецификаций, - функциональных спецификаций, - документов проектирования - архитектуры программных систем и их компонентов. При статическом тестировании не запускается программный код. Такое тестирование позволяет выявить ошибки на ранних стадиях разработки. Анализ может производиться как вручную, так и с помощью специальных инструментальных средств . Динамическое тестирование — э