Jasmine - A BDD test framework for JavaScriptSumanth krishna
Jasmine is the BDD implementation for JavaScript. With it's Behavior Driven approach developers are empowered with more testing capabiliites.
Although BDD is principally an idea about how software development should be managed by both business interests and technical insight, the practice of BDD does assume the use of specialized software tools to support the development process.
BDD seems to be a nice idea. But I have never seen it really working.
The original idea behind BDD was collaboration with customer, and it simply does not work. What we get instead:
* Frameworks that make tests much more complexer.
* Tests structures that make tests much more harder to write.
* Organization structures that make learning much more difficult.
* Beautiful reports with screenshots that nobody reads.
Let’s talk about real cost of BDD and consider if it’s worth it.
Jasmine - A BDD test framework for JavaScriptSumanth krishna
Jasmine is the BDD implementation for JavaScript. With it's Behavior Driven approach developers are empowered with more testing capabiliites.
Although BDD is principally an idea about how software development should be managed by both business interests and technical insight, the practice of BDD does assume the use of specialized software tools to support the development process.
BDD seems to be a nice idea. But I have never seen it really working.
The original idea behind BDD was collaboration with customer, and it simply does not work. What we get instead:
* Frameworks that make tests much more complexer.
* Tests structures that make tests much more harder to write.
* Organization structures that make learning much more difficult.
* Beautiful reports with screenshots that nobody reads.
Let’s talk about real cost of BDD and consider if it’s worth it.
Как мы помогаем тестировщикам делать их работу лучшеRoman Ivliev
Картинки к моему рассказу на QAMeetUp в нижегородском mail.ru про то, как мы помогаем тестировщикам и мешаем одновременно.
Тезисно: есть куча способов привлечь других членов команды (админов, саппорт, разработчиков) к тестированию и выявлению дефектов, но не всегда это здорово, потому что де-факто получается огромное количество наведённых эффектов, борьба с которыми перекрывает по затратам нормальный процесс тестирования. Доклад больше менеджерский, но и остальным он будет полезен имхо. Видео и аудио не снимали. В слайдах есть контакты - с удовольствием отвечу на вопросы и расскажу про то, как и что у нас.
технологии внедрения корпоративного портала с практическими примерами внедренийTatjana Ostretsova
В данной презентации мы собрали практический материал о том как правильно запустить коропоративный портал Битрикс24 в организации, стоит ли и когда привлекать подрядчика, рассмотрены некоторые технологии внедрения Битрикс24 Корпоративный портал, а также инструменты используемые на внедрении.
http://cmcons.com
http://uml2.ru
Методы оценки качества требований и работы аналитика
семинар 15 июня 2010 года - «ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ IBM RATIONAL ДЛЯ УЛУЧШЕНИЯ ПРОЦЕССОВ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ПО»
Мы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
Владимир Лучанинов. Сделай сам анализатор SERPOctopus Events
1. Вопросы при аналитике SERP.
2. Существующие решения: SaaS, self-hosted, Desktop.
3. Создание системы аналитики под себя из Netpeak Checker, Google Sheets и Google Data Studio.
QA Fest 2017. Андрей Лазарев.Эффективный поиск невоспроизводимых ошибокQAFest
Ошибки бывают разные, но что делать с теми которые трудно воспроизвести? Поговорим о том, как правильно выстроить процесс тестирования для поиска ошибок которые не всегда удаётся воспроизвести.
Бесплатный вебинар по QA Александра Кузняка от проекта GoITGoIT
Состоялся QA-вебинар от опытного QA инженера — Александра Кузняка. Ребята зарядились энергетикой нашего спикера и вдохновились на поиск новых возможностей для развития.
На QA-вебинаре от образовательного проекта GoIT участники:
1. Узнали об основах профессии QA инженера
2. Записали какими скиллами должен владеть толковый тестировщик
3. Получили советы о том, что учить и как развиваться для успешной карьеры в QA
4. Узнали о потенциальных вариантах карьерного развития и роста в профессии QA
5. Узнайли что будет на предстоящих Мастер-классах от Александра Кузняка
6. Получили информацию о грядущем курсе QA по системе blended learning
7. Узнали подробности об ивенте IT Fest (пройдет в Киеве 19го сентября).
8. Задали любые вопросы спикеру и получи на них ответы.
Проводил Вебинар:
Александр Кузняк — QA Consultant & Practice Leader в компании Ciklum. Более 11 лет работает в IT, более 6 лет — в разработке программного обеспечения.
Участвовал в 100+ проектах и провел более 350 собеседований.
С 2012 года — глава судейского комитета в направлении QA всеукраинского конкурса веб-разработки — UA Web Challenge.
Управлял QA-командами и отделами, создал и развил сервисный QA-департамент в рамках компании, обучил и трудоустроил десятки QA-инженеров.
Спасибо всем, кто уделил время своему развитию. Верим, что наши активности вдохновляют и помогают вам двигаться вперёд к своей цели — успешной карьере в IT!
#itSMFru2014 - Патрик Болджер в секции Мирный КосмосCleverics
Мост в космосе: как правильно использовать SLM
Управление уровнем услуг (SLM) позволяет связать ИТ и бизнес. Связь совершенно необходимая, и тем не менее этого процесса нет более чем в половине внутренних ИТ-служб. В итоге задачи управления ожиданиями, предоставления услуг должного качества за приемлемые деньги решаются нестабильно, бессистемно и не слишком успешно. Реализация процесса SLM может стать основой для существенного улучшения ИТ-услуг в глазах бизнеса и изменить к лучшему отношения Ит-службы с внутренними заказчиками. Патрик расскажет о том, как наладить диалог о качестве услуг, избежать непродуктивного взаимодействия и сосредоточить усилия ИТ-службы на формировании ценности для бизнеса
Место Аналитика в разработке
Почему так получается?
Требования
Работа с требованиями
Кто такой Аналитик?
Системный Ан. vs Бизнес Ан.
Основные функции Бизнес Ан.
Литература и Профстандарты
Agile Testing in Enterprise: Way to transform - SQA Days 2014Andrey Rebrov
This document discusses problems that can occur with traditional testing approaches and how to transition to agile testing practices. It provides two examples of organizations that struggled with long regression cycles, missed estimates, low quality and stress. The root causes are identified as document-based collaboration, lack of testing knowledge by developers, and infrastructure management chaos. Recommendations are made to use Kanban, collaborate on requirements, implement smart metrics, test automation, and a DevOps approach. Specific practices that were implemented include risk management, specification by example, test-driven development, continuous integration, configuration automation, and test automation. The results were increased delivery rates up to 5 times, zero bugs in production, no overtime, and more enjoyable work.
Spec By Example or How to teach people talk to each otherAndrey Rebrov
This document introduces an approach called "Spec By Example" to improve communication between developers, QA analysts, and clients. It involves impact mapping to focus on user stories, QA and analyst pairing to create examples to describe requirements, and diverse and merge sessions for the team to collaboratively build out examples. The examples are then optimized by compressing tables and introducing parameters before being linked to automated tests through a behavior driven development approach. This unified process allows requirements, test cases, and code to have a single source of truth, makes it easy to trace work back to business needs, and improves estimation, demos, and reduces rework and issues.
More Related Content
Similar to Как научить людей общаться с помощью Spec By Example
Как мы помогаем тестировщикам делать их работу лучшеRoman Ivliev
Картинки к моему рассказу на QAMeetUp в нижегородском mail.ru про то, как мы помогаем тестировщикам и мешаем одновременно.
Тезисно: есть куча способов привлечь других членов команды (админов, саппорт, разработчиков) к тестированию и выявлению дефектов, но не всегда это здорово, потому что де-факто получается огромное количество наведённых эффектов, борьба с которыми перекрывает по затратам нормальный процесс тестирования. Доклад больше менеджерский, но и остальным он будет полезен имхо. Видео и аудио не снимали. В слайдах есть контакты - с удовольствием отвечу на вопросы и расскажу про то, как и что у нас.
технологии внедрения корпоративного портала с практическими примерами внедренийTatjana Ostretsova
В данной презентации мы собрали практический материал о том как правильно запустить коропоративный портал Битрикс24 в организации, стоит ли и когда привлекать подрядчика, рассмотрены некоторые технологии внедрения Битрикс24 Корпоративный портал, а также инструменты используемые на внедрении.
http://cmcons.com
http://uml2.ru
Методы оценки качества требований и работы аналитика
семинар 15 июня 2010 года - «ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ IBM RATIONAL ДЛЯ УЛУЧШЕНИЯ ПРОЦЕССОВ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ПО»
Мы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
Владимир Лучанинов. Сделай сам анализатор SERPOctopus Events
1. Вопросы при аналитике SERP.
2. Существующие решения: SaaS, self-hosted, Desktop.
3. Создание системы аналитики под себя из Netpeak Checker, Google Sheets и Google Data Studio.
QA Fest 2017. Андрей Лазарев.Эффективный поиск невоспроизводимых ошибокQAFest
Ошибки бывают разные, но что делать с теми которые трудно воспроизвести? Поговорим о том, как правильно выстроить процесс тестирования для поиска ошибок которые не всегда удаётся воспроизвести.
Бесплатный вебинар по QA Александра Кузняка от проекта GoITGoIT
Состоялся QA-вебинар от опытного QA инженера — Александра Кузняка. Ребята зарядились энергетикой нашего спикера и вдохновились на поиск новых возможностей для развития.
На QA-вебинаре от образовательного проекта GoIT участники:
1. Узнали об основах профессии QA инженера
2. Записали какими скиллами должен владеть толковый тестировщик
3. Получили советы о том, что учить и как развиваться для успешной карьеры в QA
4. Узнали о потенциальных вариантах карьерного развития и роста в профессии QA
5. Узнайли что будет на предстоящих Мастер-классах от Александра Кузняка
6. Получили информацию о грядущем курсе QA по системе blended learning
7. Узнали подробности об ивенте IT Fest (пройдет в Киеве 19го сентября).
8. Задали любые вопросы спикеру и получи на них ответы.
Проводил Вебинар:
Александр Кузняк — QA Consultant & Practice Leader в компании Ciklum. Более 11 лет работает в IT, более 6 лет — в разработке программного обеспечения.
Участвовал в 100+ проектах и провел более 350 собеседований.
С 2012 года — глава судейского комитета в направлении QA всеукраинского конкурса веб-разработки — UA Web Challenge.
Управлял QA-командами и отделами, создал и развил сервисный QA-департамент в рамках компании, обучил и трудоустроил десятки QA-инженеров.
Спасибо всем, кто уделил время своему развитию. Верим, что наши активности вдохновляют и помогают вам двигаться вперёд к своей цели — успешной карьере в IT!
#itSMFru2014 - Патрик Болджер в секции Мирный КосмосCleverics
Мост в космосе: как правильно использовать SLM
Управление уровнем услуг (SLM) позволяет связать ИТ и бизнес. Связь совершенно необходимая, и тем не менее этого процесса нет более чем в половине внутренних ИТ-служб. В итоге задачи управления ожиданиями, предоставления услуг должного качества за приемлемые деньги решаются нестабильно, бессистемно и не слишком успешно. Реализация процесса SLM может стать основой для существенного улучшения ИТ-услуг в глазах бизнеса и изменить к лучшему отношения Ит-службы с внутренними заказчиками. Патрик расскажет о том, как наладить диалог о качестве услуг, избежать непродуктивного взаимодействия и сосредоточить усилия ИТ-службы на формировании ценности для бизнеса
Место Аналитика в разработке
Почему так получается?
Требования
Работа с требованиями
Кто такой Аналитик?
Системный Ан. vs Бизнес Ан.
Основные функции Бизнес Ан.
Литература и Профстандарты
Similar to Как научить людей общаться с помощью Spec By Example (20)
Agile Testing in Enterprise: Way to transform - SQA Days 2014Andrey Rebrov
This document discusses problems that can occur with traditional testing approaches and how to transition to agile testing practices. It provides two examples of organizations that struggled with long regression cycles, missed estimates, low quality and stress. The root causes are identified as document-based collaboration, lack of testing knowledge by developers, and infrastructure management chaos. Recommendations are made to use Kanban, collaborate on requirements, implement smart metrics, test automation, and a DevOps approach. Specific practices that were implemented include risk management, specification by example, test-driven development, continuous integration, configuration automation, and test automation. The results were increased delivery rates up to 5 times, zero bugs in production, no overtime, and more enjoyable work.
Spec By Example or How to teach people talk to each otherAndrey Rebrov
This document introduces an approach called "Spec By Example" to improve communication between developers, QA analysts, and clients. It involves impact mapping to focus on user stories, QA and analyst pairing to create examples to describe requirements, and diverse and merge sessions for the team to collaboratively build out examples. The examples are then optimized by compressing tables and introducing parameters before being linked to automated tests through a behavior driven development approach. This unified process allows requirements, test cases, and code to have a single source of truth, makes it easy to trace work back to business needs, and improves estimation, demos, and reduces rework and issues.
This document discusses test automation challenges at an investment bank and lessons learned. It outlines problems with lengthy manual regression testing. An attempt was made to use Jameleon for test automation but it caused issues. They identified needs for metrics, definitions of done, and separating test connections. Recommendations include using tools like Selenium and SoapUI with a Jenkins/JIRA setup. While quick wins are possible, separating test connections and fully defining requirements are important for successful test automation.
How engineering practices help businessAndrey Rebrov
This document provides advice on how to introduce new engineering practices and technologies to a team or business. It discusses several examples of proposed new practices and technologies such as test automation, continuous integration, refactoring, and DevOps. For each, it advises how to demonstrate the benefits through examples and metrics, how to gain buy-in from various stakeholders, and pitfalls to avoid such as claiming a practice is necessary just because a famous person recommends it. The overall message is that new practices must provide clear value and be introduced through demonstration and collaboration rather than dictates.
This document discusses using Logstash to collect, parse, and store logs from multiple sources in Elasticsearch. It describes Logstash's three main components - inputs, filters, and outputs. Examples are provided for using Logstash with Lumberjack to ship logs, parsing logs with grok filters, and outputting to Elasticsearch. Instructions are included for installing, configuring, and running Logstash, Elasticsearch, Kibana, and Lumberjack to build a log management pipeline.
This document discusses various DevOps tools and techniques including continuous integration, monitoring, logging, infrastructure as code, and visualization. For each tool or technique, it provides examples of how they can help teams as well as potential downsides related to communication issues. The key message is that while tools are useful, overreliance on tools without proper communication between team members can cause problems and that face-to-face conversations are important for addressing issues and improving processes.
The document discusses using business games to teach and promote Agile principles and practices. It defines what a business game is and notes they focus on results rather than process and involve more participant engagement than formal processes. The document outlines different types of business games for innovation, requirements analysis, and explaining Agile concepts. It provides recommendations for facilitating the games, such as not highlighting solutions and following the rules, and ideas for introducing Agile through a presentation and game with a success story. Resources for finding and creating additional business games are also included.
Automation Functional Testing in Agile ProjectsAndrey Rebrov
Об автоматических тестах писал ещё Сам Кент Бек. Ну, а автоматические функциональные тесты — это вообще лакомый кусок для современных agile методик разработки ПО. Вместе с участниками кемпа мы узнаем, с какой стороны подходить к процессу автоматизации тестирования в целом. Кроме того, мы создадим проект автотестирования с использованием одного из самых популярных продуктов для тестирования веб-приложений — Selenium 2.
29. Diverse & Merge
• Разбиваем команду на группы
• Хотя бы 1 группа без
тестировщика и аналитика,
которые прорабатывали
требования
• Даем 15-20 минут на проработку
своих примеров
• По окончании сводим все
таблицы в одну
30. Что на выходе
Регион Существу
ет
категория
Найдена
услуга
Данные
услуги
Услуг
а
Адре
с
Адре
с
дост
авки
Юрлицо
Поволжье Да Да ID1
Адрес
Рога и копыта
ID1 Адре
с
Адре
с
Рога и
копыта
Поволжье Нет Да ID1
Адрес
Рога и копыта
ID2 Адре
с
Адре
с
Рога и
копыта
37. Behavior Driven Development
(BDD)
• Разбиваем
пользовательскую историю
на шаги
• Каждый шаг имеет
трансляцию в код
• Входные данные – таблицы с
предыдущего этапа
40. Что сделали
• Impact mapping
• Совместная работа QA +
BA
• Diverse & Merge
• Оптимизация данных
• BDD
41. Чего добились
• Однозначная трассировка
требований в код
• Однозначное понимание
требований всей командой
• Упрощение оценки требований
• Экономия времени тестировщиков
• Стало проще готовить и проводить
демо