А Step Definitions и прочие хелперы тоже на Gherkin пишете?

добавляю степ дефинишнс по образу и подобию того что уже написано + гугление

и ассерты тоже

если бы с нуля не смогла бы

народ, а насколько хорошо надо знать java, чтобы писать автотесты на selenium? какой нужен уровень?

Java EE

Троль

Se достаточно

Джаву не знаю почти

A кукумбер?

A кукумбер?

а че там знать? типовые формы же степов

один раз доку прочитал, если что-то не помнишь, полез еще раз почитал

Ну, я бы не сказал.

? вообще у меня конечно как у тестера очень большая проблема с этим. с нуля только JS тесты могу поднять, остальное все как обезьянка делаю: "вот тут сделано примерно это вот так, значит мне надо сделать вот так"

один раз доку прочитал, если что-то не помнишь, полез еще раз почитал

Не знаю кукумбер-для меня темный лес

если бы с нуля не смогла бы

да нормально с нуля идет. Книжки есть, гугл есть, stackoverflow есть

Java EE знаю

Java EE знаю

JAAS знаешь а кукумбер не осилил?

JAAS знаешь а кукумбер не осилил?

Да

Да

Бывает

Доброе утро ?. Кто не спит уже?

я

Может кто поделиться интересными ссылками на тему - как правильно выстраивать процессы в тестировании?

А что значит "правильно". Вы серебрянную пулю ищете?

Best practice

Давайте построим запрос Владимира по-другому.

Владимир, вы какую/какие проблемы решить хотите?

Мне интересно почитать о том,как кто выстраивает процессы тестирования,к примеру у меня на работе сейчас 3-4к тасков невыполненных и есть некоторые проблемы при выполнении этих тасков.я хочу понять,возможно ли улучшить эти процессы у себя на работе

Так какие процессы-то?

Эти - это какие? Какой у вас флоу?

Это как прийти в аптеку и сказать "дайте ссылку на лекарство, у меня что-то в теле болит".

аскорбинку можно дать

ссылку на савина? )

да ладно вам, чего вы все напали на человека. нужно книгу дать общую и всё, пусть читает

https://svyatoslav.biz/software_testing_book/ мне не жалко, вот книжка про тестирование :)

да ладно вам, чего вы все напали на человека. нужно книгу дать общую и всё, пусть читает

Человек так и не дал понять как ему помочь.

Сперва все важное для бизнеса. Потом оставшееся. Плюс можно заранее договориться что тестить будете быстро. Чтобы в целом все работало. Не углубляясь в узкие кейсы. Публикуетесь раз в неделю с проверенными задачами. Ничего страшного если на проде что то мелкое будут клиенты находить. Главное в целом картина норм Делаете смок регрес тесты при выкатке Если недостаточно нанимаете еще сотрудников. Меняете текущих. Да я кэп Регрес автоматизировать еще чтобы не тратить на него много времени

да всё уже, забейте, человек пропал

А может кто помочь дать годную литературу или ролики по jmeter?

Должна ли российская компания писать тест-кейсы, баг-репорты и т.д. на английском языке, или это не важно и зависит только от выбора самой компании?

ну если компания работает с зарубежными заказчиками, почему не должна то? по мне так обязана, а если на внутренний рынок - то какой смысл?

Язык - средство коммуникации. Какие коммуникации и они в перспективе, такой и язык

>3-4к тасков невыполненных прочитал это и "Я был крайне удивлен" это нормально вообще?

>3-4к тасков невыполненных прочитал это и "Я был крайне удивлен" это нормально вообще?

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

>3-4к тасков невыполненных прочитал это и "Я был крайне удивлен" это нормально вообще?

Ага, если задаче больше 3 месяцев и она не бралась в работу - скорее всего, такая задача не нужна. Так что пусть приоритезируют - остальное в помойку)

ну если компания работает с зарубежными заказчиками, почему не должна то? по мне так обязана, а если на внутренний рынок - то какой смысл?

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

хм. и где ты такое слышал?

где-то в уважающей себя компании видимо ?

какой смысл писать на английском если внутренний заказчик Россия и страны СНГ к примеру?

