Концепция QaAPI: взгляд на тестирование с другой стороны баррикадSQALabПрезентация Дмитрия Марущенко на SQA Days-16
14-15 ноября 2014, Санкт-Петербург, Россия
www.sqadays.com
Jenkins 2.0: Организуем тестирование в составе Continuous DeliverySQALabДоклад Олега Ненашева на конференции SQA Days-19, 20-21 мая 2016 г., Санкт-Петербург
Александр Шуров, Олег Николенко «Как устроено автоматическое frontend-тестир...WrikeTechClubАлександр Шуров, Олег Николенко «Как устроено автоматическое frontend-тестирование на wrike.com»
Микросервисы для автоматизации тестирования - опыт "Одноклассников"SQALabДоклад Никиты Макарова на конференции SQA Days-17,
29-30 мая 2015 г., Минск
www.sqadays.com
Graal, Truffle, SubstrateVM and other perks: what are those and why do you ne...Oleg ChirukhinGraalVM is a universal virtual machine for running applications written in JVM-based languages (Java, Scala, Clojure, Kotlin), JavaScript, Python, Ruby, R, and LLVM-based languages such as C and C++.
Quite often research projects look like something out of the world, something you won’t probably use in real life. Graal changes the picture: it took the stage out of the blue, and not as a newbie, but as a mature competitor. In this talk, we’ll look at what Graal consists of and what practical use you can get from it right now.
We’ll talk about GraalVM components:
Graal Compiler – an optimizing compiler that supports both dynamic and static compilation and can integrate with the Java HotSpot VM or run standalone. We’ll see how to run existing applications, and what benefit (in numbers) it can bring.
Substrate VM — a framework for ahead-of-time (AOT) compilation into executable images or shared objects. It sounds like a most radical and cheating optimization because it works the way no one else can (under closed-world assumption).
Truffle – language implementation framework for creating languages and instrumentations for GraalVM. Language design is a very complex field, so here we’ll focus on existing languages from GraalVM distribution.
Как мы приручили демона или процесс тестирования демонов в BadooSQALabДоклад Антона Волкова на конференции SQA Days-19, 20-21 мая 2016 г., Санкт-Петербург
Багфиксинг процесса разработки в iOS: взгляд с двух сторонBadoo DevelopmentTechleads Meetup #1
"Багфиксинг процесса разработки в iOS: взгляд с двух сторон"
Екатерина Николаенко, iOS QA Lead и
Катерина Трофименко, iOS Developer (Badoo)
Описание:
Приложение Badoo для iOS существует около 7 лет и пережило уже 4 реинкарнации. Наши процессы и подходы не всегда были оптимальны и мы не единственные, кто познали релизы через боль и страдание всех участников процесса разработки.
Чтобы найти идеальный баланс между скоростью и качеством мы решили отрефакторить процессы разработки и тестирования в iOS команде и добились релизов раз в неделю. Из нашего доклада вы узнаете об эволюции команды с точки зрения разработки и тестирования. А так же мы расскажем как мы уменьшили crash-rate в 40 раз.
Реактивный двигатель вашего Android приложенияMatvey MalkovПрезентация, объясняющая концепцию реактивных потоков с использованием Android SDK и RxJavа. Рассчитано на программистов с любым стажем, которые жеалют начать использовать эту концепцию в своих программах.
Реактивные потоки -- это круто.
Мобильный веб: назад в будущееBadoo DevelopmentTechleads Meetup #1
Мобильный веб: назад в будущее"
Виталий Шароватов, Mobile Web Team Lead и Руслан Байрамкулов, Senior Mobile Web QA Engineer (Badoo)
Описание:
Количество пользователей мобильных устройств уже давно превысило количество пользователей стационарных компьютеров и ноутбуков. В свою очередь мобильный веб — это самая быстрорастущая мобильная платформа (по данным comScore, 2015). И если будущее не за этой платформой, то как минимум, она будет его заметной частью.
Давным-давно для Мобильного веба в Badoo были «тёмные времена». Использовались дизайны нативных платформ и эмитировалось их поведение. Даже релизы случались раз в неделю-две. Около года назад ситуация начала меняться в лучшую сторону. Мобильная веб версия Badoo догнала по количеству фич остальные платформы и показала существенный рост по всем показателям. Теперь мобильный веб релизится каждый день.
В докладе мы расскажем о том, что неправильного происходит с процессами внутри и снаружи команды. Для примера возьмем как собственные грабли, так и чужие, но такие распространённые ошибки организации работы.
О том, что не помогло, рассказывать не будем, а о том, что сработало, ничего не утаим. Эта информация поможет вам работать в удовольствие. В ассортименте истории о том:
— как один автоматизатор всю регрессию покрыл;
— как подружились продакты-дизайнеры с командой разработки;
— как жадные программисты забрали себе всю ответственность;
— пуркуа QA любит сидеть с девелоперами плечом к плечу;
— зачем нужно не спускать глаз с багов, ломающих автоматизацию, и как заканчивать фичу после того, как закончили фичу.
Behat-trick: как мы внедряли BDD на наших проектахSQALabДоклад Владислава Романенко на конференции SQA Days-18, 27-28 ноября 2015 г., Москва
www.sqadays.com
Moscow Jenkins Meetup #1. Pipeline для инженеров. Обзор экосистемыOleg NenashevРассказ о Configuration as Code в Jenkins и возможностях Pipeline: DSL, Multi-Branch, Pipeline Model Definition, восстановление после ошибок, параллелизация задач, интеграции. В каком направлении развивается экосистема?
Роман Приходько, Владимир Беспрозванных, «Сбербанк-Технологии» — Платформа ЕФСDev_PartyРоман Приходько, «Сбербанк-Технологии» — Платформа ЕФС — принципы построения и инструменты реализации.
Конференция Dev Party (http://devparty.ru).
Вологда, 02.04.2016.
Автоматизация функционального тестирования REST APIPavel AsanovВ этой презентации я рассказываю не только об автотестах, а о целом комплексе автоматических инструментов для обеспечения качества веб-сервиса на разных этапах разработки.
Как обеспечить проверку формата? Как поддерживать документацию в актуальном виде? Какую архитектуру выбрать для функциональных тестов?
Немного интересного про JSON-схемы и параметризованные тесты, про тестирование API методом чёрного ящика и про выбор исходных данных для тестирования.
Илья Кудинов «Развитие процессов тестирования в Badoo за три года, или как мы...WrikeTechClubИлья Кудинов «Развитие процессов тестирования в Badoo за три года, или как мы думали, что всё хорошо, а оказалось, что можно лучше»
Как мы приручили демона или процесс тестирования демонов в BadooSQALabДоклад Антона Волкова на конференции SQA Days-19, 20-21 мая 2016 г., Санкт-Петербург
Багфиксинг процесса разработки в iOS: взгляд с двух сторонBadoo DevelopmentTechleads Meetup #1
"Багфиксинг процесса разработки в iOS: взгляд с двух сторон"
Екатерина Николаенко, iOS QA Lead и
Катерина Трофименко, iOS Developer (Badoo)
Описание:
Приложение Badoo для iOS существует около 7 лет и пережило уже 4 реинкарнации. Наши процессы и подходы не всегда были оптимальны и мы не единственные, кто познали релизы через боль и страдание всех участников процесса разработки.
Чтобы найти идеальный баланс между скоростью и качеством мы решили отрефакторить процессы разработки и тестирования в iOS команде и добились релизов раз в неделю. Из нашего доклада вы узнаете об эволюции команды с точки зрения разработки и тестирования. А так же мы расскажем как мы уменьшили crash-rate в 40 раз.
Реактивный двигатель вашего Android приложенияMatvey MalkovПрезентация, объясняющая концепцию реактивных потоков с использованием Android SDK и RxJavа. Рассчитано на программистов с любым стажем, которые жеалют начать использовать эту концепцию в своих программах.
Реактивные потоки -- это круто.
Мобильный веб: назад в будущееBadoo DevelopmentTechleads Meetup #1
Мобильный веб: назад в будущее"
Виталий Шароватов, Mobile Web Team Lead и Руслан Байрамкулов, Senior Mobile Web QA Engineer (Badoo)
Описание:
Количество пользователей мобильных устройств уже давно превысило количество пользователей стационарных компьютеров и ноутбуков. В свою очередь мобильный веб — это самая быстрорастущая мобильная платформа (по данным comScore, 2015). И если будущее не за этой платформой, то как минимум, она будет его заметной частью.
Давным-давно для Мобильного веба в Badoo были «тёмные времена». Использовались дизайны нативных платформ и эмитировалось их поведение. Даже релизы случались раз в неделю-две. Около года назад ситуация начала меняться в лучшую сторону. Мобильная веб версия Badoo догнала по количеству фич остальные платформы и показала существенный рост по всем показателям. Теперь мобильный веб релизится каждый день.
В докладе мы расскажем о том, что неправильного происходит с процессами внутри и снаружи команды. Для примера возьмем как собственные грабли, так и чужие, но такие распространённые ошибки организации работы.
О том, что не помогло, рассказывать не будем, а о том, что сработало, ничего не утаим. Эта информация поможет вам работать в удовольствие. В ассортименте истории о том:
— как один автоматизатор всю регрессию покрыл;
— как подружились продакты-дизайнеры с командой разработки;
— как жадные программисты забрали себе всю ответственность;
— пуркуа QA любит сидеть с девелоперами плечом к плечу;
— зачем нужно не спускать глаз с багов, ломающих автоматизацию, и как заканчивать фичу после того, как закончили фичу.
Behat-trick: как мы внедряли BDD на наших проектахSQALabДоклад Владислава Романенко на конференции SQA Days-18, 27-28 ноября 2015 г., Москва
www.sqadays.com
Moscow Jenkins Meetup #1. Pipeline для инженеров. Обзор экосистемыOleg NenashevРассказ о Configuration as Code в Jenkins и возможностях Pipeline: DSL, Multi-Branch, Pipeline Model Definition, восстановление после ошибок, параллелизация задач, интеграции. В каком направлении развивается экосистема?
Роман Приходько, Владимир Беспрозванных, «Сбербанк-Технологии» — Платформа ЕФСDev_PartyРоман Приходько, «Сбербанк-Технологии» — Платформа ЕФС — принципы построения и инструменты реализации.
Конференция Dev Party (http://devparty.ru).
Вологда, 02.04.2016.
Автоматизация функционального тестирования REST APIPavel AsanovВ этой презентации я рассказываю не только об автотестах, а о целом комплексе автоматических инструментов для обеспечения качества веб-сервиса на разных этапах разработки.
Как обеспечить проверку формата? Как поддерживать документацию в актуальном виде? Какую архитектуру выбрать для функциональных тестов?
Немного интересного про JSON-схемы и параметризованные тесты, про тестирование API методом чёрного ящика и про выбор исходных данных для тестирования.
Илья Кудинов «Развитие процессов тестирования в Badoo за три года, или как мы...WrikeTechClubИлья Кудинов «Развитие процессов тестирования в Badoo за три года, или как мы думали, что всё хорошо, а оказалось, что можно лучше»
Архитектура кода нового 2ГИС Web API или куда мы дели MVCDevDayСергей Коржнев
Архитектор версии 1.4 2ГИС Web API
Архитектура кода нового 2ГИС Web API или куда мы дели MVC
Тезисы:
● Как организован код в старой версии.
● Вдумчиво смотрим, как мы используем Yii, хватаемся за голову и клавиатуру. Там отрезаем, тут пришиваем, и вуаля!
● Ну и делаем выводы, как мы забороли две классические проблемы программирования: борьба с дублированием кода и сложностью системы.
Vladimir Trandafilov - When you need your system of cross browser testingIevgenii KatsanVladimir Trandafilov - When you need your system of cross browser testing
10_tips_for_become_qaSoftengiTrainingCenterТы узнаешь 10 конкретных шагов, которые помогут тебе стать качественным тестировщиком. А еще получишь ответы на вопросы:
- Must-have skills Junior`а
- Что учить самостоятельно?
- Нужны ли курсы?
- Что поможет получить работу?
- Как может развиваться карьера?
Что, зачем и каким образом следует проверять и тестировать перед запуском сай...Alexey KostinПрезентация к докладу Алексея Костина Drupal CIS 2013 в Москве — «Что, зачем и каким образом следует проверять и тестировать перед запуском сайта на Drupal в публичную эксплуатацию»
Аналитика мобильных приложенийAnatoly SharifulinАналитика мобильных приложений: как настроить аналитику в приложении, какие инструменты выбрать (Flurry, Google Analytics, Fabric Answers, AppsFlyer), на что обращать внимание
http://light.mdday.ru
“Можно ли перевернуть пирамиду?” – автоматизируем тестирование с меньшим числ...Igor KhrolКогда мы говорим об автоматизации тестирования, чаще всего вспоминается Selenium, Microsoft Coded UI, QTP и другие аналогичные инструменты. Мы хотим воспроизводить действия ручного тестирования с максимальной точностью, чтобы можно было с уверенностью сказать, что тот или иной тест-скрипт повторяет какую-то часть сложившихся на проекте тестов. Когда же тестов становится чуть больше, то мы обнаруживаем, что наши тесты запускаются долго, работают нестабильно. После чего мы начинаем говорить о параллелизации, виртуализации, четырёхслойной архитектуре фреймворка и прочих жутко интересных вещах… Это всё очень хорошо, но главная цель где-то остаётся в стороне – контроль качества нашего продукта.
В своём докладе я попытаюсь слегка задать направление другой альтернативе: отойти от автотестов через пользовательский интерфейс в сторону более низкоуровневых, которые значительно быстрее и стабильнее. Если вас также волнует “переворачивание” пирамиды автоматизации тестирования, то приглашаю присоединиться к обсуждению этой сложной и важной темы.
Виды QA: Всё что вы не знали и боялись спроститьGoIT19.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 – найбільшій київській спільності
тестувальників.
10M tests per daySergey GrinevPresentation from https://heisenbug-piter.ru/en/talks/2018/spb/kkw6oivsoywayacggksmk/
Once upon a time, we got a requirement to finish all testing in 2 days despite the number of tests to run. That number grew, and grew, and grew, and now there are tens of millions of them. So this is a story about building a dam against the never-ending flood which turned out to be not that scary. You are very welcome to join and see it for yourself.
Web аналитика на полную!MarkEd - Образовательная платформаПрезентация по настройке и управлению веб-аналитикой и контроля эффективности бизнеса в сети.
Как автоматизировать тестирование метрик на сайтеМаркетинг-аналитика с OWOX BIПри внедрении на сайт нового функционала могут «поломаться» метрики, передаваемые в Google Analytics. В результате вы получите некорректные данные и, чем позднее выявите ошибку, тем выше будет стоимость ее исправления. Поэтому веб-аналитикам приходится вручную тестировать метрики после обновлений на сайте. В среднем на проверку данных после небольшого релиза уходит до 2 часов.
Хорошая новость в том, что этот процесс можно автоматизировать, чтобы освободить ценное время аналитика на поиск инсайтов и точек роста.
Автотестированию метрик на сайте посвящена эта презентация, а также бесплатный вебинар, который вы можете посмотреть в записи https://www.owox.com/c/3f6.
QA Fest 2019. Катерина Спринсян. Параллельное покрытие автотестами и другие и...QAFestРаньше мы в Badoo фокусировались в основным на ручном тестировании. Получался этакий дедлок мануальной регрессии: не было времени, чтоб писать тесты, потому что много тестировали руками, а много тестировали руками, потому что не было автотестов.
Но мы смогли наладить свою систему автоматизации и процессы, разорвали этот порочный круг и начали писать годные тесты.
В своем докладе я расскажу, как нам удалось сократить ручную регрессию с 90% до 30% рабочего времени, при этом сохранить достойный уровень качества и профессионально вырасти!
3. ...и про технологии
У нас было 2 веб-сайта, 4 разных мобильных платформы
и целое море различных версий мобильных приложений,
а также версия для мобильных браузеров и приложения в
социальных сетях. Не то что бы все это было
категорически необходимо для бизнеса, но если уж
начали делать социальную сеть, то становится трудно
остановиться. Единственное, что вызывало у меня
опасения - это релизы вечером в пятницу. Нет ничего
более беспомощного, безответственного и испорченного,
чем пятничный релиз. Я знал, что рано или поздно мы
перейдем и эту грань.
“
”
4. Что такое QaApi?
QaApi - это API (Application Programming
Interface) для отдела QA (Quality Assurance).
Это API предназначено для изменения
внутреннего состояния системы в процессе
ручного или автоматизированного
тестирования приложения.
5. Что такое QaApi?
QaApi - это API (Application Programming
Interface) для отдела QA (Quality Assurance).
БОЖЕ МОЙ!
ДА ЧТО Ж ТАК
СКУЧНО-ТО, А?
Это API предназначено для изменения
внутреннего состояния системы в процессе
ручного или автоматизированного
тестирования приложения.
10. Типичный тест-кейс
“
Пользователи, зарегистрированные
на Badoo более месяца назад, в день
своего рождения получают в подарок
100 кредитов*.
”
* Пример выдуманный! :)
11. Как будем тестировать?
● регистрируемся
● ждем месяц???
● ждем ещё...
● … до дня рождения?
● получаем кредиты
● PROFIT?
13. “Подкрутите мне в базе…”
Эволюция обращений к программистам:
1. “А сделайте мне, чтоб дата
регистрации была месяц назад?”
2. “А скажите, где в базе хранится дата
регистрации, я вручную изменю?”
3. “А давайте сделаем интерфейс, где
каждый сможет менять дату?”
4. “А запилите нам API?”
Все любят короткие пути!
15. Автотесты
Эти инструменты легко интегрировать с API, но очень сложно - с веб-интерфейсом:
Calabash
Система тестирования
мобильных приложений,
основанная на Ruby и Cucumber.
Selenium
Мощный инструмент
автоматизации
браузеров.
Интеграционные
тесты
Тестирование клиент-серверного
взаимодействия.
16. Наша идея вам подойдет, если:
● ваше приложение имеет
серверную часть
QaApi не поможет тестировщикам
оффлайн-игры на телефоне
● ваше приложение хранит
состояние между запросами
частный случай ‒ в системе
регистрируются пользователи
● вы уже как минимум на 3 этапе
интерфейс уже есть, пора пилить API
17. Что за API такое?
Лапа̀роскопи́я (др.-греч. λαπάρα — пах,
чрево + др.-греч. σκοπέω — смотрю) —
современный метод хирургии, в котором
операции на внутренних органах
проводят через небольшие (обычно
0,5—1,5 см) отверстия, в то время как
при традиционной хирургии требуются
большие разрезы.
“
” QaApi - это то самое
небольшое отверстие, через
которое тестировщики смогут
вмешиваться в деятельность
живой (“боевой”) системы.
18. Как это работает
дай мне нового юзера
registerNewUser(age=25)
да пожалуйста!
{success:true, user_id:123, name:Alex, login:test123, passwd:Aj8SD8}
добавь ему фото
addPhoto(count=1)
нет проблем!
{success: true}
и дату регистрации смени
setRegistrationDate(date=2014-02-12)
как скажешь, хозяин!
{success: true}
19. Что оно должно уметь?
Зависит от вашего проекта. У каждого - своё API.
Наше API умеет:
● регистрировать, изменять и удалять юзеров
● голосовать за пользователей
● отправлять сообщения
● включать/выключать платные услуги
● добавлять “кредиты”
● загружать и “модерировать” фотки
● давать информацию (например свойства юзера)
● и всякое другое
20. Куда идти?
Конечно, к разработчикам! Можно так:
Запилите мне API, тысяча чертей! Okay
Отдел QA Отдел разработки
22. Что мы хотим получить?
● все функции в одном месте
● простота протокола
● страничка помощи
● система авторизации
● управление тестовыми юзерами
● безопасность “боевых” данных
25. Что у нас есть?
✓ все функции в одном месте
✓ простота протокола
● страничка помощи
● система авторизации
● управление тестовыми юзерами
● безопасность “боевых” данных
26. Страница помощи
В QaApi есть страничка помощи, где перечислены все имеющиеся методы
(описание, возможные аргументы и тип возвращаемого значения).
Эта страничка генерируется автоматически из исходного кода QaApi.
27. Авторизация
Ручной режим
Интеграция с существующей системой доступа
для сотрудников, с возможностью управлять
полномочиями.
Автоматизация
Сущестует несколько простых подходов:
1. Секретный ключ в HTTP-заголовке
GET /methodName?foo=bar HTTP/1.1
Host: qaapi.example.com
Connection: keep-alive
X-Secret-Header : abcdEfg76kGkljhJHk92
2. HTTP Basic Auth
GET /methodName?foo=bar HTTP/1.1
Host: qaapi.example.com
Connection: keep-alive
Authorization : Basic cdEfа3GkljhJHk54==
3. Логин-пароль в параметрах запроса
GET /methodName? login=testpass=123 HTTP/1.1
Host: qaapi.example.com
Connection: keep-alive
28. Что у нас есть?
✓ все функции в одном месте
✓ простота протокола
✓ страничка помощи
✓ система авторизации
● управление тестовыми юзерами
● безопасность “боевых” данных
30. Где их взять?
Создавать новых юзеров
+ юзер “чистый”
+ его никто не использует
+ можно делать что хотим и не чистить
− быстро плодятся
− нужно готовить к тесту
Использовать заранее созданных
+ юзер готов к тесту
+ юзеров немного
− нужно чистить
− может использоваться кем-то ещё
− другие могли не почистить
VS
31. Наше решение - пул юзеров
Цикл жизни тестового юзера в пуле
Создан ˜˾˶˵̂˱̋̂̌˸˷˼˵˽˵˽
Ждет в пуле Используется
Очистка “Использован”
˲˿̀˾̆˵́́˵̂˵́̂˰
˝˵˼˾˶˵̂˱̋̂̌
˸́˿˾˻̌˷˾˲˰˽
˿˾˲̂˾̀˽˾˴˾˾̇˸́̂˺˸
registerUser()
32. Регистрация юзеров
Создание новых юзеров - только тогда, когда подходящего нет в пуле.
Регистрируем Ж, 25 лет,
Москва
Есть такой
юзер?
Создать нового юзера
˽˵̂
˴˰
Взять из пула Добавить в пул
˔˾˱˰˲˻˵˽́
˿˰̀˰˼˵̂̀˰˼˸
˖˜˾́˺˲˰
registerUser()
ˣ˺˰˷̋˲˰˵˼̂˾˻̌˺˾
́̃̉˵́̂˲˵˽˽̋˵˴˻̏
˽˰́˿˰̀˰˼˵̂̀̋
33. Подготовка юзеров
Так как пользователь “новый”, необходимо
подготовить его к тесту, например:
● сменить дату регистрации
● добавить фото, сообщения и т.д.
● добавить и подтвердить номер телефона
● и т. д.
Все это делается с помощью QaApi
34. Схема подготовки юзера
Подготовка юзера с помощью QaApi
http://qaapi.example.com/registerUser?gender=Fage=25location=Moscow
# {success: true, user_id: 123, login: testuser123, passwd: Qa6G9v}
http://qaapi.example.com/uploadPhotos?user_id=123count=1
# {success: true}
http://qaapi.example.com/setRegistrationDate?user_id=123date=2014-02-12
# {success: true}
36. Идеального решения нет
Наш путь:
● очистка - набор предопределенных шагов
● на каждое “сохраняемое состояние” - свой шаг очистки
(примеры: сообщения, отзывы, покупки…)
● юзер считается “очищенным” и готовым к использованию, если
успешно отработали все шаги очистки
Шаги очистки будут добавлять программисты. Они
могут забыть добавить новый шаг при добавлении
новой фичи. Следить за этим придется вам.
37. Что у нас есть?
✓ все функции в одном месте
✓ простота протокола
✓ страничка помощи
✓ система авторизации
✓ управление тестовыми юзерами
● безопасность “боевых” данных
39. Живые пользователи
Методы QaApi работают только с тестовыми
пользователями.
Это не может защитить вас от намеренного злоупотребления, но
помогает защититься от таких ошибок, как опечатка в user id.
В качестве дополнительной защиты вы можете реализовать
различные права доступа к различным методам QaApi.
41. Что у нас есть?
✓ все функции в одном месте
✓ простота протокола
✓ страничка помощи
✓ система авторизации
✓ управление тестовыми юзерами
✓ безопасность “боевых” данных
44. A/B-тестирование
A/B - тестирование - это инструмент для оценки эффективности какого-либо нововведения.
Выберешь синюю пилюлю – и эта история
закончится. Ты проснешься в своей постели и
будешь верить в то, во что тебе хочется
верить. Выберешь красную – попадешь в
Страну Чудес, и я покажу тебе, насколько
глубока кроличья нора ... “
” Где взять пользователя, который точно
? пойдет за белым кроликом?
Поручите это QaApi!
45. Статистика команд
Выявление регрессий в новых версиях мобильных клиентов
● клиент с помощью QaApi проставляет отметку о том, что выполняется определенный тестовый сценарий
● система осуществляет сбор логов взаимодействия клиента и сервера
● производится автоматическая обработка этих логов
● строятся графики по количеству команд в каждом тестовом сценарии
WTF?
46. Мы внедрили QaApi и стали более лучше
жить!
Почему вам стоит начать делать техническое задание
уже завтра?
● меньше рутины
● проще тестировать сложные кейсы
● автотесты - на новый уровень
● разработчики - ваши друзья!
Что в итоге?