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

    7803

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

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

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

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

    Познавательный подкаст 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)

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

    5986

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

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

    5986
    # 15 июля 2019 20:01
    DenisN89:

    top_gun:

    Нужно ли автоматищатору писать год кейсы и проходить регрессы мануально?

    Очень зависит. Если он только пишет тесты по готовым кейсам, то фактически он разработчик и тестирование ему вообще не нужно. Если тестирует и иногда нужна автоматизация, тогда безусловно нужно знать хорошо тестирование

    Если писать код без понимания для чего он - иного багов не выловишь)

    Addicted to music. Trance is my deliverance MTB Racer//AFOL
  • DenisN89 Senior Member
    офлайн
    DenisN89 Senior Member

    7991

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

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

    7991
    # 16 июля 2019 08:17
    Oleg_Svetoslavovich:

    Если писать код без понимания для чего он - иного багов не выловишь

    Так понимание у других людей. У нас чаще всего задачи на автоматизацию ставят не сами автоматизатооы. Часто им отдают кейсы с приоритетами. А те пишут проверки.

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

    5986

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

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

    5986
    # 16 июля 2019 11:26

    DenisN89, Например у нас мануальщики пишут тест кейс для себя и ревьювают сценарии для автоматизации, а ТА только пишет код под сценарий, апрувнутый мануальщиками.

    Addicted to music. Trance is my deliverance MTB Racer//AFOL
  • DoberMan Senior Member
    офлайн
    DoberMan Senior Member

    2339

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

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

    2339
    # 16 июля 2019 12:39
    Oleg_Svetoslavovich:

    у нас мануальщики пишут тест кейс для себя

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

    Renault Espace, VW Golf 3
  • Oleg_Svetoslavovich Senior Member
    офлайн
    Oleg_Svetoslavovich Senior Member

    5986

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

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

    5986
    # 16 июля 2019 12:47 Редактировалось Oleg_Svetoslavovich, 1 раз.
    DoberMan:

    Oleg_Svetoslavovich:

    у нас мануальщики пишут тест кейс для себя

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

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

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

    DoberMan:

    Oleg_Svetoslavovich:

    у нас мануальщики пишут тест кейс для себя

    Кейсы ваще непонятные. Бегаешь к мануальщикам по каждому степу.

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

    Addicted to music. Trance is my deliverance MTB Racer//AFOL
  • DenisN89 Senior Member
    офлайн
    DenisN89 Senior Member

    7991

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

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

    7991
    # 16 июля 2019 17:16
    Oleg_Svetoslavovich:

    Тесты обязаны быть понятны всем -

    Тест кейсы или тесты?

  • oOFlyAngelOo Member
    офлайн
    oOFlyAngelOo Member

    469

    9 лет на сайте
    пользователь #213311

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

    469
    # 16 июля 2019 18:36
    top_gun:

    Как работает тестиррвание-пончтие ну вот очень растяжимое. Что под этим подразумевается? Как работает тестирование можно за пару дней узнать у Савина, например. Нужно ли автоматищатору писать год кейсы и проходить регрессы мануально?

    Мое мнение - да. Иначе не будет понимания по приоритетам покрытия зон функциональности, какие вещи нужно предусматривать для улучшения покрытия, какие проверки и в каком порядке реализовывать и тп.

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

    DenisN89:

    Очень зависит. Если он только пишет тесты по готовым кейсам, то фактически он разработчик и тестирование ему вообще не нужно. Если тестирует и иногда нужна автоматизация, тогда безусловно нужно знать хорошо тестирование

    Проблема в том, что написание "по готовым кейсам" - дело такое. Основной пул задач по вакансиям сейчас - все теже селениумоводы. А там не нужны никакие особые познания в программировании для реализации описанного по моему в каждом бложике бородатого Page Object. Нанимать отдельного кодописателя под такую задачу - не имеет смысла, так как талантливый новичок с прицелом на разработку на таком надолго не задержится, а днарь - никому не нужен.

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

    7991

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

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

    7991
    # 16 июля 2019 19:42

    oOFlyAngelOo, в селениусоводы я бы даже не советовал подаваться. Спорное решение с неочевидными плюсами.

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

    1052

    12 лет на сайте
    пользователь #97786

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

    1052
    # 16 июля 2019 21:05
    oOFlyAngelOo:

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

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

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

    5986

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

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

    5986
    # 17 июля 2019 11:12
    DenisN89:

    Oleg_Svetoslavovich:

    Тесты обязаны быть понятны всем -

    Тест кейсы или тесты?

    Тесткейсы*

    Addicted to music. Trance is my deliverance MTB Racer//AFOL
  • oOFlyAngelOo Member
    офлайн
    oOFlyAngelOo Member

    469

    9 лет на сайте
    пользователь #213311

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

    469
    # 17 июля 2019 14:31
    DenisN89:

    oOFlyAngelOo, в селениусоводы я бы даже не советовал подаваться. Спорное решение с неочевидными плюсами.

    А большинство автоматизаторов на рынке, и по вакансиям - это оные и есть. Обычный рассказ на собеседе - пилил гуевые тесты на селене с надстройками(селениды, кукумберы и иже с ними). Что еще пилил? Ну наши тесты умели ходить в базу, и у нас был башскрипт для запуска через дженкинс. Хотя даже в селене впринципе есть куда развернуться (параллелизация, комбинирование с хедлесс драйверами, автогенерация тестов и тп).
    Впрочем для старта - вполне сгодится.

    Darlok:

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

    Если человек несколько лет занимается автоматизацией, но не дотягивает до джуна из лабы - тут дело не в процессе перехода. Совсем не в процессе.

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

    7991

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

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

    7991
    # 17 июля 2019 15:11

    oOFlyAngelOo, тут вопрос скорее к ui тестам, как к явлению. Часто они вообще не нужны либо нужны на самом минимальном смоук уровне.

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

    1007

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

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

    1007
    # 17 июля 2019 21:46 Редактировалось zffman, 1 раз.

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

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

    7991

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

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

    7991
    # 17 июля 2019 21:56

    zffman, я просто часто слышу такое. Что в компаниях была куча кейсов в регрессии и кто-то решает, что раз ui не меняется, то можно их автоматизировать, время сэкономить. Только вот не считают, что если этот ui не меняется, то и регрессию проводить смысла особого нет. В итоге автоматизируют кейсы, которые и проходить вручную не было смысла. А на бумаге все красиво, сэкономили ресурсы

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

    1007

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

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

    1007
    # 17 июля 2019 23:22

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

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

    1052

    12 лет на сайте
    пользователь #97786

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

    1052
    # 17 июля 2019 23:50
    DenisN89:

    ui не меняется

    Это основное условие проводить автоматизацию

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

    1007

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

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

    1007
    # 18 июля 2019 08:14

    Основное условие для проведения автоматизации - наличие обоснованной уверенности, что она даст профит. Но я, конечно, не про ROI.

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

    5986

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

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

    5986
    # 18 июля 2019 10:08
    zffman:

    Основное условие для проведения автоматизации - наличие обоснованной уверенности, что она даст профит. Но я, конечно, не про ROI.

    +

    Addicted to music. Trance is my deliverance MTB Racer//AFOL
  • DenisN89 Senior Member
    офлайн
    DenisN89 Senior Member

    7991

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

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

    7991
    # 18 июля 2019 10:49
    zffman:

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

    Ну ui тесты цепляются за элементы. Нужно сильно постараться, чтобы не меняя ui и не меняя бизнес логику, поломать что-то. Вопрос к архитектуре скорее. А если ui и бизнес логика меняется, зачем писать на это тесты и постоянно переписывать?

    Darlok:

    DenisN89:

    ui не меняется

    Это основное условие проводить автоматизацию

    Ок, у нас мобильное или веб приложение. Есть экран, на нем ui элементы и какая-то бизнес логика, которая работает только на стороне клиента. Его сделали, больше не трогают. При тестировании было, допустим, 30 проверок. Нужна тут автоматизация и сколько проверок стоит автоматизировать?

    zffman:

    Основное условие для проведения автоматизации - наличие обоснованной уверенности, что она даст профит. Но я, конечно, не про ROI.

    Roi и есть профит.

  • seeman--s. Member
    офлайн
    seeman--s. Member

    121

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

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

    121
    # 18 июля 2019 12:33

    Roi и есть профит.

    Да ладно?

    Ну, допустим, пробил ты головой стену. Что ты будешь делать в соседней камере?