Выступление на встрече московского клуба тестировщиков.
Если почитать какую-нибудь книжку про разработку автотестов или просто погуглить по словам "successful test automation" -- можно найти множество разнообразных рекомендаций. Выбирайте правильно инструмент. Проектируйте и выстраивайте правильную архитектуру тестов. Уделяйте внимание тому, чтобы тесты было легко поддерживать. Не забывайте про планирование и управление (вообще-то это надо было бы поставить первым пунктом).
Но когда вы только приступаете к созданию автотестов -- вы ещё не знаете ничего ни про инструменты (насколько хорошо они вам подойдут), ни про архитектуру, да и управлять ещё нечем. Планировать в условиях такой неопределённости тоже сложно.
Что же делать?
Вы когда-нибудь выращивали цветы? Комнатные, или на клумбе, или может быть даже не цветы, а кусты или деревья?
Конечно, можно сначала нанять ландшафтных дизайнеров, распланировать и спроектировать большой-большой парк, потом нанять рабочих, которые всё посеют и посадят в соответствии с планом, сделают дорожки и выкопают декоративные прудики. А потом будут его поддерживать.
Но для этого нужно во-первых, иметь опыт таких работ, а во-вторых, иметь достаточно солидный бюджет.
Однако есть и другой путь -- "органический". Сначала посадить один цветочек. Если не приживётся -- посадить другой. Когда вы увидите, что он хорошо себя чувствует -- посадить побольше таких цветов. Оформить красиво клумбу. Подсадить что-нибудь ещё. Разбить рядом вторую клумбу, с другими цветами. Потом что-нибудь куда-нибудь пересадить, а что-нибудь вообще перестать сажать, потому что не понравились. И так постепенно создать ничуть н
QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?QAFest
Дорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла.
Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования.
В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.
Atlassian Jira - не только тасктрекер / Анна Котова (Mail.Ru)Ontico
Jira всем и каждому, и пусть никто не уйдет обиженным.
Jira — простой в настройке, удобный и гибкий инструмент для автоматизации процессов.
- Почему Jira.
- Для каких проектов и процессов подходит Jira.
Планирование и автоматизация работы в Jira на примере контентного проекта.
- Настройка бизнес-процессов для ведения редакционного плана.
- Сбор и анализ статистики, оценка качества материалов и эффективности авторов.
- Наглядность: графики и отчеты.
- Автоматизация расчетов с авторами материалов и контроль бюджета проекта.
Плюсы внедрения Jira в проекты любого типа.
- Безопасность.
- Удобство и скорость формирования отчетов.
- Быстрый анализ эффективности команды и проекта.
- Экономия времени и порядок в финансовых расчетах.
Out-of-the-box WebDriver API provides two main classes: WebDriver and WebElement. Webium library helps you to extend it to whatever deep UI object structure you need. You can describe basic elements (e.g. Button, Input), construct complex elements (e.g. Calendar) from small pieces and at the end put it all together into your Page Objects. Webium is free and open-source. In my speech I’ll present your how to use it effectively if you want to write Selenium tests in Python.
Презентация, которая должна была быть на открытии 21 Международной конференции по обеспечению качества - SQA Days. Из-за моей болезни - ее не увидели. Восполняем пробелы.
Выступление на встрече московского клуба тестировщиков.
Если почитать какую-нибудь книжку про разработку автотестов или просто погуглить по словам "successful test automation" -- можно найти множество разнообразных рекомендаций. Выбирайте правильно инструмент. Проектируйте и выстраивайте правильную архитектуру тестов. Уделяйте внимание тому, чтобы тесты было легко поддерживать. Не забывайте про планирование и управление (вообще-то это надо было бы поставить первым пунктом).
Но когда вы только приступаете к созданию автотестов -- вы ещё не знаете ничего ни про инструменты (насколько хорошо они вам подойдут), ни про архитектуру, да и управлять ещё нечем. Планировать в условиях такой неопределённости тоже сложно.
Что же делать?
Вы когда-нибудь выращивали цветы? Комнатные, или на клумбе, или может быть даже не цветы, а кусты или деревья?
Конечно, можно сначала нанять ландшафтных дизайнеров, распланировать и спроектировать большой-большой парк, потом нанять рабочих, которые всё посеют и посадят в соответствии с планом, сделают дорожки и выкопают декоративные прудики. А потом будут его поддерживать.
Но для этого нужно во-первых, иметь опыт таких работ, а во-вторых, иметь достаточно солидный бюджет.
Однако есть и другой путь -- "органический". Сначала посадить один цветочек. Если не приживётся -- посадить другой. Когда вы увидите, что он хорошо себя чувствует -- посадить побольше таких цветов. Оформить красиво клумбу. Подсадить что-нибудь ещё. Разбить рядом вторую клумбу, с другими цветами. Потом что-нибудь куда-нибудь пересадить, а что-нибудь вообще перестать сажать, потому что не понравились. И так постепенно создать ничуть н
QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?QAFest
Дорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла.
Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования.
В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.
Atlassian Jira - не только тасктрекер / Анна Котова (Mail.Ru)Ontico
Jira всем и каждому, и пусть никто не уйдет обиженным.
Jira — простой в настройке, удобный и гибкий инструмент для автоматизации процессов.
- Почему Jira.
- Для каких проектов и процессов подходит Jira.
Планирование и автоматизация работы в Jira на примере контентного проекта.
- Настройка бизнес-процессов для ведения редакционного плана.
- Сбор и анализ статистики, оценка качества материалов и эффективности авторов.
- Наглядность: графики и отчеты.
- Автоматизация расчетов с авторами материалов и контроль бюджета проекта.
Плюсы внедрения Jira в проекты любого типа.
- Безопасность.
- Удобство и скорость формирования отчетов.
- Быстрый анализ эффективности команды и проекта.
- Экономия времени и порядок в финансовых расчетах.
Out-of-the-box WebDriver API provides two main classes: WebDriver and WebElement. Webium library helps you to extend it to whatever deep UI object structure you need. You can describe basic elements (e.g. Button, Input), construct complex elements (e.g. Calendar) from small pieces and at the end put it all together into your Page Objects. Webium is free and open-source. In my speech I’ll present your how to use it effectively if you want to write Selenium tests in Python.
Презентация, которая должна была быть на открытии 21 Международной конференции по обеспечению качества - SQA Days. Из-за моей болезни - ее не увидели. Восполняем пробелы.
О работе программного комитета: Как это было? SQA Days#16Rina Uzhevko
Речь главы программного комитета Рины Ужевко о работе комитета с докладчиками на открытии международной конференции по обеспечению качества SQA Days#16
О программном комитете: Оценивание докладов SQA Days 17Rina Uzhevko
Речь с открытия конференции SQA Days#17 главы программного комитета - Рины Ужевко, о системе оценивания докладов перед проходом в программу международной конференции по тестированию
3. История самолета SSJ-100
ОАО "Компания «Сухой» приняло решение разработать
пассажирский самолёт для ближних и средних линий на
замену ТУ-154, для этого в составе холдинга «Сухой» было
создано закрытое акционерное общество «Гражданские
самолёты Сухого» (ЗАО «ГСС»). Новый российский лайнер
получил название «Российский региональный самолёт»
(Russian Regional Jet).
17 июля 2006 года на авиасалоне в Фарнборо компания
«Сухой» представила официальное название самолёта,
созданного по проекту RRJ — Sukhoi SuperJet 100.
4. Новации самолета SSJ-100
Является первым целиком электронно-управляемым:
Отказоустойчивая дистанционная система управления
полётом (Электродистанционная система
управления (ЭДСУ, Fly-by-Wire) — система управления,
обеспечивающая передачу
управляющих сигналов от лётчика к
исполнительным механизмам в виде электрических
сигналов) - позволила полностью отказаться от
механического управления
Также конструкторы предпочли «джойстик» управления
традиционному штурвалу
7. О процессе тестирования
Тестировщиками проводились инспекции
всех уровней документации
Тестировщиками проводилась инспекция
кода
Функциональное тестирование каждой из
страниц индикации проводилось на
локальных машинах
Интеграционное тестирование проводилось
на стенде аналогичном борту самолета
8. Об особенностях интеграционного
тестирования
Во время интеграционного тестирования на
стенде проверялись:
Отказоустойчивость
дисплеев
Индикация для всех
видов виджетов
Переключение
информации между
дисплеями
9. Приемочное тестирование и
сертификация
Приемочное тестирование ПО проводилось
летчиками сначала на эмуляторе в
Жуковском, а затем на реальном самолете
Проводились приемочные испытания
фюзеляжа, двигателей, шасси, полета
В процессе сертификации проводилась
сверка ПО и всех частей самолета
стандартам России ,СНГ и Европы (3
февраля 2012 сертификат EASA)
10. Дефект был связан с высотомером: эмулятор самолета пролетал над
горой и высота горы не была определена. Высотомер показал высоту
над уровнем моря