Видео презентации: http://www.youtube.com/watch?v=pdWYmxbTgYw
Ссылка на iOS specifications map: https://www.dropbox.com/s/40eb09lvlsn8flm/ios_testing.png
"How to use fiddler" This presentation will be help you, if you first user about fiddler. Some presentation's page has gammer error then, Please, Email me with feedback, i will fix it quickly. Thanks for your watching
writter's email : dydwls121200@gmail.com
I'm a student in korea.
Exactly There are lots of grammer error. .
Как Web-акселератор акселерирует ваш сайт / Александр Крижановский (Tempesta ...Ontico
В докладе я расскажу, что такое Web-акселератор, он же reverse proxy и он же - фронтенд. Как следует из названия, он ускоряет сайт. Но за счет чего он это делает? Какие они, вообще, бывают? Что они умеют, а что нет? В чем особенности каждого из решений? И, вообще, постараюсь рассказать о них вглубь и вширь.
Еще я расскажу про еще один Open Source Web-акселератор - Tempesta FW. Уникальность проекта в том, что это гибрид Web-акселератора и файервола, разрабатываемый специально для обработки и фильтрации больших объемов HTTP трафика. Основные сценарии использования системы — это защита от DDoS прикладного уровня и просто доставка больших объемов HTTP трафика малыми затратами на оборудование.
- Что такое Web-акселератор, зачем он был придуман и как понять когда он нужен;
- Типичный функционал reverse proxy, его отличия от Web-сервера;
- Упомянем про SSL акселераторы;
- Заглянем вглубь HTTP, и как он управляет кэшированием и проксированием, что может быть закэшированно, а что - нет;
- Мы сравним наиболее популярные акселераторы (Nginx, Varnish, Apache Traffic Server, Apache HTTPD, Squid) по фичам и внутренностям;
- Зачем нужен еще один Web-акселератор Tempesta FW, и в чем его отличие от других акселераторов.
It will describes SOAP/REST differences and SOAP web services in detail with practical approach. it shows usage of SOAP, XML, JAVA, WSDL, XSD and RPC with examples.
This slide show is from my presentation on what JSON and REST are. It aims to provide a number of talking points by comparing apples and oranges (JSON vs. XML and REST vs. web services).
Overview of web services, SOAP, WSDL and UDDI.
A web service provides a defined set of functionality on a machine-processable interface.
The web service interface is described in a formal language like WSDL that allows creating code to access the service thus simplifying web service consumer (client) and provider (server) development.
In big web services, the interface is typically described in WSDL while the access to the service makes use of the SOAP message protocol.
SOAP has its roots in remote object access but is now a general message based and asynchronous transport mechanism.
SOAP is typically carried in HTTP (HyperText Transmission Protocol), but other message based protocols like SMTP (Email) or plain TCP could be used as well.
WSDL provides a formalized description of an interface that is coarsely separated in an abstract service interface definition containing operations and data types, a transport binding that describes how the web service is accessed and finally a description of the location (address) under which a web service is accessible.
UDDI (Universal Description and Discovery Protocol) was meant to become the standard protocol for some kind of a public yellow pages where publicly accessible web services would be listed. Lack of industry interest, however, prevented UDDI to gain widespread use.
"How to use fiddler" This presentation will be help you, if you first user about fiddler. Some presentation's page has gammer error then, Please, Email me with feedback, i will fix it quickly. Thanks for your watching
writter's email : dydwls121200@gmail.com
I'm a student in korea.
Exactly There are lots of grammer error. .
Как Web-акселератор акселерирует ваш сайт / Александр Крижановский (Tempesta ...Ontico
В докладе я расскажу, что такое Web-акселератор, он же reverse proxy и он же - фронтенд. Как следует из названия, он ускоряет сайт. Но за счет чего он это делает? Какие они, вообще, бывают? Что они умеют, а что нет? В чем особенности каждого из решений? И, вообще, постараюсь рассказать о них вглубь и вширь.
Еще я расскажу про еще один Open Source Web-акселератор - Tempesta FW. Уникальность проекта в том, что это гибрид Web-акселератора и файервола, разрабатываемый специально для обработки и фильтрации больших объемов HTTP трафика. Основные сценарии использования системы — это защита от DDoS прикладного уровня и просто доставка больших объемов HTTP трафика малыми затратами на оборудование.
- Что такое Web-акселератор, зачем он был придуман и как понять когда он нужен;
- Типичный функционал reverse proxy, его отличия от Web-сервера;
- Упомянем про SSL акселераторы;
- Заглянем вглубь HTTP, и как он управляет кэшированием и проксированием, что может быть закэшированно, а что - нет;
- Мы сравним наиболее популярные акселераторы (Nginx, Varnish, Apache Traffic Server, Apache HTTPD, Squid) по фичам и внутренностям;
- Зачем нужен еще один Web-акселератор Tempesta FW, и в чем его отличие от других акселераторов.
It will describes SOAP/REST differences and SOAP web services in detail with practical approach. it shows usage of SOAP, XML, JAVA, WSDL, XSD and RPC with examples.
This slide show is from my presentation on what JSON and REST are. It aims to provide a number of talking points by comparing apples and oranges (JSON vs. XML and REST vs. web services).
Overview of web services, SOAP, WSDL and UDDI.
A web service provides a defined set of functionality on a machine-processable interface.
The web service interface is described in a formal language like WSDL that allows creating code to access the service thus simplifying web service consumer (client) and provider (server) development.
In big web services, the interface is typically described in WSDL while the access to the service makes use of the SOAP message protocol.
SOAP has its roots in remote object access but is now a general message based and asynchronous transport mechanism.
SOAP is typically carried in HTTP (HyperText Transmission Protocol), but other message based protocols like SMTP (Email) or plain TCP could be used as well.
WSDL provides a formalized description of an interface that is coarsely separated in an abstract service interface definition containing operations and data types, a transport binding that describes how the web service is accessed and finally a description of the location (address) under which a web service is accessible.
UDDI (Universal Description and Discovery Protocol) was meant to become the standard protocol for some kind of a public yellow pages where publicly accessible web services would be listed. Lack of industry interest, however, prevented UDDI to gain widespread use.
Презентация с Харьковского QA Talk: Автоматизация мобильных приложений на базе Appium. Специфика и подходы в автоматизации Web/Native/Hybrid приложений
Unity: "Очевидное-невероятное” или хитрости разработки на Unity AndroidDevGAMM Conference
Unity для платформы Android решает за разработчика огромное количество проблем. Что впрочем не отменяет умелое использование этого мощного инструментария. Приходите и узнайте секреты и хитрости разработки от участника команды Unity Android.
Виды QA: Всё что вы не знали и боялись спроститьGoIT
19.02.2015 состоялось очередное событие, посвященное тематике Тестирования ПО.
Встреча помогла участникам
• разобраться в видах QA;
• получить информацию о «подводных» камнях каждого из направлений;
• узнать о специфике работы тестеровщика;
• перенять опыт тестировщиков с многолетним стажем;
• узнать о нововведениях в мире QA;
• выбрать свой путь развития в тестировании.
Спикерами выступили:
Александр Майданюк – QA Lead, Manager, QA Consultant и Trainer. Занимает позицию Head
of Quality Assurance Solution в Ciklum. Эксперт и судья QA секции чемпионатов UA Web
Challenge. Соучредитель Киевского Клуба тестировщика QA Club.
Николай Ковш – QA Engineer в Ciklum. Является ярким примером свитчера - человека,
который сменил область деятельности. Со-организатор ивентов в QA Club - самом большом
киевском сообществе тестировщиков. Николай расскажет, почему тестировщику важно
научиться программировать.
Марина Шевченко – Mobile QA Engineer в Ciklum. QA з досвідом тестування веб, дестопних
та мобільних додатків. Співорганізатор заходів в QA Club – найбільшій київській спільності
тестувальників.
Есть ли жизнь после релиза мобильного приложения?Alexander Khozya
1. Отличия заказной и продуктовой разработки
2. Какие инструменты для сбора краш логов и аналитики есть на рынке?
3. Какие используем мы
4. Воспроизводим найденные краши
5. Использование обезьянок вместе со средствами аналитики
6. Перевыкладка
7. Внутреннее бета-тестирование
8. A/B тестирование
Доклад Александра Хози и Николая Козлова на Mobile ConfetQA. "Есть ли жизнь п...Badoo Development
Мобильные тестировщики компании Badoo рассказывают об опыте тестирования нативных приложений, о сервисах сбора статистики и анализа данных, организации внешних и внутренних бета-релизов и о многом другом.
Solit 2014, Appium. Тестируем гибридные мобильные прирложения в стиле webdriv...solit
Стахиевич Андрей, Минск. Опыт в IT более 5 лет, работает в компании ISSoft, специализируется в разработке (.NET C# ASP\MVC, WPF, WinForm) и автоматизированном тестировании ПО (Web, Desktop, Mobile), автоматизации процессов build и deployment в контексте continuous integration различных проектов.
«Appium. Тестируем гибридные мобильные приложения в стиле Webdriver API». Development секция. Отделение тестирования.
Selenium Webdriver давно известен в кругах QA за счет богатого API, реализованного на многих языках программирования, который вот-вот станет стандартом W3C.
С появлением инструмента Appium можно теперь использовать Webdriver API для автоматизации не только веб приложений, но и нативных, а также гибридных мобильных приложений на платформах IOS и Android.
В докладе планируется следующее:
1. Сказать несколько слов об Appium и его месте среди прочих инструментов для тестирования.
2. Поделиться опытом, приобретенным в процессе коммерческой разработки автоматизации тестирования для гибридного мобильного приложения, построенного на основе PhoneGap и Sencha Touch.
3. Рассказать об особенностях написания тестов, работающих и на Android, и на IOS c помощью Appium и стандартного data driven test решения от Junit и TestNG.
4. Рассказать о запуске тестов распределенно с помощью Appium и Selenium Grid.
«Измеряем производительность веб приложения на стороне клиента с помощью Selenium Webdriver и BrowserMobProxy». Development секция. Отделение тестирования.
В современном вебе высокопроизводительный сайт – это не каприз заказчика, а стандарт, приобретающий все большую популярность. А значит у команды QA прибавилась задача – тестирование производительности приложения. В своем докладе я хотел бы поговорить о том, как собирать данные о производительности веб-приложения, как хранить и анализировать эти данные, а также, как оптимизировать производительность, основываясь на полученных данные.
Давайте поговорим о том, как это можно автоматизировать.
1) Производительность веба. Лучшие практики и стандарты.
2) Производительность на стороне клиента:
- сбор данных по производительности с помощью Selenium Webdriver and BrowserMobProxy;
- хранения, анализ и визуализация данных с помощью HAR Storage;
3) Улучшение производительности:
- рекоммендации по улучшение производительности от Google Page Speed;
Аналитика мобильных приложений: как настроить аналитику в приложении, какие инструменты выбрать (Flurry, Google Analytics, Fabric Answers, AppsFlyer), на что обращать внимание
http://light.mdday.ru
Similar to Introduction to Mobile applications testing (20)
2. Кто о чем
Никифоров Олег
в компании
Android apps
iOS apps
UX/UI Design
http://stanfy.com
• Особенности
тестирования
мобильных
приложений
• Подготовка к процессу
тестирования
• Виды тестирования в
мобайл
• База для тестирования
• Полезные тулзы
3. Особенности тестирования
мобильных приложений
•
•
•
•
•
•
•
•
•
Форм факторы
Управление жестами
Разные типы соединения
Взаимодействие с соц. сетями
Достижения (achievements)
Уведомления (push notifications)
Работа с медиа
Привязка к локальным настройкам
Упор на визуальную составляющую
5. Жесты
• Стандартные действия к
которым привыкли
пользователи
• Кастомные действия на
стандартные жесты
• Кастомные жесты
• Несколько свайпов на одном
экране
7. Взаимодействие с соц. сетями
• Авторизация через соц сети
• Шаринг
• Постинг сообщений: картинки,
ссылки
• Комментарии
• Login/logout апп/браузер/настройки
девайса (iOS)
8. Achievements
• Привязанные к времени (пользовался 2 недели)
• Привязанные к действиям - как срабатывают
• Шаринг ачивок
9. Push notifications
• Получение
• Открытие соответствующей страницы
• Обработка ошибок (например объекта на который
ссылается уведомление больше не существует, пустое
уведомление, etc.)
10. Работа с медиа
Работа с медиа (фото, видео, звук) и
внешней периферией:
• Использование фото из
библиотеки/камеры использование
панорам
• Работа с микрофоном (в том числе
внешней гарнитурой)
• Воспроизведение аудио/видео
(пауза, обработка
входящих/исходящих
звонков, сообщений).
11. Привязка к локальным настройкам
• Привязка к времени/локализации/региону:
• Язык приложения в зависимости от настроек
девайса
• Время с привязкой к часовому поясу
• Язык получаемого контента в зависимости от
настроек девайса
• Формат даты/времени в зависимости от
региональных настроек
• Меры веса/объема/температуры в зависимости от
региональных настроек
12. Упор на визуальную составляющую
•
•
•
•
•
Размеры кнопок в зависимости от локали
Шрифты
Размытые картинки
Ресурсы соответствующие разрешению экрана
Анимации
13. Начало процесса
• Работа с
требованиями, прототипами, первоначальным
дизайном (mock-ups) - основной смысл - понять
flow приложения
• Ознакомление с API документацией
• Написание API тестов
• Создание mind maps по приложению
14. Типы тестирования
• Manual
• Automated ui:
o Calabash
o Frank
o Robotium
o UI Automation
o Appium
• Automated api:
o Soapui
o Loadui
15. База для тестирования
• Use cases которые относятся непосредственно к тестируемому
приложению 30% - 50%
• Specifications общие для системы - iOS/Android 10% - 20%
• Common cases - use cases которые общие для определенного
типа приложений, в том числе и для отдельных компонентов
приложения в определенной системе (списки, scrollview, alerts,
etc.) 5% - 15%
• Testing patterns - граничные значения, выборки, etc 5% - 10%
• Чуйка ;) 20% - ∞
17. Android
• Проверять на разных девайсах:
o разный размер экранов > отображение контента
o разная плотность экранов (pixel density) > отображение графических
элементов (внешний вид иконок, кнопок, текста, etc.)
• Проверять на разных прошивках:
o Проигрывание медиа файлов;
o Action bar;
o Кастомные анимации;
o Web view.
• Проверка на работу приложения во время звонка:
o Если в приложении есть сервисы, которые работают в фоне со звуком
(воспроизведение музыки в фоне) > надо проверять, как приложение
себя ведет при поступлении звонка на девайс;
o Если в приложении нет сервисов, которые работают в фоне со звуком >
можно ограничиться проверкой перевода аппа в background.
18. Тулзы которые помогают при тестировании
мобильных приложений
• IDE:
o Eclipse + DDMS + Sim
o Xcode + Organizer + Sim
• Visual:
o Reflector
o Jing
o DDMS - capture android
device
• Network:
o Sniffers/proxy (Burp, tcp
catcher, charles, etc.)
o Network Link Conditioner
• Location:
o iOS Sim
o Fake Location (Android)
o Eclipse
• Other:
o iPhone Configuration Utility
- manage certs
o XMind
o Crashlytics
19. IDE
• Android:
o Eclipse https://www.eclipse.org
o DDMS
http://developer.android.com/tools/debugging/ddms.html
o Simulator
• iOS:
o Xcode
https://developer.apple.com/xcode/
o AppCode
http://www.jetbrains.com/objc/
o Simulator
21. Network
• Sniffers/proxy:
o Burp Suite http://portswigger.net/burp/
o Tcp Catcher http://www.tcpcatcher.org/download.php
o Charles proxy http://www.charlesproxy.com/
• Network Link Conditioner
26. Tips and Tricks
• Апдейт приложения - сохранять данные
(мигрирование БД)
• Пользовательские данные и iCloud
• Crashlytics и смена бандла
• Crashlytics и дебаг
• Crashlytics и Hockeyapp
• Флури
• NSLog и время на обработку крэша
• Пересоздание активности в android при смене
ориентации
• Кэширование
• Auth token
• Обработка серверных ошибок
• Server error vs. no connection