Даже если так, при чтении по диагонали я не обнаружила каких то значимых отличий. Самыми популярными техниками по прежнему являются классы эквивалентности, попарное тестирование, анализ граничных значений итд) что в 2003, что в 2015, так и в 2021.
У нас микросервисная архитектура и CICD, поэтому больших релизов у нас в команде не предусмотрено. На интеграционном стенде (предпроде) в релиз могут объединиться в так называемый релиз несколько задач, но часто они друг от друга не зависят и тестируются отдельно.
Поэтому качественной оценки лучше/хуже не может быть, условный релиз апи версии 3.0 отличается от 2.0 новыми требованиями.
В голове довольно много места для знаний, и под словом "шаги" в моем сообщении подразумевается употребление техник тест-дизайна, соответствующих случаю.
На сегодняшний день я занимаюсь практически только автоматизацией, соответственно мой рабочий быт крутится вокруг IJ IDEA, Gitlab, Docker, Jenkins, AllureServer
Спасибо, Алексей! Меня и правда не особо беспокоят какие-либо нападки, ибо я не сомневаюсь в своем вкладе и накопленных компетенциях, а пара лет в поддержке закалят любую нежную натуру.
Если вас интересует что-то по моей работе в тестировании, вы можете задать вопросы в комментариях, я буду рада ответить:)
А какие именно гуманитарные скиллы вас интересуют?
В моем случае, мне действительно довольно сильно помогают годы изучения иностранных языков. Также хорошим подспорьем является грамотность письма, внимательность, умение выражать свои мысли, структурировать и анализировать. Но назвать это гуманитарными скиллами рука не поднимается.
Я не стремилась вас обидеть, прошу прощения, если своим непрошеным советом задела, давайте продолжим диалог. Возможно, вы все же могли бы подвести итог тому, что вы хотели сказать?
У меня статья для начинающих тестировщиков: я прошла путь с 0 до QA Auto, собственно, о нем я и повествую.
Вы, по вашим словам, программист с большим опытом.
Вы то обвиняете меня во вранье, несерьезном подходе, то пытаетесь убедить в том, что что бы я не делала, мне никогда не достичь тех же высот, хотя я уже 5 лет успешно работаю и развиваюсь в роли QA в успешной IT компании.
Как вы верно подметили в одном из ваших комментариев, мы с вами конкурируем в разных плоскостях, в таком случае, к чему все ваши замечания? Ибо ввиду вашей любви к письму, выцепить содержащуюся в тексте суть неимоверно трудно.
А что именно смущает? Автоматизация тестирования - это ветвь тестирования.
В компании была потребность не только в мануальном QA, но и в автоматизаторе, поэтому помимо проверки моих теоретических знаний, мне дали возможность попробовать свои силы на реальном техническом задании. Использовать для этого можно было абсолютно любые инструменты.
Для реализации я выбрала ruby, поэтому для написания скрипта было достаточно одного Sublime Text. После того как я разобралась с гемами, нашла нужные либы и научилась дебажить, результат не заставил себя ждать. Все получилось, а процесс написания кода мне очень понравился.
Более серьезной автоматизацией я стала заниматься не ранее, чем через год с момента начала работы в качестве QA. И, конечно, не без помощи Java-автоматизатора, который присоединился к нашей команде чуть позже.
Вы опять мне ответили лонгридом, но что конкретно вы хотели этим сказать? Могу порекомендовать вам книгу "Пиши, сокращай", ведь краткость - сестра таланта.
Что такое фундаментальные и базовые знания, на которые, по вашим словам, требуются десятки лет? По-моему, вы не заметили, что и время поменялось, и технологии и подход к их изучению тоже.
Обучение - вечный процесс, и спустя 5 лет в тестировании я точно так же продолжаю развиваться и обучаться. И все это время, представьте себе, я занята именно в сложном, серьезном коммерческом проекте.
Безусловно, пойди я сразу в технический вуз, сейчас было бы проще, по крайней мере, я сэкономила бы себе пару лет. Но эти сложности не являются для меня значимой преградой на пути к желаемому уровню знаний и дохода.
И да, я готова конкурировать с теми, кто начал раньше. Моя статья рассчитана на таких же людей, тех, кто заинтересован в работе в тестировании, готов много времени уделить обучению и не боится нового.
Благодарю за развернутый ответ. Возможно, вам тоже следовало писать на Хабре статьи, а не только комментировать их:)
Я с вами не соглашусь с тем, что настоящего успеха в айти можно достичь лишь начав в глубокой юности, ибо я не единственная среди своих коллег пришла из другой сферы, успешно работает и растет в профессии. Рынок растет, растут и возможности для обучения, и то, чему вы раньше учились 10 лет, сегодня можно усвоить и за 3-5. А если вы сразу начинаете применять свои знания на практике, то экспертиза не заставит себя ждать.
Что касается способностей и предрасположенности да, безусловно, это имеет место. Как я написала в статье, если человек идет в айти лишь за сладкими условиями, скорее всего, он разочаруется и не сможет реализоваться на должном уровне.
В голове всегда лежит готовая схема кейса: прекондишены, шаги исполнения, результат, посткондишены. Для описания бага - действует свой шаблон: заголовок, отвечающий на вопросы "что? где? когда?", а в описании: шаги, актуальный результат, ожидаемый результат.
Что касается, развернутых тест-планов или хотя бы чеклистов - я искала хорошие примеры у коллег и в сети, чтобы взять для себя лучшие моменты. Но наиболее полезными для меня остаются майндмапы и блок-схемы, для этого я использую draw.io
Сейчас, так как я занимаюсь автоматизацией, все кейсы и планы, практически сразу превращаются в код автотестов, стэпы и сьюты, не оставаясь в человекочитаемом виде, но при этом очень органично существующие в AllureServer.
Привет! В 2015 году возможно, но не в 2021, когда профессия тестировщика у всех на слуху)
Моя статья рассчитана на людей, которые сами планируют начать карьеру QA, если вы уже давно работаете в сфере в айти, логично, что информация в ней для вас не так актуальна.
Вы правы, книге Савина уже лет 15, и в том что касается разработки уже многое поменялось, но не с точки зрения теории тестирования.
В мое время именно эта, легко читающаяся книга, вдохнула в меня неподдельный интерес к сфере тестирования, поэтому я до сих пор рекомендую ее к ознакомлению.
Но именно в первую очередь, ибо, если взяться за нее в последнюю - уже будет не так интересно:)
Если бы я или моя компания продавали какие-то обучающие курсы, ваша претензия имела бы место, но это не так. В статье я просто транслирую опыт, который пережила сама.
Я понимаю, что человека, посвятившего жизнь айти, могут оскорблять эти выскочки, гуманитарии, пытающиеся урвать свой кусок, и, будь я прозорливее в свои 16 лет и поступив на информатику, вместо испанского языка, возможно считала бы также)
Но опять же, это не моя история, в 16 лет я не понимала, чего хочу и круто, что хотя бы в 21 я попала в айти, хоть и через службу поддержки, где пригодились мои многолетние знания иностранных языков.
Затем я 2 года, а не пару месяцев, как вы пишете, наблюдала за лучшими и училась сама, не нужно умалять работу, которую я произвела над собой. А также не надо возводить программирование в ранг умений, доступных лишь избранным. Сегодня для этого будет достаточно жгучего желания научиться, хорошего навыка гуглить, и времени на отладку.
Если мой опыт кого-то вдохновит пройти тот же путь и найти свое признание, я буду рада.
Даже если так, при чтении по диагонали я не обнаружила каких то значимых отличий. Самыми популярными техниками по прежнему являются классы эквивалентности, попарное тестирование, анализ граничных значений итд) что в 2003, что в 2015, так и в 2021.
У нас микросервисная архитектура и CICD, поэтому больших релизов у нас в команде не предусмотрено. На интеграционном стенде (предпроде) в релиз могут объединиться в так называемый релиз несколько задач, но часто они друг от друга не зависят и тестируются отдельно.
Поэтому качественной оценки лучше/хуже не может быть, условный релиз апи версии 3.0 отличается от 2.0 новыми требованиями.
В голове довольно много места для знаний, и под словом "шаги" в моем сообщении подразумевается употребление техник тест-дизайна, соответствующих случаю.
P.S (для тех кто увидит комментарий выше, перейдет по ссылке, но плохо читает на английском) В своей статье я даю ссылку на пост с фундаментальной теорией, которая включает в себя все те же техники тест-дизайна отмеченные в книге "A Practitioner’s Guide to Software Test Design", Lee Copeland. Там они изложены на русском.
А для какой цели вам нужен докер? Ибо от этого зависит и туториал)
Вот так сходу ничего на ум не приходит, но у Docker хорошая документация, и, если вы знаете английский, проблем быть не должно. https://docs.docker.com/get-started/resources/
А там уже и нагуглить интересующий туториал не составит труда.
Инструменты для тестирования сильно зависят от целей и того, что вы планируете тестировать.
Могу рассказать, чем сама пользовалась регулярно:
Еще в статье я упоминала расширение для Сhrome: Talend Api Tester, для тестирования http api.
Charles Proxy - cниффер
DataGrip - для работы с БД
HideMyAss - впн
https://json-diff.com/ - для быстрой сверки json
http://json.parser.online.fr/ - для быстрого парсинга вручную
На сегодняшний день я занимаюсь практически только автоматизацией, соответственно мой рабочий быт крутится вокруг IJ IDEA, Gitlab, Docker, Jenkins, AllureServer
Спасибо, Алексей! Меня и правда не особо беспокоят какие-либо нападки, ибо я не сомневаюсь в своем вкладе и накопленных компетенциях, а пара лет в поддержке закалят любую нежную натуру.
Если вас интересует что-то по моей работе в тестировании, вы можете задать вопросы в комментариях, я буду рада ответить:)
У меня не было лимита по времени, ввиду отсутствия особых ожиданий, ведь меня брали на роль ручника, поэтому выполнение задания заняло около недели.
А какие именно гуманитарные скиллы вас интересуют?
В моем случае, мне действительно довольно сильно помогают годы изучения иностранных языков. Также хорошим подспорьем является грамотность письма, внимательность, умение выражать свои мысли, структурировать и анализировать. Но назвать это гуманитарными скиллами рука не поднимается.
Я не намерена спорить на тему ключевых слов, ввиду того, что это не статья про SQL. Но таком случае, что такое INSERT и UPDATE, если не операторы?
А что касается Delete, вы правы, Junior QA он, пожалуй, ни к чему:)
Я не стремилась вас обидеть, прошу прощения, если своим непрошеным советом задела, давайте продолжим диалог. Возможно, вы все же могли бы подвести итог тому, что вы хотели сказать?
У меня статья для начинающих тестировщиков: я прошла путь с 0 до QA Auto, собственно, о нем я и повествую.
Вы, по вашим словам, программист с большим опытом.
Вы то обвиняете меня во вранье, несерьезном подходе, то пытаетесь убедить в том, что что бы я не делала, мне никогда не достичь тех же высот, хотя я уже 5 лет успешно работаю и развиваюсь в роли QA в успешной IT компании.
Как вы верно подметили в одном из ваших комментариев, мы с вами конкурируем в разных плоскостях, в таком случае, к чему все ваши замечания? Ибо ввиду вашей любви к письму, выцепить содержащуюся в тексте суть неимоверно трудно.
А что именно смущает? Автоматизация тестирования - это ветвь тестирования.
В компании была потребность не только в мануальном QA, но и в автоматизаторе, поэтому помимо проверки моих теоретических знаний, мне дали возможность попробовать свои силы на реальном техническом задании. Использовать для этого можно было абсолютно любые инструменты.
Для реализации я выбрала ruby, поэтому для написания скрипта было достаточно одного Sublime Text. После того как я разобралась с гемами, нашла нужные либы и научилась дебажить, результат не заставил себя ждать. Все получилось, а процесс написания кода мне очень понравился.
Более серьезной автоматизацией я стала заниматься не ранее, чем через год с момента начала работы в качестве QA. И, конечно, не без помощи Java-автоматизатора, который присоединился к нашей команде чуть позже.
Вы опять мне ответили лонгридом, но что конкретно вы хотели этим сказать? Могу порекомендовать вам книгу "Пиши, сокращай", ведь краткость - сестра таланта.
Что такое фундаментальные и базовые знания, на которые, по вашим словам, требуются десятки лет? По-моему, вы не заметили, что и время поменялось, и технологии и подход к их изучению тоже.
Обучение - вечный процесс, и спустя 5 лет в тестировании я точно так же продолжаю развиваться и обучаться. И все это время, представьте себе, я занята именно в сложном, серьезном коммерческом проекте.
Безусловно, пойди я сразу в технический вуз, сейчас было бы проще, по крайней мере, я сэкономила бы себе пару лет. Но эти сложности не являются для меня значимой преградой на пути к желаемому уровню знаний и дохода.
И да, я готова конкурировать с теми, кто начал раньше. Моя статья рассчитана на таких же людей, тех, кто заинтересован в работе в тестировании, готов много времени уделить обучению и не боится нового.
Благодарю за развернутый ответ. Возможно, вам тоже следовало писать на Хабре статьи, а не только комментировать их:)
Я с вами не соглашусь с тем, что настоящего успеха в айти можно достичь лишь начав в глубокой юности, ибо я не единственная среди своих коллег пришла из другой сферы, успешно работает и растет в профессии. Рынок растет, растут и возможности для обучения, и то, чему вы раньше учились 10 лет, сегодня можно усвоить и за 3-5. А если вы сразу начинаете применять свои знания на практике, то экспертиза не заставит себя ждать.
Что касается способностей и предрасположенности да, безусловно, это имеет место. Как я написала в статье, если человек идет в айти лишь за сладкими условиями, скорее всего, он разочаруется и не сможет реализоваться на должном уровне.
Да, вы правы, пожалуй, мне следовало выделить его в отдельную группу) Спасибо.
Привет!
В голове всегда лежит готовая схема кейса: прекондишены, шаги исполнения, результат, посткондишены. Для описания бага - действует свой шаблон: заголовок, отвечающий на вопросы "что? где? когда?", а в описании: шаги, актуальный результат, ожидаемый результат.
Что касается, развернутых тест-планов или хотя бы чеклистов - я искала хорошие примеры у коллег и в сети, чтобы взять для себя лучшие моменты. Но наиболее полезными для меня остаются майндмапы и блок-схемы, для этого я использую draw.io
Сейчас, так как я занимаюсь автоматизацией, все кейсы и планы, практически сразу превращаются в код автотестов, стэпы и сьюты, не оставаясь в человекочитаемом виде, но при этом очень органично существующие в AllureServer.
Привет! В 2015 году возможно, но не в 2021, когда профессия тестировщика у всех на слуху)
Моя статья рассчитана на людей, которые сами планируют начать карьеру QA, если вы уже давно работаете в сфере в айти, логично, что информация в ней для вас не так актуальна.
Я рада, что мой опыт был полезен. Именно с этой целью я и создавала статью) Удачи вам!
Привет! Сейчас я пишу на Java, автотесты для бэкэнда.
Maven/Gradle-TestNG, RestAssured для http апи, и самописный клиент для всех остальных.
Ну а свой самый первый автотест, тот, что делала с помощью гугла, писала на Ruby;)
Вы правы, книге Савина уже лет 15, и в том что касается разработки уже многое поменялось, но не с точки зрения теории тестирования.
В мое время именно эта, легко читающаяся книга, вдохнула в меня неподдельный интерес к сфере тестирования, поэтому я до сих пор рекомендую ее к ознакомлению.
Но именно в первую очередь, ибо, если взяться за нее в последнюю - уже будет не так интересно:)
Спасибо за поддержку!
Привет!
Если бы я или моя компания продавали какие-то обучающие курсы, ваша претензия имела бы место, но это не так. В статье я просто транслирую опыт, который пережила сама.
Я понимаю, что человека, посвятившего жизнь айти, могут оскорблять эти выскочки, гуманитарии, пытающиеся урвать свой кусок, и, будь я прозорливее в свои 16 лет и поступив на информатику, вместо испанского языка, возможно считала бы также)
Но опять же, это не моя история, в 16 лет я не понимала, чего хочу и круто, что хотя бы в 21 я попала в айти, хоть и через службу поддержки, где пригодились мои многолетние знания иностранных языков.
Затем я 2 года, а не пару месяцев, как вы пишете, наблюдала за лучшими и училась сама, не нужно умалять работу, которую я произвела над собой. А также не надо возводить программирование в ранг умений, доступных лишь избранным. Сегодня для этого будет достаточно жгучего желания научиться, хорошего навыка гуглить, и времени на отладку.
Если мой опыт кого-то вдохновит пройти тот же путь и найти свое признание, я буду рада.