Способы расширения зоны влияния вашей системы автотестов
•Download as PPTX, PDF•
0 likes•325 views
Доклад Даниила Подойницына на SQA Days-15. 18-19 апреля, 2014, Москва. www.sqadays.com
Recommended
Recommended
More Related Content
What's hot
What's hot (11)
Viewers also liked
Viewers also liked (14)
Similar to Способы расширения зоны влияния вашей системы автотестов
Similar to Способы расширения зоны влияния вашей системы автотестов (20)
More from SQALab
More from SQALab (20)
Способы расширения зоны влияния вашей системы автотестов
- 1. Способы расширения зоны влияния вашей системы автотестов. Подойницын Даниил Ventra
- 2. Проблема
- 3. …Не для тех кто делает так
- 4. Что делать если у вас коробочный продукт?
- 5. Ситуация Другие Виды GUI Дано: Хороший коробочный инструмент для GUI Нужно: Встроить в его тесты такие проверки, которые он сам, из коробки, сделать не может.
- 7. Задача 1. Без GUI
- 8. Быстрый вариант Кто-нибудь наверняка предложит по-быстрому написать маленькую программу, которая делает ту самую проверку/действие.
- 9. Быстрый вариант • 1. Берем значение с GUI $message
- 10. Быстрый вариант • 1. Берем значение с GUI • 2. Подставляем как параметр в запускаемую строку $message
- 11. Быстрый вариант • 1. Берем значение с GUI • 2. Подставляем как параметр в запускаемую строку • 3. Исполняем Main test app • get $message from GUI cmd • C:app.exe –P1=$message One action app • Check DB by $message
- 12. Быстрый вариант • 1. Берем значение с GUI • 2. Подставляем как параметр в запускаемую строку • 3. Исполняем • 4. Слушаем exit code (0, -1, -2 и тд)
- 13. Маленькие C# программы. • Кол-во .exe выросло с 3 до 40 за 3 месяца. • Поддерживать каждую нужно отдельно. • Делать это может только автор. • Лучше не делать так.
- 14. Приемлемый вариант • Берем хороший инструмент.
- 15. Приемлемый вариант • Берем хороший инструмент. • По той же схеме, данные отправляем через cmd. Во внешнем проекте строим сложную логику их обработки.
- 16. Приемлемый вариант • Берем хороший инструмент. • По той же схеме, данные отправляем через cmd. Во внешнем проекте строим сложную логику их обработки. • И слушаем exit code.
- 17. Разница • Логи • Понятно и читабельно. • Можно в ручную.
- 18. tips and tricks • Если уперлись в 255 символов cmd — сокращайте имена параметров до P1, P2... • Аккуратней с кавычками, знаками равно, и другими спец. символами
- 19. Двустороннее общение. • Исходящие данные в виде cmd или записи в txt файл. Main Test app input.txt Ext app cmd params
- 20. Двустороннее общение. • Исходящие данные в виде cmd или записи в txt файл. • Вывод из консоли в txt файл. Считываем нужное. Main Test app input.txt or cmd Ext app output.txt
- 22. hints • Std out не подходит. • Если txt файл заблокирован — скопируйте его. • Можно заложить разветвленную логику.
- 23. Задача 2. На GUI внешней системы
- 25. Плохой вариант.
- 26. Автокликер 2.0!
- 27. Последняя надежда для нестандартных GUI. * * Фрагмент модифицированного GUI Oracle Forms 6
- 28. tips and tricks • Sikuli любит капризничать в связи с точкой запуска. • Хорошо различает форму, но не цвет.
- 29. Добавить нужный функционал самому. • - Требует много времени. • - Не факт что получится. • + Даст много опыта • + Интересно.
- 30. Сменить инструмент • Крайняя мера • Новые тесты, не повторять работающие.
- 31. Итоги. • Плохие варианты: -просто автокликер. -самописные проги на любой чих. • Разумный Компромисс: Sikuli • Хорошие варианты: +Интегрировать с годными сторонними приложениями +Заглянуть в исходники главного инструмента +Сменить инструмент