Ответить
  • AceEek Senior MemberАвтор темы
    офлайн
    AceEek Senior Member Автор темы

    8068

    16 лет на сайте
    пользователь #112466

    Профиль
    Написать сообщение

    8068
    # 13 мая 2005 12:18 Редактировалось AceEek, 21 раз(а).

    Курсы тестирования ПО:
    A1QA QA-academy (мануальное\автоматизация)
    Образовательный центр ПВТ / ручное и автоматизированное тестирование
    Курсы тестирования и не только, Training.by (EPAM)
    Курсы «Тестирование ПО», BelHard
    Курсы тестирования ПО Натальи Савастюк
    Курсы тестирования ПО Stormnet
    Курсы тестирования
    Учебного центра «Древо Знаний
    - отзывов нет, ничего плохого или хорошего сказать невозможно, внимательно изучайте предложение и общайтесь с преподавателем

    Яндекс Практикум QA и не только

    Познавательный подкаст RadioQA - там же можно найти Савина в формате аудиокниги.

    Гарвардский курс CS50 2015 (перевод JavaRush)
    Обновленный CS50 2016 на английском

    Тренинги на software-testing.ru
    Школа начинающих тестировщиков
    Книга «Тестирование программного обеспечения. Базовый курс.»

    Онлайн курс Романа Савина How To Become A Software QA Tester на английском
    Дорогие друзья,

    это ваш покорный слуга Роман Савенков широко известный в узких кругах под псевдонимом "Роман Савин".

    Во-первых СПАСИБО за все ваши теплые слова и за поддержку. Вы вдохновили меня, чтобы написать английское издание по мотивам "Тестирование дот ком."

    Начал я, в общем, переводить, и думаю, что можно сделать лучше. Если кто-то помнит, то в русском издании я использовал примеры как будто есть такой чумовой стартап http://www.testshop.rs. "Так вот," - подумал я, "а что если сделать отчаянный шаг и написать такой веб-сайт, чтобы читатели (или вернее "студенты";) могли воочую увидеть примеры из книги и иметь возможность интеракции с софтом, включая использование баг тракинг системы, QA automation и т.д." В общем, я стал параллельно писать англ. издание и кодировать.

    Закончил где-то месяц назад. В печатной форме получился об'ем примерно в 2 (!) раза больше, чем русское издание (405 страниц формата А4). Так что в английском издании очень много нового (хотя некоторые параграфы были мною тупо переведены из "Тестирование дот ком";). И назвал я это дело Practical Course "How to Become a Software Tester". "Курс" - потому что это уже не чтение, а непосредственное самобучение по системе книга - софтвер - книга - софтвер - и тд.

    Теперь приятная часть: онлайн версия учебника и софтвер для треннинга абсолютно бесплатные. Поначалу я, конечно, хотел бессовестно нажиться на страданиях американского народа, угнетаемого финансовым кризисом, и начал продавать курс за большие деньги, но, во-первых у меня никто его особо не покупал, а во-вторых даже если и покупали, то нифига по нему не занимались. Как я знал, что не занимались? Просто смотрел на активность в базе данных. Ребята, поймите меня правильно, я потратил примерно 1.5 года на то, чтобы создать курс, который бы помог людям, а тут, понимаешь, дело совсем не движется. Вот и решил я сделать доброе дело и бесплатно выложить учебник плюс открыть доступ к тренировочному сайту.

    URL учебника: http://www.qatutor.com.

    Спасибо вам за все, ребята.

    С уважением,
    Савин

    Материалы для самоподготовки (для тестировщиков и не только) на Training.by (EPAM)

    Улыбайся - это раздражает
  • AceEek Senior MemberАвтор темы
    офлайн
    AceEek Senior Member Автор темы

    8068

    16 лет на сайте
    пользователь #112466

    Профиль
    Написать сообщение

    8068
    # 16 июля 2015 12:27

    Отличная картинка. Подходит вообще для любого выпускника вуза витающего в облаках

    Улыбайся - это раздражает
  • Krakoz9Ibr Member
    офлайн
    Krakoz9Ibr Member

    473

    11 лет на сайте
    пользователь #759031

    Профиль
    Написать сообщение

    473
    # 16 июля 2015 13:01
    DeathInfector:

    И там платят имеено в РАЗЫ больше?

    Согласен психанул про разы :roll: ))

    zffman:

    А лишнюю прослойку БА нафиг.

    Знаю одного БА с огромнейшим опытом работы, которые всерьёз считает, что тестировщики не нужны, а БА должны тестировать сами. С одной стороны я с ним согласен(БА сможет правильно протестить с точки зрения пользователя не тратя время на объяснение специфики тестерам), а с другой стороны я с ним не согласен(когда этот самый БА будет успевать писать постановки на новые сопли и костыли), так что все профессии нужны, все профессии важны (с)

  • DeathInfector Senior Member
    офлайн
    DeathInfector Senior Member

    15494

    15 лет на сайте
    пользователь #159010

    Профиль
    Написать сообщение

    15494
    # 16 июля 2015 13:24

    Krakoz9Ibr,
    У нас иногда БА делает UAT, а не полноценное тестирование.

    Мне не нужна вечная игла для примуса, я не хочу жить вечно (c)
  • DenisN89 Xbox Team
    офлайн
    DenisN89 Xbox Team

    12273

    15 лет на сайте
    пользователь #183952

    Профиль
    Написать сообщение

    12273
    # 16 июля 2015 13:24

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

  • DeathInfector Senior Member
    офлайн
    DeathInfector Senior Member

    15494

    15 лет на сайте
    пользователь #159010

    Профиль
    Написать сообщение

    15494
    # 16 июля 2015 13:27

    DenisN89,
    Легко понять, нужен ли вам на проекте БА, когда тот в отпуске.
    Если ПМ\дев лид\куай лид способен выполнять его работу (как вы и написали, просто стенографируя требования на митингах и оформляя хотя бы в фоллоу-апы), то как таковой БА не нужен.

    А если работа по выяснению требований просто встала на это время (потому что БА анализирует высокоуровневые требования, предлагает варианты, рисует мокапы) или превратилась в вариант А, то БА на проекте нужен.

    Мне не нужна вечная игла для примуса, я не хочу жить вечно (c)
  • Statik1987 Senior Member
    офлайн
    Statik1987 Senior Member

    11840

    13 лет на сайте
    пользователь #432406

    Профиль
    Написать сообщение

    11840
    # 16 июля 2015 13:32
    Krakoz9Ibr:

    Знаю одного БА с огромнейшим опытом работы, которые всерьёз считает, что тестировщики не нужны, а БА должны тестировать сами. С

    знаю много девов с огромнейшим опытом работы, которые всерьез считают, что БА и тестировщики не нужны.

    Люди тусуется и дружат по категориям. Успешные с успешными, лузеры с лузерами.
  • DenisN89 Xbox Team
    офлайн
    DenisN89 Xbox Team

    12273

    15 лет на сайте
    пользователь #183952

    Профиль
    Написать сообщение

    12273
    # 16 июля 2015 13:38

    DeathInfector, Это понятно. Просто у нас в аутсорсе довольно редко встречается такое, чтобы требования были исключительно высокоуровневые, а команда занималась не только непосредственно реализацией, но и разработкой самого решения.

  • Krakoz9Ibr Member
    офлайн
    Krakoz9Ibr Member

    473

    11 лет на сайте
    пользователь #759031

    Профиль
    Написать сообщение

    473
    # 16 июля 2015 13:40
    Statik1987:

    которые всерьез считают, что БА и тестировщики не нужны.

    я надеюсь Вы хоть с ними не согласны?))

  • Statik1987 Senior Member
    офлайн
    Statik1987 Senior Member

    11840

    13 лет на сайте
    пользователь #432406

    Профиль
    Написать сообщение

    11840
    # 16 июля 2015 14:07
    Krakoz9Ibr:

    Statik1987:

    которые всерьез считают, что БА и тестировщики не нужны.

    я надеюсь Вы хоть с ними не согласны?))

    я считаю, что каждый должен заниматься своим делом.
    и многое зависит от самого проекта.

    Люди тусуется и дружат по категориям. Успешные с успешными, лузеры с лузерами.
  • vovanov2014 Junior Member
    офлайн
    vovanov2014 Junior Member

    34

    10 лет на сайте
    пользователь #1079562

    Профиль
    Написать сообщение

    34
    # 16 июля 2015 15:21
    Statik1987:

    многое зависит от самого проекта

    ВСЕ зависит от проекта :D

    1% случаев, когда заказчик все знает и подгоняет готовое тз и формирует команду приемки - тогда хватит манагера и девов
    и
    99% случаев, когда заказчику надо, чтобы было все красиво, удобно, дешево, а "вы же "умные" - вот и сделайте то, что мне надо" - вот тогда без БА и тестеров никуда

    Добавлено спустя 7 минут 1 секунда

    DenisN89:

    кто выслушивает заказчика и записывает и оформляет уже сформированные требования заказчика

    к сожалению, в 99,99% случаев именно так и происходит.... а вот когда, команда, выслушав плач Заказчика, может, исходя из своих компетенций, предложить хорошее решение - вот это редкость в наших- ;) то условиях

  • sap12345 Senior Member
    офлайн
    sap12345 Senior Member

    1007

    11 лет на сайте
    пользователь #889294

    Профиль
    Написать сообщение

    1007
    # 16 июля 2015 16:29

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

  • Statik1987 Senior Member
    офлайн
    Statik1987 Senior Member

    11840

    13 лет на сайте
    пользователь #432406

    Профиль
    Написать сообщение

    11840
    # 16 июля 2015 17:18
    vovanov2014:

    99,99% случаев именно так и происходит

    т.е. вы участвовали в 100% проектах всех, чтобы так говорить?

    Добавлено спустя 34 секунды

    sap12345:

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

    вы уж лучше молчите, не выставляйте себя глупцом.

    Люди тусуется и дружат по категориям. Успешные с успешными, лузеры с лузерами.
  • zffman Senior Member
    офлайн
    zffman Senior Member

    1077

    17 лет на сайте
    пользователь #97691

    Профиль
    Написать сообщение

    1077
    # 16 июля 2015 18:41 Редактировалось zffman, 3 раз(а).
    sap12345:

    но прокликивать одну и ту же менюшку из ста пунктов каждый спринт никакой БА ни за что не согласится.

    А вы вообще представляете, как можно построить тестирование при скрам-процессе? Если приложение представляет из себя не две кнопки (над которыми вы смеялись пару страниц назад), то никто не будет тестировать приложение полностью каждый спринт всего лишь по двум причинам: 1. это дорого и долго 2. в следующем спринте все может круто поменяться.
    Так что тестируется только то, что было написано в течение спринта (+какие-то критичные вещи и/или куски функционала, которые были затронуты изменениями в спринте). Ну и здесь на помощь приходит автоматизация.

    А если вот уже версия пойдет в продакшн - тогда уже без полноценного тестирования всего приложения никак не обойтись. На моем прошлом проекте такое тестирование было чуть чаще чем раз в год где-то.

    Чтобы оценить масштабы трагедии при полном прогоне: на ручное тестирование уходила неделя работы 5 тестировщиков + пары автоматизаторов и штук 3 разработчиков, которых привлекали на время прогона. Это при том, что в наличии было чуть больше 1000 автоматизированных UI-тестов.

  • DeathInfector Senior Member
    офлайн
    DeathInfector Senior Member

    15494

    15 лет на сайте
    пользователь #159010

    Профиль
    Написать сообщение

    15494
    # 16 июля 2015 18:44

    zffman,
    У нас на препроде тестировщики пару-тройку дней гоняют полноценную регрессию. Это раз в месяц.
    В спринте только спринт-функционал + тот, который мог быть затронут.

    Мне не нужна вечная игла для примуса, я не хочу жить вечно (c)
  • zffman Senior Member
    офлайн
    zffman Senior Member

    1077

    17 лет на сайте
    пользователь #97691

    Профиль
    Написать сообщение

    1077
    # 16 июля 2015 18:48

    У нас кстати обычно было 2 прогона один за другим. После первого - все силы на фикс и валидацию багов в течение недели. И потом еще прогон и опять фиксы. Т.е. грубо говоря месяц тупо чтобы все проверить и выпустить продукт. Такой вот объем функционала...

  • sap12345 Senior Member
    офлайн
    sap12345 Senior Member

    1007

    11 лет на сайте
    пользователь #889294

    Профиль
    Написать сообщение

    1007
    # 16 июля 2015 23:00
    Statik1987:

    sap12345:

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

    вы уж лучше молчите, не выставляйте себя глупцом.

    А ты что тестер что ли? Чего обиделся? Или тестеры не прокликивают формы по 100 раз?

    Добавлено спустя 1 минута 15 секунд

    zffman:

    sap12345:

    но прокликивать одну и ту же менюшку из ста пунктов каждый спринт никакой БА ни за что не согласится.

    А если вот уже версия пойдет в продакшн - тогда уже без полноценного тестирования всего приложения никак не обойтись. На моем прошлом проекте такое тестирование было чуть чаще чем раз в год где-то.

    А что не каждый спринт идет в продакшен? Смысл спринтов тогда вообще?

  • Х.З. Sony PS4 Team
    офлайн
    Х.З. Sony PS4 Team

    972

    18 лет на сайте
    пользователь #46084

    Профиль
    Написать сообщение

    972
    # 17 июля 2015 01:40

    sap12345, по сто раз нет смысла ничего прокликивать. Достаточно выполнить в спринте набор позитивных тестов и, если останется время - негатив.
    Тут вообще стоит определиться что считать системным (по вашему - полноценным) тестированием: проверка по чек-листам, манки-тесты, запуск всех автотестов или регресс багов.
    Как бы не был построен процесс разработки лучше всего выполнять проверки новых фич не в транке, а полноценной версии. Тогда блокеры и критикалы не дойдут до релиза.
    А вести разработку веба или мобилок по agile я считаю вообще порнографией.

    <br />
  • sap12345 Senior Member
    офлайн
    sap12345 Senior Member

    1007

    11 лет на сайте
    пользователь #889294

    Профиль
    Написать сообщение

    1007
    # 17 июля 2015 04:50 Редактировалось sap12345, 1 раз.
    Х.З.:

    sap12345, по сто раз нет смысла ничего прокликивать. Достаточно выполнить в спринте набор позитивных тестов и, если останется время - негатив.

    не, ну я имею ввиду не 100 раз за спринт, это я не так выразился. Но 100 раз за проект, т.е. регрессия перед каждым релизом.
    А автотесты например вообще не все себе могут позволить по многим причинам.

    Х.З.:

    А вести разработку веба или мобилок по agile я считаю вообще порнографией.

    А почему? Мне всегда казалось что как раз для таких вещей скрам подходит больше всего?

  • zffman Senior Member
    офлайн
    zffman Senior Member

    1077

    17 лет на сайте
    пользователь #97691

    Профиль
    Написать сообщение

    1077
    # 17 июля 2015 10:13
    sap12345:

    Или тестеры не прокликивают формы по 100 раз?

    Нет. Тестеры - это не тупые "прокликиватели".

    sap12345:

    А что не каждый спринт идет в продакшен? Смысл спринтов тогда вообще?

    нет, конечно. Смысл уж точно не в том, чтобы делать "уяк-уяк и в продакшн". Некоторый софт перед выпуском вообще должен проходить аудит 3-ьей стороны (о таком не слышали, не?), что в скрам процесс не вписывается.

    sap12345, вы не понимаете в чем заключается работа тестировщиков, не понимаете зачем нужны итерации.. Скажите, вы вообще в ИТ работаете?

  • 13308 FBY Team
    офлайн
    13308 FBY Team

    24964

    21 год на сайте
    пользователь #13308

    Профиль
    Написать сообщение

    24964
    # 17 июля 2015 13:14

    DeathInfector,

    Легко понять, нужен ли вам на проекте БА, когда тот в отпуске.
    Если ПМ\дев лид\куай лид способен выполнять его работу (как вы и написали, просто стенографируя требования на митингах и оформляя хотя бы в фоллоу-апы), то как таковой БА не нужен.

    Странный вывод. На серьезном проекте число БА может достигать десятка.
    Это раз. А два - никокой дев лид и пм не согласиться выполнять эту каторжную работу за ба.
    И три - ба стоит дешевле лида. Использовать лида для задач ба - глупо.

    Картинки и таблицы пропускаю, в пролетарскую суть вникаю