Как стать героем

Эволюция тестирования в QA

Дорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла. Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования. В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.

QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?

QAFest

Доклад Очира Абушинова на встрече клубе MSTC (17/05/2014)

Тестирование по жесткой схеме! Или 27 + 2 фишки в построении процесса тестиро...

Не всегда задачи решаются в терминах языка программирования. И когда дело доходит до реализации, иногда "волосы становятся дыбом" от мысли, как это придется делать на конкретном языке. В данном докладе автор "изольет душу" на тему идиом в языках программирования, чем они отличаются от паттернов проектирования, рассмотрит преимущества и недостатки их использования, а также подробно рассмотрит несколько наиболее популярных идиом для C++.

C++ idioms

COMAQA.BY

юнит тестирование Fork

Sergey Oreshkov

Пользователи в помощь тестировщику

* “Утром деньги, вечером стулья” — острая нехватка времени на написание функциональных автотестов из-за большого количества ручного тестирования. * “Firefox наше всё” — классическая схема работы “разработка проверяет в FF, а тестирование во всех браузерах” не всегда эффективна, когда есть дисбаланс между числом разработчиков и тестировщиков в команде. * “Специалист узкого профиля” — автоматизированные тесты долго не пишутся из-за того, что тестировщик не знает языка программирования. * “У нас все готово” — во время деплоя возникают ошибки, деплой идет долго, баги фиксятся по ходу релиза; смежные команды/заказчики/партнеры не знают о смене работы функционала, добавления полей и т.п. * “И жнец и жрец” — задача долго не проходила этап тестирования, из-за того, что разработчики чинили верстку, а не верстальщики. * “Всё как на картинке” — тестирование не может определить специфические баги в верстке, такие как отсутствие тени или закругленности углов, РМ тоже. * “Незаменимый человек” — один человек прорабатывает требования перед планированием, никто кроме самого человека не знает требований. * “Без вопросов” — из-за размытых требований тестирование не может выявить критичные баги, отсутствие информации о технических нюансах не позволяет группе тестирования указать их. * “Перфекционизм” — чрезмерное “вылизывание” перед релизом затягивает выход очередной версии продукта. * “Грузи, всё вывезет” — от релиза к релизу с добавлением новых фич скорость работы сервиса снижается.

Evelina Tananaeva

Alexei Lupan

сергей андреев

Alexei Lupan

10 способов как не надо тестировать высоконагруженный сервис (SQA Days 2013)

2ГИС Технологии

Задумывались ли вы когда-нибудь о том, как устроены современные механизмы защиты приложений? Какая теория стоит за реализацией WAF и SAST? Каковы пределы их возможностей? Насколько их можно подвинуть за счет более широкого взгляда на проблематику безопасности приложений? На мастер-классе будут рассмотрены основные методы и алгоритмы двух основополагающих технологий защиты приложений — межсетевого экранирования уровня приложения и статического анализа кода. На примерах конкретных инструментов с открытым исходным кодом, разработанных специально для этого мастер-класса, будут рассмотрены проблемы, возникающие на пути у разработчиков средств защиты приложений, и возможные пути их решения, а также даны ответы на все упомянутые вопросы.

Мастер-класс «Трущобы Application Security»

Positive Hack Days

2018 11-10 - lviv pm day - req. management fails

Dmitriy Yefimenko

Есть фича. Помогите протестировать

10 способов как не надо тестировать высоконагруженный веб-сервис

Как мы делаем Banki.ru

Roman Ivliev

Was ist angesagt? (20)

Чем Python плох для стартапа?

Разработка ПО. Введение в специальность 1

DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...

Методики разработки ПО от колесниц к космическим кораблям

Правила хорошего тона для тестировщиков

Эволюция тестирования в QA

QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?

Доклад Очира Абушинова на встрече клубе MSTC (17/05/2014)

Тестирование по жесткой схеме! Или 27 + 2 фишки в построении процесса тестиро...

C++ idioms

юнит тестирование Fork

Пользователи в помощь тестировщику

Evelina Tananaeva

сергей андреев

10 способов как не надо тестировать высоконагруженный сервис (SQA Days 2013)

Мастер-класс «Трущобы Application Security»

2018 11-10 - lviv pm day - req. management fails

Есть фича. Помогите протестировать

10 способов как не надо тестировать высоконагруженный веб-сервис

Как мы делаем Banki.ru

Andere mochten auch

Presentazione Cromatlante

Sett Scient. Pres.Finale

Presentazione Cromatlante