если повы%:?*( какие мы умные только

по-моему это придумал очень "умный" начальник, потому что он начальник, он так видит

Непродуманное стимулирование труда нередко приводит к его симулированию

по-моему это придумал очень "умный" начальник, потому что он начальник, он так видит

Сперва все важное для бизнеса. Потом оставшееся. Плюс можно заранее договориться что тестить будете быстро. Чтобы в целом все работало. Не углубляясь в узкие кейсы. Публикуетесь раз в неделю с проверенными задачами. Ничего страшного если на проде что то мелкое будут клиенты находить. Главное в целом картина норм Делаете смок регрес тесты при выкатке Если недостаточно нанимаете еще сотрудников. Меняете текущих. Да я кэп Регрес автоматизировать еще чтобы не тратить на него много времени

Спасибо Кэп, импонируют ваши принципы - кратко, по сути и близко к телу

Спасибо Кэп, импонируют ваши принципы - кратко, по сути и близко к телу

Это тот уровень абстракции, когда все круто на бумаге

хм. и где ты такое слышал?

В обучающем курсе на Ютубе. :)

Ага, если задаче больше 3 месяцев и она не бралась в работу - скорее всего, такая задача не нужна. Так что пусть приоритезируют - остальное в помойку)

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

это глупость, правда. если у вас проект российский, все говорят на русском и пр. то нафига писать на англиском?

В обучающем курсе на Ютубе. :)

я бы посоветовала больше никогда не смотреть курсы от этого автора

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

Если при прочих равных все отлично владеют английским, то он предпочтительнее любого другого

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

а с менеджером по этому поводу разговаривали?

а с менеджером по этому поводу разговаривали?

нет, но думаю менеджер будет против)

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

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

нет, но думаю менеджер будет против)

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

я и не додумываю, я интересуюсь)

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

блин, мне всё таки очень сложно представить на проде 3-4к тасков с которыми можно жить 0_о

ERROR: S client not available

Кто-то не чистит бэклог )

Орфограф ошибки в тексте...) Вдруг они издание у которых много книг и текст хранится в электронном виде

блин, мне всё таки очень сложно представить на проде 3-4к тасков с которыми можно жить 0_о

часто бывает что задачи уже не актуальны. но не закрыты. а бывает просто минор. который никто и так чинить не будет. хоть 10 лет будет висеть

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

Единственное что в голову пришло

блин, мне всё таки очень сложно представить на проде 3-4к тасков с которыми можно жить 0_о

Бывает еще, что полный бардак с приоритетами и вообще с управлением

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

ну для этого нужна какая-то типизация создания задач и поиск перед заведением задачи. ваш ко

Бывает еще, что полный бардак с приоритетами и вообще с управлением

думаю именно тот случай

3-4к тасков, жто как не крути какая-то вакханалия

там наверное таски в стиле создать кнопку, следующий таск эту кнопку в красный покрасить и т.д.

а что ж за проект такой в котором так много тасков не сделанных? если не тайна

очень просто: проект, который надо было сдать полгода назад )

или проект у которого план на 4 года вперёд

у нас всего 400(

а сколько человек на проекте?

12 разрабов, 1,5 тестера

0,5 это кто?

3-4к?

ну таски разные бывают, может 400 а проекту всего месяц

это всё индивидуально у каждой компании

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

у нас тасков + багов за год всего 1600 ?

у нас всего тоже 1600 за год, 400 оупенов. а половинный тестер это парень, который еще на мобилке помогает

лол мда, 3-4к тасков

если задача ревьюится и откладывается больше трех раз – она не нужна

Спорное утверждение. :)

Это значит только что есть задачи нужнее.

+1

как правило в проекте бывает раз в год или раз в 2 года время что бы вылить как раз такие задачи и они реально могут ждать год

проекту больше 10 лет, что за проект не скажу, тестер старший работает 8 лет(все 8 лет тестер был 1 на 6-7 программистов), сейчас 2 тестера(включая меня) на 10 программистов.

проекту больше 10 лет, что за проект не скажу, тестер старший работает 8 лет(все 8 лет тестер был 1 на 6-7 программистов), сейчас 2 тестера(включая меня) на 10 программистов.

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