Выпуск 6: Как развиваться тестировщику?

В этот раз мы попробовали новый формат и нам кажется, что получилось отлично!!

Молодой тестировщик Александр Лысенко (@a_softel, Харьков) — засыпал в прямом эфире экспертов вопросами. В программе, которую вел программист, создатель UI-testing framework  Selenide Андрей Солнцев (@asolntsev, Эстония)  принимали участие гости-эксперты Алексей Петров (директор по качеству Mail.ru, Москва), Алексей Виноградов (@vinogradoff, Германия) и Станислав Катков (Таиланд)

В выпуске:

Давайте обсуждать в комментариях!

  • laechoppe

    режет слух многократное повторение слова «Эксперт» (с ударение на первый слог) 🙁

    • maksya

      это Вам к отоларингологу надо обратиться

      • laechoppe

        с чего бы это?

    • Radio QA podcast

      Это профессиональный слэнг экспертов, ну знаете как «докУменты, и пОртфель» 🙂

      • laechoppe

        ааа… ясно, спасибо 🙂

  • Volha.Builuk

    Спасибо за интересный выпуск!
    Оффтоп по кэшу: во многих местах в Германии минимальный платеж карточкой 10 евро.

    • А еще и не везде берут именно кредитные карточки. К счастью банкоматов много, и на многих заправках можно тоже получить кэш (все заправки берут кредитки).

  • laechoppe

    спасибо за выпуск, ждем следующий 🙂
    Что касается специфики данного подкаста, то мне больше нравилось, когда в «основном блюде» собраны более близкие друг к другу темы (как в предыдущих выпусках, например). Получается более полное ракрытие темы и не надо переключаться.

    • Radio QA podcast

      Зато тогда те, кому тема не зайдет проскучают всё время 🙂 Будут выпуски и такие, и другие!

  • Volha.Builuk

    Поделюсь и я последним писком — на хабре запустили подборку полезных материалов по Ruby.
    http://habrahabr.ru/company/at_consulting/blog/263047/

  • Татьяна

    Добрый день. Я недавно нашла ваш подкаст. Слушаю с самого начала, только вот дошла до этого выпуска. Хочу прокомментировать слова о том, что начинающему тестеру не нужно и сложно «ходить» в database, использовать это при тестировании. Я, например, совершенно не представляю работу тестера без проверки того что происходит/произошло в базе. И так было с самый первых дней моей работы в этой области. Единственная разница между начинающим тестером в проекте и опытным — это то, что когда ты начинаешь работать с проектом,то изучаешь связь таблиц для него, это немного тормозит процесс. Когда ты уже усвоил что и как связано, ключи уже в голове хранятся, то находишь нужные вещи быстрее. Да, по стандартам — тестер должен тестировать с позиции end users, а они же в базу не лазят, значит и тестеру не нужно. Но часто мы не ограничиваемся функциями обычных тестеров. Мы всегда должны быть больше, чем от нас требуется.

    • Radio QA podcast

      Спасибо за комментарий!

      Большинство состава подкаста абсолютно согласна с тем, что работа с БД является частью работы профессионального тестировщика.
      И нет, «по стандартам», тестировщик ни в коем случае не ограничен позицией «end users»!

      По крайней мере по нашим, профессиональным стандартам.:-)

      В нашем подксате тем не менее, мы представляем очень разные мнения гостей, и даже внутри нашел команды мнения нередко сильно различаются. Но в этом мы видим преимущество формата — слушателям представлены разные позиции и они могут сделать свой выбор сами!

      Кстати, следующий выпуск во вторник 2 февраля, будет продолжением этой передачи, с нами снова будет Саша с другим кругом отвечающих. Приходите на прямой эфир 🙂

      • Татьяна

        Да, сегодня уже прочитала анонс. Постараюсь, так как у меня будет самый разгар рабочего дня. Я в штатах, у нас разница 8 часов. Конечно, интереснее слушать в эфире. Когда слушаю записи (а сейчас, получается, что слушаю старые записи) так и хочется спросить, прокомментировать. )) Тем более темы для меня интересные. Я сейчас как раз занимаюсь постановкой процессов тестирования и программирования. Я перешла в новую компанию в июле прошлого года и здорово, что дали полную свободу. Не устраивает SDLC — меняй как хочешь, не устраивает ещё что-то — меняй. Всё можно было под себя настроить. Вот уже с августа месяца отшлифовали, обкатали пои новые lifecycles (Issue Lifecycle — он у нас и есть основной SDLC, Requirement, Project and Test Cases Lifecycles). Мы отработали полностью четыре scopes/projects по моим новым процессам, корректировали уже в процессе, в реальной нашей жизни. Сейчас взялась за отчётность. У нас tool очень хороший для всего (issues, requirements, test cases, linking between all these entities). Этот инструмент немного complicated, потому как «обслуживает» огромную компанию и множество проектов, продуктов. У каждого свои потребности, а он один. Такое не может быть простым. Ещё пока проблема заставить людей всё делать правильно. Когда люди привыкли работать без процесса, то сложно в один момент их уговорить что теперь мы будем работать иначе. Я итак уже всякие conditions добавила в свой процесс to force developers смотреть на linked requirements, писать solution, evaluation и т.п. В моём изначальном процессе этих условий не было и developer мог завершить определённый шаг если не сделал каких-то действий. Сейчас система не даёт ему этого сделать и выдаёт сообщение: «иди в requirements, посмотри их, поставь «Reviewed» статус — чтобы я была уверена, что ты это сделал). Потому как мы начали работать без этих условий, developer ставить ready, тестеры проверяют, а оно doesn’t meet the linked requirements completely. Ответ: какие requirements? я не видел. Сделал как в email написал product manager и мы с ним ещё по телефону поговорили. Мы же столько митингов провели по презентации нового процесса, как мы теперь жить будем…. Вот… а теперь у меня следующий этап — отчётность. Я почему с них solutions добиваюсь в определённом месте, потому что наша система генерирует автоматически Testing Summary Report, если имеется хоть один solution и ещё одно условие (не будем сейчас о нём). А ещё можно автоматически генерировать Change Reconciliation Report, но для этого нужно использовать Change Requests и Change List. Но пока я не уговорила на это. Люди на меня итак уже косо смотрят. Они не хотят делать лишнего. Правильно, как программистам — оно им не нужно, вся эта ерунда )) Их работа будет сделана в любом случае, ведётся ли учёт всего этого, документируется оно или нет. А вот для нас — это интересно и важно. Мне интересно, руководству важно)

        • maksya

          какое точное и ёмкое описание HP QC

          • Татьяна

            Мы используем SoftDev. Но очень интересно, что это точно описывает HP QC.

  • Pingback: Выпуск 17: Хочу всё знать - 2()

  • Pingback: [ Анонс Radio QA ][ Выпуск 17: Хочу всё знать — 2. Крепкий орешек ] | QA — грамотно()

  • Pingback: [ Анонс Radio QA ][ Выпуск 17: Хочу всё знать — 2. Крепкий орешек ] | Блоги экспертов()

  • Pingback: Выпуск 17: Хочу всё знать - 2()

  • Pingback: Radio QA: Выпуск 17: Хочу всё знать — 2. Крепкий орешек | QA — грамотно()

  • Pingback: Radio QA: Выпуск 17: Хочу всё знать — 2. Крепкий орешек | Блоги экспертов()

  • Слушал вас я до этого выпуска и горя не знал. Сам планирую попасть в тестирование и поэтому очень интересная была эта тема. Но к сожалению этот выпуск меня разочаровал. Во-первых, в этом выпуске у всех были какие-то дикие проблемы с микрофонами. Во-вторых, «начинающий тестировщик» оказался далеко не начинающим. И мне показалось, что его вопросы не только меня приводили в ступор, но и про-тестировщиков. К тому же практически на каждый вопрос у него был свой заготовлен огромный ответ, который так же был дико занудным и непонятным. В итоге, шоу было вместо познавательно-развлекательным очень тяжёлым. Конечно, людям, которые разбираются в теме, может это наоборот всё показалось бодреньким и живым, но мне было дико тяжело… Если будут подобные рубрики или ещё будут приглашаться люди со стороны, хотелось бы чтобы люди были поживее. К другим ораторам, это не относится, все вы дико крутые ) Я безусловно дальше буду продолжать слушать ваши подкасты. И огромное вам спасибо, что вы есть. В следующий раз обещаю накатать хвалебный комментарий, чтобы карма моя уровнялась ))

    • maksya

      Ваш вопрос легко разрешить — приходите на следующий эфир для новичков в качестве участника =) Тем самым выступите всамомделишным неподдельным новичком, и продемонстрируете на своем примере решение проблем с микрофоном, занудной речью и живостью слога. При успешном выполнении миссии, со своей стороны, гарантируем Вам переход на следующий день после эфира в должность QA менеджера.

      • Я рассмотрю ваше предложения, когда дослушаю все выпуски, чтобы хоть как-то смог создать образ новичка, а не полного профана.

    • Выпуск 17 как раз был с тем же «юниором», можно легко проверить прогресс)