QA Engineer в Plarium
  • DOU Hobby: Пчеловодство — размеренный отдых и 40 кг меда

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

    Процесс обкачки улья очень медленный. За это время, в наших условиях, там уже будет куча мух, муравьев и ос.

    То что вы меньше потревожите пчел это все такое, зато вы сможете отобрать качественный мед! Рамки с медом на которых он уже созрел, оставить рамки которые рано еще отбирать, рамки котрые лучше оставить им для корма на зиму или отобрать потом под расплод.

    Этот вариант подходит, если вам хочется поиграться в пасечника, не более!

  • DOU Hobby: Пчеловодство — размеренный отдых и 40 кг меда

    Хорошая статья! У самого отец пасечник, так что тоже привлекаюсь к этому делу)
    50 ульев по нашим меркам — это уже достаточно много! Мне кажется можно уже и не расширять пасеку, а переходить на более качественный уровень с Intermediate Beekeeper to Advanced))

  • Как сократить ручное тестирование и можно ли без него обойтись

    вся команда не занимается постоянным мануальным
    тестированием

    Да, я это понял, но оно все же есть.
    На счет морали, я согласен! Есть такой эффект, но есть разные рычаги влияния на мораль)

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

    Все описанные Вами подходы правильные и я тоже сторонник этих подходов, но они никак не уменьшают степени важности мануального тестирования.

    Если не верите, я Вам тут сейчас пирамиду тестирования нарисую)))
    P.S. Никакого негатива! Истинна рождается в спорах)

  • Как сократить ручное тестирование и можно ли без него обойтись

    Есть такая беда! Я не знаю правда с чем это связано, но мне кажется это просто из-за нехватки знаний в соседней области. Люди часто говорят о тестировании, совершенно не зная что это. Книги о программировании и менеджменте не дают полной картины.

    Как сократить ручное тестирование и можно ли без него обойтись

    Название немного не корректно. В таком свете лучше назвать — «Как мы изменили процесс разработки и повысили качество». Потому что мануальным тестированием, занимается вся команда, а не выделенный человек. Но оно есть, как бы они его не назвали!!!

    Проблема была не в мануальном тестировании, а в подходах!

  • Как сократить ручное тестирование и можно ли без него обойтись

    Я и не критикую их подходы и методологию, если качество на уровне, то значит подход работает! И у каждого своя серебряная пуля.

    Я к тому, что в статье изначально описаны неправильные подходы к построению процесса разработки ПО, а именно процесса тестирования на проекте.

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

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

  • Как сократить ручное тестирование и можно ли без него обойтись

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

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

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

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

  • Test Lead Катерина Несмелова — про Full Advanced Level ISTQB, проблеми професії QA та релокацію до Нової Зеландії

    Прочитал на одном дыхании! Крутая статья!

  • Бесплатный вебинар «Методы и виды тестирования»

    Добрый день, Ольга. Теперь все ясно)

    да и кто сказал что девелоперы не тестируют...
    они должны тестировать! но как показывает опыт, у девелопера немного другое представление о тестировании, если у него нет опыта в этом направлении
  • Бесплатный вебинар «Методы и виды тестирования»

    Вести вебинар будет Ольга Корниева, Senior Java Developer
    как то вот не понятно... девелопер будет рассказывать о тестировании?
  • Вебинар: Mobile testing

    Напоминаем, что сегодня в 19.00 состоится вебинар «QA Mobile Testing». За 30 минут до начала вебинара мы вышлим вам ссылочку на комнату.
    Оставайтесь на связи)

    Письмо не пришло и среди спама нет!
    Где тут кнопка, минус к карме за такие вебинары?

  • Мой опыт сдачи ISTQB сертификации

    Тесты не так просты, как кажется на первый взгляд: тут обычный вопрос, не вызывающий бурю возмущений, — скорее исключение. Чаще или два правильных ответа сразу, или все не подходят.
    Это точно, что не просты! Иногда хочется ответить в стиле «да нет наверное»)
  • Изучаю Java (ищу компанию)

    Тоже есть желание! Skype — petrienko