Доброго всем!
Возник принципиальный вопрос: искать до упора автоматизатора который полностью впишется в тематику проекта или расти своего? Подскажите у кого как по опыту было?
Отправлено 12 апреля 2016 - 15:25
Доброго всем!
Возник принципиальный вопрос: искать до упора автоматизатора который полностью впишется в тематику проекта или расти своего? Подскажите у кого как по опыту было?
Отправлено 12 апреля 2016 - 15:38
Отправлено 12 апреля 2016 - 15:46
Доброго всем!
Возник принципиальный вопрос: искать до упора автоматизатора который полностью впишется в тематику проекта или расти своего? Подскажите у кого как по опыту было?
Есть человек, который будет обучать автотестера ?
Отправлено 12 апреля 2016 - 15:50
Нужно по ситуации смотреть. Какой проект, какого уровня автоматизация и в какие сроки нужна на нем. Ну и как выращивать собираетесь? Так то выращенный может даже чего то заавтоматизировать, а потом уйдет и пришедший на его место, поймёт что проще переписать с нуля. Для выроста нужен тоже потенциал у человека, не факт, что уже есть такой. Первого попавшегося брать, какой то сомнительный подход. Ну и так далее.
Отправлено 12 апреля 2016 - 17:05
user12, прав. Кто растить будет?
Смотрите по ситуации. Я в свое время искал релиз-инженеров - не нашел, обоих растил с нуля.
Еще. После того от нас ушел автоматизитор, которого воспитали сами, он сам же спустя год честно в разговоре сознался, что наш проект автоматизации вполне можно переписать)
Отправлено 13 апреля 2016 - 06:33
Любой проект можно переписать.
В процессе человек учится чем-то, узнает новые методики и т.д.
Отправлено 13 апреля 2016 - 07:26
Доброго всем!
Возник принципиальный вопрос: искать до упора автоматизатора который полностью впишется в тематику проекта или расти своего? Подскажите у кого как по опыту было?
Есть человек, который будет обучать автотестера ?
Не, такого человека нет =(
Есть как бы я, который прошел курс программирования для тестировщиков, который как бы "осознал" какая должна быть "архитектура" автотестов, но опыта как такового нет.
То есть я понимаю, что каким-то крутым фишечкам обучить человека не смогу, но и полного хаоса на проекте не допущу.
Отправлено 13 апреля 2016 - 07:27
Похоже на то, что придется искать опытного, что бы он меня учил =)
Вот только по веремени это может же занять слишком много времени...
Автоматизировать нужно бекэнд через апи и ВС интерфейсы.
Отправлено 13 апреля 2016 - 08:04
На мой взгляд профана, "автоматизатор автотестов" - это просто несколько нестандартное название для вакансии "разработчик ПО". Написание и поддержка фреймворка автотестов, ИМХО, имеет к тестированию не так уж много отношения. Обыкновенная продуктовая разработка софта для внутреннего использования, нет?
Отправлено 13 апреля 2016 - 08:25
На мой взгляд профана, "автоматизатор автотестов" - это просто несколько нестандартное название для вакансии "разработчик ПО". Написание и поддержка фреймворка автотестов, ИМХО, имеет к тестированию не так уж много отношения. Обыкновенная продуктовая разработка софта для внутреннего использования, нет?
Слишком холиварная тема. Но если вкратце - нет
Отправлено 13 апреля 2016 - 09:18
На мой взгляд профана, "автоматизатор автотестов" - это просто несколько нестандартное название для вакансии "разработчик ПО". Написание и поддержка фреймворка автотестов, ИМХО, имеет к тестированию не так уж много отношения. Обыкновенная продуктовая разработка софта для внутреннего использования, нет?
Обычно "разработчики ПО" не особо в курсе про тестовые фреймворки и про то как лучше организовать архитектуру тестов, поэтому и появилась такая ветвь как автоматизатор или программист-тестировщик
Не следует заставлять тестировщиков тестировать быстрее. Что может быть хуже испуганных, усталых, цинично настроенных тестировщиков?
-----------------
Хорошо, когда человек заводит баги. Плохо, когда баги заводят человека (с)
-----------------
Проект для начинающих тестировщиков Хомячки
Отправлено 14 апреля 2016 - 08:17
В общем, всем спасибо за мнения! Если будут какие еще аргументы - велком =)
Отправлено 14 апреля 2016 - 09:37
Если есть минимум год, а для "хорошего" автоматизатора полтора-два года, то можно попробовать "созреть" своего :)
Отправлено 14 апреля 2016 - 11:21
Автоматизатор растет на 2 китах.
1 - Язык носитель автотестов. Например Java выучить на уровне junior мнимум пол года. У мнея при совмещении с работой так вышло
2 - Навыки автоматизации. Писать каод много людей могут, а писать стабильный тесты которые баги находить будут не многие. Примерно 3 месяца практики для этого надо.
Вот и считайте. Причем джаву выучить проще на самом деле, чем найти человека который обучит приемам автоматизации
Senior QA/ Wix.com / qaacademy.net
Отправлено 15 апреля 2016 - 09:24
Ровно так и есть.На мой взгляд профана, "автоматизатор автотестов" - это просто несколько нестандартное название для вакансии "разработчик ПО". Написание и поддержка фреймворка автотестов, ИМХО, имеет к тестированию не так уж много отношения. Обыкновенная продуктовая разработка софта для внутреннего использования, нет?
Автоматизировать нужно бекэнд через апи и ВС интерфейсы.
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
Отправлено 15 апреля 2016 - 13:45
Что-то мне не кажется отличной идеей, когда код для организации проверки функционала пишут те же, кто этот функционал разрабатывал...
И про неделю - Вы сильно преуменьшили. Либо функционал настолько небольшой, что разработчику хватит недели.
Да, и... Много у Вас разработчиков, которым нечем заняться, поэтому они легко могут взять и "неделю" заниматься фреймворком этим?
Отправлено 15 апреля 2016 - 14:27
Пишите требования, что вам, как тестировщику, нужно от автоматизации, отдаете порграммисту. Через неделю у вас будет минимальный фреймворк, с которым можно работать, чтобы покрыть основные потребности в автоматизации через апи. Что и как улучшить поймете сами через полгода работы с этим фреймворком, сделаете вторую версию требований с улучшениями и отдайте еще на неделю программистам.
Выйдет намного дешевле, чем искать идеального человека. И код будет намного лучше и стабильнее.
Я думал над этим, но отвлекать некого... И есть одна большая проблема, я не могу отвлечь разработчика на разворачивание инфраструктуры для автоматизации. Привлечь написть код, как бы еще можно, но подобрать инструменты, подготовить окружение и т.д. - это будет слишком долго и не факт что юзабельно кем то еще кроме разраба.
Отправлено 15 апреля 2016 - 14:43
Думаю, найти готового ароматизатора не получится, денег не хватит. Выучить своего тоже не выйдет - некому. Выход один, брать тестировщика, который понимает что и как тестировать, уже умеет автоматизировать на чем-нибудь, готовый обучится при этом сам, глаз горит, дать ему 3 мес испытательного, после чего решать на что годен, на что нет. Если толковый, через 3 месяца выкатит то, что нужно, научится автоматизировать технарю - ничего сложного, а тесткейсы вместе напишите. Никаких тут разрабов привлекать не надо, будет далеко и надолго посланы....
"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс
Отправлено 15 апреля 2016 - 22:45
Что-то мне не кажется отличной идеей, когда код для организации проверки функционала пишут те же, кто этот функционал разрабатывал...
И про неделю - Вы сильно преуменьшили. Либо функционал настолько небольшой, что разработчику хватит недели.
Да, и... Много у Вас разработчиков, которым нечем заняться, поэтому они легко могут взять и "неделю" заниматься фреймворком этим?
Разработать фреймворк для тестирования API ≠ сделать тесты и протестировать работу модуля. Хороший разработчик пишет код намного быстрее и лучше любого автоматизатора, просто потому что писать код — его основная работа.
Недели на первую версию будет достаточно, если разработчик хороший, а язык не экзотический.
Много ли толку от того, что разработчики разрабатывают что-то, что нельзя протестировать и некому?
Эта "потраченная" неделя с лихвой окупится тем, что во-первых, разработчики начнут писать более тестируемый код, а во-вторых, созданием автотестов, которые позволят разрабатывать быстрее, сразу показывая, где были допущены ошибки.
Пишите требования, что вам, как тестировщику, нужно от автоматизации, отдаете порграммисту. Через неделю у вас будет минимальный фреймворк, с которым можно работать, чтобы покрыть основные потребности в автоматизации через апи. Что и как улучшить поймете сами через полгода работы с этим фреймворком, сделаете вторую версию требований с улучшениями и отдайте еще на неделю программистам.
Выйдет намного дешевле, чем искать идеального человека. И код будет намного лучше и стабильнее.Я думал над этим, но отвлекать некого... И есть одна большая проблема, я не могу отвлечь разработчика на разворачивание инфраструктуры для автоматизации. Привлечь написть код, как бы еще можно, но подобрать инструменты, подготовить окружение и т.д. - это будет слишком долго и не факт что юзабельно кем то еще кроме разраба.
Подобрать окружение и инструменты — общая задача, разработчик может с ней намного лучше справиться, потому что знает, как код устроен внутри и что можно сделать просто, а что нет.
Степень юзабельности полностью в ваших руках, как постановщика требований.
Думаю, найти готового ароматизатора не получится, денег не хватит. Выучить своего тоже не выйдет - некому. Выход один, брать тестировщика, который понимает что и как тестировать, уже умеет автоматизировать на чем-нибудь, готовый обучится при этом сам, глаз горит, дать ему 3 мес испытательного, после чего решать на что годен, на что нет. Если толковый, через 3 месяца выкатит то, что нужно, научится автоматизировать технарю - ничего сложного, а тесткейсы вместе напишите. Никаких тут разрабов привлекать не надо, будет далеко и надолго посланы....
Худший вариант из всех — взять студента, который будет писать говнокод, который потом невозможно развивать и поддержка которого встанет дороже, чем вообще выкинуть через год все эти тесты.
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
Отправлено 16 апреля 2016 - 17:23
Вмешаюсь спор ибо мне кажется что вы дру-друга запутываете. Все эти вещи уже давно описанны и расфасованны, на всех конференциях по сто раз призентованы и использванны.
Смотрим картинку и проникаемся.
Cогласно TDD и BDD Unit тесты пишут только программисты. Это не обсуждается, каждый модуль должен быть протетсирован разрабочиком согласно ТЗ.
Интеграционные тесты, туде войдет и API тоже пишутся разработчиками или иногда атвоматизаторами, это пограничная область и граница весьма расплычаста. В конце E2E тесты, туда же войду GUI - пишутся только автоматизаторами, программисты НИКОГДА не должны писать их. Это делает только человек с опытом тестирования и не участвующий в процессе разработки
У меня все
Senior QA/ Wix.com / qaacademy.net
0 пользователей, 0 гостей, 0 анонимных