К основному контенту

Сообщения

Ручное и автоматизированное тестирование

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

Запуск Unit test VS на build сервере TFS

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\**  Но предварительно н...

LoadTest тонкого и толстого клиента в VS

Отвлечемся от последовательного изучения теории тестирования. Сегодня расскажу, как делать нагрузочные тесты в 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:/...

Статическое или динамическое? Позитивное или негативное? Давайте разбираться.

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

С чего начинать изучение тестирования? Конечно же с методов!

На рисунке 1 представлена классификация тестирования. В этом блоге речь пойдет о методах тестирования или по другому – по доступу к коду и архитектуре приложения.                                                Рисунок 1. Классификация тестирования.             Метод черного ящика – без доступа к коду. Чтобы разобраться, приведу простой пример. Любой пользователь работает с тем или иным приложением каждый день. Сам того не зная, он тестирует это приложение. Тестирование проводится методом черного ящика, так как пользователь видит только интерфейсную часть с необходимым функционалом. Разница только в том, что пользователь уже работает с протестированным и отлаженным приложением, а тестировщик проверяет приложение до попадания его в руки пользователя. Метод белого ящика (иначе еще говорят «стеклянного») – ...

Кто такой тестировщик и что он делает.

Если заняться поиском понятия "тестировщик" в интеренете, то чаще всего встречается такое определение: "Тестировщик - специалист, занимающийся тестированием". Но что же скрывается за этим определением? Что делает тестировщик? В ЕКСД разделены должности «специалист по тестированию программного обеспечения» и «тестировщик программного обеспечения»: - СПЕЦИАЛИСТ ПО ТЕСТИРОВАНИЮ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ  Выявляет ошибки функционирования и сбои в системах, программном коде в рамках установленных планов, программ, методик тестирования, инструкций и стандартов качества для обеспечения функционирования систем в соответствии с техническим заданием. Разрабатывает тестовые наборы и тестовые сценарии. Составляет тест-план. Разрабатывает процедуры и стратегии, направленные на функционирование и управление процессами обеспечения технического качества, а также инструкций и инфраструктуры систем. Изучает, анализирует и разрешает возникающие в системах проблемы функциониро...

А кто тут главный?

Ранее мы познакомились с тем, что такое тестирование разрабатываемого продукта, его виды, методы и уровни.  Но, прежде чем углубляться в само тестирование и его классификацию, познакомимся с управлением тестирования, чтобы было понятно с чего же начинается тестирование. Даже если допустить, что мы идеально знаем все технические аспекты предстоящей работы, не отвеченными остаются такие вопросы, как: ·    Когда и с чего начать? ·   Всё ли необходимое для выполнения работы у нас есть? Если нет, где взять недостающее? ·    В какой последовательности выполнять разные виды работ? ·    Как распределить ответственность между участниками команды? ·    Как организовать отчётность перед заинтересованными лицами? ·    Как объективно определять прогресс и достигнутые успехи? ·   Как заранее увидеть возможные проблемы, чтобы успеть их предотвратить?  ·    Как организовать нашу работу так, чтобы при минимум...