Изменения в инфраструктуре инструментов для программистовTatyanazaxarova
В статье приведены некоторые наблюдения, связанные с изменением в инфраструктуре инструментов, используемых программистами в повседневной работе. В первую очередь эти наблюдения связаны с выходом Visual Studio 2010.
Изменения в инфраструктуре инструментов для программистовTatyanazaxarova
В статье приведены некоторые наблюдения, связанные с изменением в инфраструктуре инструментов, используемых программистами в повседневной работе. В первую очередь эти наблюдения связаны с выходом Visual Studio 2010.
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...Tatyanazaxarova
В результате появления на рынке персональных компьютеров 64-битных процессоров перед разработчиками программ возникает задача переноса старых 32-битных приложений на новую платформу. После переноса кода приложения высока вероятность его некорректной работы. В статье рассмотрены вопросы, связанные с верификацией и тестированием программного обеспечения. Обозначены сложности, с которыми может столкнуться разработчик 64-битных Windows приложений и пути их преодоления.
First click тестирование. История одного теста.Дмитрий Силаев
Освоить инструмент для проведения first click тестирования не сложно. Здесь мы покажет как это сделать. Компетенции нужны на этапе формирования гипотез и анализа результатов - здесь то и проявляется основная магия юзабилити-специалиста.
В статье рассмотрен ряд вопросов связанных с тестированием 64-битного программного обеспечения. Обозначены сложности, с которыми может столкнуться разработчик ресурсоемких 64-битных приложений, и пути их преодоления.
Регулярное использование статического анализа кода в командной разработкеTatyanazaxarova
Технологии статического анализа кода применяются в компаниях со зрелыми процессами разработки программного обеспечения. Однако уровень применения и внедрения в процесс разработки инструментов анализа кода может быть различным. Начиная от ручного запуска анализатора "время от времени" или при поиске трудноуловимых ошибок, и кончая ежедневным автоматическим запуском или запуском при добавлении нового исходного кода в систему контроля версий.
В статье рассмотрены различные уровни использования технологий статического анализа кода в командной разработке, показано как "перевести" процесс с одного уровня на другой. В качестве примера в статье используется разрабатываемый авторами анализатор кода PVS-Studio.
Читабельные отчеты для автоматизации на C# / Gallio / BDDfyDmytro Zharii
Мой доклад про создание читабельных отчетов для автоматизации тестирования на .NET/C# + Webdriver + Gallio Icarus/MbUnit + BDDfy
Доклад был сделан специально для онлайн конференции Auto ConfeT&QA, прошедшей в октябре 2012 года.
http://confetqa.ru/
======================================
См. также:
Gallio Icarus:
http://gallio.org
BDDfy – фреймворк для БыДиДификации кода :)
Страница проекта на Github:
http://teststack.github.com/TestStack.BDDfy/
Описание на английском:
http://www.mehdi-khalili.com/bddify-in-action/introduction
“Можно ли перевернуть пирамиду?” – автоматизируем тестирование с меньшим числ...Igor Khrol
Когда мы говорим об автоматизации тестирования, чаще всего вспоминается Selenium, Microsoft Coded UI, QTP и другие аналогичные инструменты. Мы хотим воспроизводить действия ручного тестирования с максимальной точностью, чтобы можно было с уверенностью сказать, что тот или иной тест-скрипт повторяет какую-то часть сложившихся на проекте тестов. Когда же тестов становится чуть больше, то мы обнаруживаем, что наши тесты запускаются долго, работают нестабильно. После чего мы начинаем говорить о параллелизации, виртуализации, четырёхслойной архитектуре фреймворка и прочих жутко интересных вещах… Это всё очень хорошо, но главная цель где-то остаётся в стороне – контроль качества нашего продукта.
В своём докладе я попытаюсь слегка задать направление другой альтернативе: отойти от автотестов через пользовательский интерфейс в сторону более низкоуровневых, которые значительно быстрее и стабильнее. Если вас также волнует “переворачивание” пирамиды автоматизации тестирования, то приглашаю присоединиться к обсуждению этой сложной и важной темы.
Similar to Введение в тестирование с использованием закодированных автоматических тестов в Visual Studio Ultimate 2012 (20)
Сквозное обеспечение качества и расширяемость платформы на примере тестирован...
Введение в тестирование с использованием закодированных автоматических тестов в Visual Studio Ultimate 2012
1. Практическое занятие
Введение в Тестирование с
Использованием Закодированных
Автоматических Тестов ПИ в Visual
Studio Ultimate 2012
Версия практического занятия: 11.0.51106.01 Обновление 1
Последнее обновление: 28.11.2012
2. СОДЕРЖАНИЕ
ОБЩЕЕ ОПИСАНИЕ .................................................................................................................................3
УПРАЖНЕНИЕ 1: ВВЕДЕНИЕ В ГЕНЕРИРОВАНИЕ КОДА ИЗ ЗАПИСИ ДЕЙСТВИЙ .................4
УПРАЖНЕНИЕ 2: ВЕДЕНИЕ В ГЕНЕРИРОВАНИЕ КОДА С ИСПОЛЬЗОВАНИЕМ CODED UI TEST
BUILDER ....................................................................................................................................................11
УПРАЖНЕНИЕ 3: ДЕМОНСТРАЦИЯ УПРАВЛЕНИЯ ДАННЫМИ ДЛЯ ЗАКОДИРОВАННЫХ
ТЕСТОВ ПИ...............................................................................................................................................15
3. Общее описание
Закодированные тесты пользовательского интерфейса (ПИ) позволяют создать полностью
автоматизированные тесты для проверки функциональных возможностей и поведения
пользовательского интерфейса вашего приложения. В этом практическом задании вы получите
общее представление о закодированных тестах пользовательского интерфейса, создадите новый
тест и добавите логику проверки.
Необходимые условия
Для этого практического занятия вам понадобится виртуальная машина Visual Studio 2012,
предоставляемая компанией Microsoft. Для получения дополнительных сведений о получении и
использовании этой виртуальной машины выберите ссылку.
Упраженения
Эта практическая работа содержит следующие упражненния:
1. Введение в Генерирование Кода из Записи Действий
2. Ведение в Генерирование Кода с использованием Coded UI Test Builder
3. Демонстрация Управления Данными для Закодированных Тестов ПИ
Примерная продолжительность практического занятия: 60 минут.
4. Упражнение 1: Введение в
Генерирование Кода из Записи
Деиствии
В этом упражнении вы узнаете о функциях генерирования кода Visual Studio 2012, которые
позволяют тестировщикам быстро и легко создавать закодированные тесты ПИ непосредственно
из существующих записей действий. Записи действий содержат шаги, предпринятые во время
ручного тестирования приложения. Чтобы узнать больше о ручном тестировании и записи
действий, пожалуйста, смотрите в практическом задании «Разработка и выполнение ручных
тестов с помощью Microsoft Test Manager 2012».
1. Войти как Julia. Пароли у всех пользователей P2ssw0rd.
2. Откройте Microsoft Visual Studio изStart | All Programs | Microsoft Visual Studio 2012 |
Visual Studio 2012.
3. На стартовой странице нажмите Connect to Team Foundation Server…
Рисунок 1
Расположение ссылки Connect to Team Foundation Server
4. В окне Connect to Team Foundation Server выберите TailspinToysCollection и нажмите на
кнопку Connect. Если требуется подтверждение, то нажмите на кнопку Yes.
5. Figure 2
Выбор коллекции проекта TailspinToysCollection
5. Создайте новый проект тестирования (File | New | Project…).
6. В окне New Project выберите шаблон Coded UI Test Project из Visual C# | Test и выберите
кнопку OK, чтобы создать проект тестирования.
6. Рисунок 3
Создание проекта тестирования Coded UI
7. Существует два способа для создания кода для этого нового закодированного теста ПИ.
Первый и параметр по умолчанию использовать Coded UI Test Builder, который позволяет
вам создавать тестовый код вручную, пройдя через тестовый сценарий. Второй вариант
заключается в использовании существующую запись действий. Выберите второй вариант –
использовать существующую запись действий и нажмите кнопку ОК для продолжения.
Рисунок 4
Использование существующей записи действий для генерирования теста
8. Выберите переключатель идентификаторы и введите 41. В рамках этого задания
предположим, что уже знаем идентификатор тестового случая, содержащго запись
действий.
9. Выберите кнопку Find, чтобы выполнить запрос по рабочим элементам.
7. Рисунок 5
Поиск тестового случая с записью действий
10. Нажмите кнопку OK для генерирования закодированных тестов ПИ из записи действий.
Рисунок 6
Выбор тестового случая с записью действий
11. Перейдите к методу CodedUITestMethod1 в созданном файле CodedUITest1.cs. Каждая
строка представляет собой шаг из записи действий, используемые при генерировании
тестов.
12. Щелкните правой кнопкой мыши на первом вызове метода в методе CodedUITestMethod1
и выберите команду Go To Definition. Это загрузит класс UIMap из файле
UIMap.Designer.cs, который содержит логику созданного теста. Этот созданный метод
запускает Internet Explorer и переходит к указанному URL-адресу.
8. Рисунок 7
Переход по логике тестирования
13. Прокрутите вниз к методу ClickFourthCoffeeFlyer в пределах класса UIMap. Это созданный
тестовый метод нажимает на гиперссылку «Fourth Coffee Flyer» веб-приложения Tailspin
Toys.
Рисунок 8
Пример сгенерированного тестового метода
14. Тестовый метод ClickFourthCoffeeFlyer параметры не указывает непосредственно
гиперссылки, но вместо этого имеет свойство
«UIBlankPageWindowsInteWindow.UIHomeTailspinToysDocument1.UIFourthCoffeeFlyerHyperli
9. nk». Перейдите к определению свойства UIFourthCoffeeFlyerHyperlink, чтобы увидеть, как
оно реализуется.
Рисунок 9
Определение свойства гиперссылки
Примечание: Экземпляр HtmlHyperlink, который создается для свойства
UIFourthCoffeeFlyerHyperlink имеет номер поиска и свойства фильтрации, которые
помогают платформе тестирования для поиска правильной HTML гиперссылки. В случае
если веб-приложение изменяет некоторые свойства ссылки, такие как внутренний текст,
тест программы по-прежнему сможет найти гиперссылку, используя оставшиеся свойства
поиска.
15. Закройте файл UIMap.Designer.cs для возврата в файл CodedUITest1.cs .
16. Щелкните правой кнопкой мыши где-нибудь в исходном файле CodedUITest1.cs и
выберите команду Run Tests. Не прикасайтесь к мышке и клавиатуре во время теста.
Рисунок 10
Расположение команды of Run Tests
10. 17. В ходе выполнения тестов экземпляр Internet Explorer будет открыт и будут выполнены
автоматические действия в порядке, в котором они определены в закодированном тесте
ПИ. Тест выполняется больше одного раза, потому что первичный ручной тест имел
несколько строк параметров теста.
Рисунок 11
Пример выполнения закодированного теста ПИ
18. Убедитесь, что тест выполнен в окне проводника тестирования. Однако, в этом случае мы
не выполняли никакой проверки после любого из шагов.
Рисунок 12
Окно Test Explorer показывает пройденные тесты
11. Упражнение 2: Ведение в
Генерирование Кода с использованием
Coded UI Test Builder
В этом упражнении вы узнаете, как использовать построитель кодированных тестов ИП для
генерирования кода тестирования для веб-приложения Tailspin Toys и изменять созданный код
для того чтобы обеспечить тестирование управляемое данными.
1. Откройте Internet Explorer и нажмите кнопку Tailspin Toys на панели Избранное.
2. Нажмите ссылку Model Airplanes.
3. Нажмите ссылку Fourth Coffee Flyer.
4. Нажмите ссылку Add To Cart для загрузки корзины.
5. Вернитесь в Visual Studio, найдите метод CodedUITestMethod1 в файле CodedUITest1.cs и
добавьте пустую строку после вызова метода « this.UIMap.Clickonwhitespaceinwebsite ».
Рисунок 13
Добавление пустой строки в исходный код теста
6. Щелкните правой кнопкой мыши на пустой строке и Generate Code for Coded UI Test | Use
Coded UI Test Builder… из контекстного меню. Это загрузит Coded UI Test Builder (который
будет всегда отображаться поверх других окон) и экземпляр Internet Explorer, который мы
ранее оставили открытым.
Рисунок 14
Запуск Coded UI Test Builder
12. Примечание: The Coded UI Test Builder используется для записи действий и проверок в
пользовательском интерфейсе, которые затем преобразуются в код.
7. Теперь мы добавим проверку, чтобы убедиться, что текстовое поле количество равно 1.
Перетащите и поместите прицел из окна инструмента Coded UI Test Builder на текстовое
поле Quantity в обозревателе Internet Explorer. Это действие будет загрузит окно Coded UI
Test Builder.
Рисунок 15
Выбор элемента для использования в проверке
8. В окне Coded UI Test Builder выберите свойство Text и нажмите на Add Assertion. Это
загрузит диалоговое окно для завершения установки параметров проверки.
13. Рисунок 16
Окно Coded UI Test Builder
9. Убедитесь, что Comparator для использования является AreEqual и значение сравнения
«1». Нажмите кнопку ОК, чтобы продолжить.
Рисунок 17
Выбор типа и значения для сравнения
10. Проверьте, чтобы была добавлена галочка в строке свойства Text.
14. Рисунок 18
Отмеченная проверка для свойства Text
11. Нажмите кнопку Generate Code в окне Coded UI Test Builder.
Рисунок 19
Расположение кнопки Generate Code
12. В окне Generate Code используйте QuantityEqualsOne как имя метода и нажмите кнопку
Add and Generate для создания кода проверки.
15. Рисунок 20
Генерирование кода проверки
13. Удалите элемент “Fourth Coffee Flyer” из корзины.
14. Закройте Coded UI Test Builder.
15. Закройте Internet Explorer и вернитесь в Visual Studio.
16. Проверьте, что добавлен новый шаг для проверки.
Рисунок 21
Новый шаг проверки для закодированных тестов ПИ
17. Щелкните правой кнопкой мыши и выберите команду Run Tests для запуска тестов с
новым проверочным шагом. Тест должен завершиться успешно.
Упражнение 3: Демонстрация
Управления Данными для
Закодированных Тестов ПИ
В этом упражнении мы добавим еще один набор значений параметров теста в тестовый случай
для того чтобы продемонстрировать, что эти тестовые параметры подключены к
закодированному тесту ПИ и проверке, которую мы недавно добавили, и все работает как
ожидалось.
1. Откройте Microsoft Test Manager из Start | All Programs | Microsoft Visual Studio 2012 |
Microsoft Test Manager.
16. 2. Выберите вкладку Test и выберите набор тестов 7 “As a customer I should be able to remove
items from my shopping cart”.
Note: Если Testing Center автоматически не загружен, то откройте его нажав на
выпадающий список Lab Center.
Рисунок 22
Выбранный тестовый набор 7
3. Выберите первый тестовый случай с ID = 41 и нажмите кнопку Open Test Case.
Рисунок 23
Открытие тестового случая с ID=41
4. В конец раздела Parameter Values добавьте новую строку с количеством 10.
17. Примечание: Значение 10 нормальное значение для корзины, поэтому корзина
обновится с количеством 10, когда оно будет введено. Поскольку цель этого упражнения
заключается в том, чтобы показать, что происходит, когда не проходит итерация теста,
мы будет думать, что это ломает тест с ошибкой для того чтобы продемонстрировать
сбой тестового случая. Проверка того что мы добавили ранее ожидает, что количество
останется 1.
Рисунок 24
Изменение значения параметра
5. Сохраните изменения в тестовый случай и вернитесь Visual Studio.
6. Запустите тесты снова и проверьте, что тест не выполнился на четвертой итерации.
7. Выберите сбойный тест в окне Test Explorer чтобы увидеть детальную информацию. В
нижней части окна Test Explorer, мы видим, что 3 из 4 тестов прошли и что четвертая
строка данных не прошла.