A Testa In Su

Lakeville 2007(Sound)

srcderm

Progetto Illusione Scienz Afirenze

Статья представляет интервью, взятое у Константина Книжника, сотрудником компании "Системы программной верификации" Андреем Карповым. Затронуты вопросы статического анализа кода, актуальность решений в этой области, а также перспективы использования статического анализа при разработке параллельных приложений.

SEO - What's NEXT

Pogung177 AJa

Andere mochten auch (7)

Presentazione Cromatlante

Sett Scient. Pres.Finale

Presentazione Cromatlante

A Testa In Su

Lakeville 2007(Sound)

Progetto Illusione Scienz Afirenze

SEO - What's NEXT

Ähnlich wie Как стать героем

Константин Книжник: статический анализ, взгляд со стороны

Tatyanazaxarova

JS-тусовка сейчас переживает взрывообразный рост. Огромное количество людей приходят к нам из других языков программирования, "с улиц" и университетов. Все мы превосходно знаем Angular, восторгаемся React и хвалим Ember. Чего же мне не хватает для полного счастья? Почему каждый раз, будучи привлеченным как консультант, я вынужден повторять очевидные вещи? Как стать лучше как программист не изучая новых технологий, фреймворков и прочего хайпа Детали доклада: Я разберу типичные ошибки JS-программистов, с которыми мне пришлось столкнуться за 3 года работы собственной компании и консалтинга, и покажу, как "код" мешает нам увидеть реальную картину того, что происходит в отрасли. Постараюсь по минимуму задевать избитую тему soft skills. Скорее этот доклад - набор наболевших историй "из жизни", каждая из которых должна заставить слушателя задуматься. И да, почти все "со вкусом JS" - часто камнем преткновения становятся особенности языка, поддержка браузеров и т.д. - всё то, что так знакомо всем фронтендерам.

Илья Климов "О драконах ни слова"

Fwdays

Денис Чернилевский - Вы кто вообще такие

Yandex

Проходим тест Джоэла

0leGG

http://techtalks.nsu.ru Видеозапись: http://www.youtube.com/watch?v=9sWD3RBwz30 23 сентября 2014. Проходим тест Джоэла (Семён Факторович и Олег Годовых, Noveo) «Вот уже 14 лет как Джоэл Спольски придумал свой Joel test, но до сих пор далеко не все компании успешно проходят его. Мы поговорим о самых важных частях этого теста: о сервисах и инфраструктурных инструментах разработки (к ним относятся системы контроля версий, багтрекеры, continuous integration...) Принципы, о которых мы расскажем, одинаково применимы и для крупных компаний, и для стильных молодежных стартапов, и для студенческих курсовых проектов.» Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете. Подробности: http://techtalks.nsu.ru

Tech Talks @NSU: Проходим тест Джоэла

Tech Talks @NSU

Ph days2015 pavel_shodanYet another Shodan или наш опыт создания аналогичной ...

Positive Hack Days

Андрей Уразов - Методы раннего обнаружения ошибок

РИТ++ 2017, Backend Conf Зал Кейптаун, 5 июня, 17:00 Тезисы: http://backendconf.ru/2017/abstracts/2636.html Итак, вам повезло - у вас большой проект с многолетней историей. Проблема в том, что многолетняя история - это чаще всего значит много legacy кода, на который стыдно смотреть и тяжело делать всё остальное. И вот в один прекрасный момент все понимают, что так жить больше нельзя и нужно (всё) менять. Здесь самое опасное - начать всё переписывать заново. Почему это плохо и к чему это привело у нас, в Ultimate Guitar, и будет посвящён этот доклад. ...

Как потратить 4 года и мешок денег на рефакторинг и ничего не запустить / М.Ч...

Ontico

Agile2014 Orlando обзор конференции

Mikhail Kudanov

Применение современных статических анализаторов

Я расскажу о нашем двухлетнем опыте использования инженерной практики «Continious Inspection» и платформы SonarQube при организации кросс-языковой разработки в процессе «непрерывной поставки» (CI-CD для языков Java, C#, JavaScript, typeScript и Gherkin) при автоматизированном code-review.

Sqa8 urazov

Alexei Lupan

История проекта, который никогда не падает / Андрей Шетухин

Ontico

Software engineering. Введение в специальность. Обзор

Pavel Egorov

Алексей Лустин. Непрерывная проверка качества кода.

ScrumTrek

Continuous integration with TeamCity

Andrei Ivanov

Как заводить баги понятно всем