Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Тестирование сетевого оборудования через консольный интерфейс

1,290 views

Published on

Презентация Александра Щукина на SQA Days-16
14-15 ноября 2014, Санкт-Петербург, Россия
www.sqadays.com

Published in: Education
  • Be the first to comment

Тестирование сетевого оборудования через консольный интерфейс

  1. 1. Тестирование сетевого оборудования через консольный интерфейс Александр Щукин ООО Смартек
  2. 2. Основные цели доклада - рассказать о том: ➢ как был организован процесс тестирования ➢ как мы автоматизировали тестирование сетевого оборудования ➢ какие инструменты и технологии использовали ➢ с какими проблемами сталкивались и как их решали Цели доклада
  3. 3. Интерфейсы взаимодействия с сетевым оборудованием Стандартные интерфейсы взаимодействия с оборудованием: ● Нативный оконный интерфейс ● Веб-интерфейс ● Интерфейс командной строки
  4. 4. Определение задач и выбор инструментов ➢ работа с консольным интерфейсом: выполнение команд, обработка их выводов и работа в интерактивном режиме ➢ работа с регулярными выражениями при обработке выводов команд ★ Python ★ Perl ★ TCL ★ различные дополнительные модули, упрощающие выполнение решаемых задач (Expect и др.) Задачи: Инструменты: TCL / Expect
  5. 5. Пример простого теста - проверка подсистемы роутинга
  6. 6. 1. В начале теста мы проверяем, что хосты в подсети Б недоступны из подсети А: foreach IP $IPList { set spawn_id spawn_ssh $IP $user $password send -i $spawn_id "ping 192.169.1.1r" } 2. Логинимся на свич #1 и добавляем требуемый маршрут: spawn_id = spawn_ssh $switchIP $user $password send -i $spawn_id "route add -net 192.168.1.0 netmask 255.255.255.0 gw 192.168.1.1r" 3. Проверяем, что маршрут задался верно. send -i $spawn_id "show iprouter" 4. Далее заходим на каждый хост из подсети А и проверяем что хосты из подсети Б доступны: foreach IP $IPList { set spawn_id spawn_ssh $IP $user $password send -i $spawn_id "ping 192.169.1.1r" } Пошаговый сценарий выполнения теста
  7. 7. Этапы создания авто-тестов
  8. 8. Оффлайн тестирование как способ быстрой отладки авто-тестов 2-3hours 2-3mins
  9. 9. Архитектура тестового фреймворка
  10. 10. Continuous integration Цели: 1. Мэнеджер постоянно видит текущее состояние проекта, тем самым чувствуя над ним контроль 2. Сквозной и прозрачный контроль качества сборок помогает повыстить чувство ответственности у разработчиков, стимулируя их бдительность No bugs!!!
  11. 11. Спасибо за внимание! Александр Щукин компания Смартек - www.smartru.com Email: aschukin@smartru.com Skype: schukin-as

×