Первые топы.

там все подряд, взять 5 продуктовых топов не проблема

там много внедренцев в том топе

Вон, у Руколь тоже нет и нормально работает, делает крутые штуки, курсы открыла. Уверен, что многие тут у неё учились и благодарны и довольны.

https://moikrug.ru/nrukol

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

Не оконченное вроде. хз.

Что тут интересного, как жить без вышки. У половины людей нет его) и живут же как-то)

у меня нет и ничо - не помер пока, тьху тьху

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

?

у меня разок спросили

"ты типа парень со двора"?

ха! почти цитата

естественно туда я на работу не попал) но не пожалел)

просто тогда я шел на автотестера с почти отсутствующим опытом)

а когда ты можешь сделать все, на проекте, то конечно двери открываются почти любые

А вы все пишите на работе тест сценарии?

И тест планы

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

Два Перельмана этому господину за мой счёт!)

И тест планы

не разу не писал

просто тогда я шел на автотестера с почти отсутствующим опытом)

если есть опыт программиста - то это прекрасно. мы так взяли одну девочку (ранее была программистом-шарпеем) на автотестера. переучивается на java...

А вы все пишите на работе тест сценарии?

На текущем месте работы - подробные тестпланы - один из предметов которые я сдаю заказчику. Таки да, я пишу.

И тест планы

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

А вы все пишите на работе тест сценарии?

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

А вы все пишите на работе тест сценарии?

Мы не документируем, но для себя прикидываем перед проверкой тасков

Просто в вакансиях пишут нужно их писать, у меня в этом опыта почти нет

В теории если только

Просто в вакансиях пишут нужно их писать, у меня в этом опыта почти нет

ничего страшного, посмотрите пару примеров, этого будет достаточно

Просто в вакансиях пишут нужно их писать, у меня в этом опыта почти нет

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

а вот регрессионное тестирование проходить без тест кейсов?

есть у кого-нить такой опыт?

чек-листы, майнд-мапы

есть у кого-нить такой опыт?

+

и как расскажи

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

и как расскажи

да нормально, сидишь тестируешь, тем более, если функционал небольшой все кейсы уже в голове

а если ты забыл...что-то?

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

смотря команда какая большая/ маленькая

а если ты забыл...что-то?

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

ну вопрос простой: как не забыть что тестить и как быть если тебя уволили?

или как быть если команда расширилась

имхо без тесткейсов плохо

вот хочу подискутировать на эту тему

послушать чужие точки зрения

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

если нет времени и просят регресс

все это понимают

всё

ну вопрос простой: как не забыть что тестить и как быть если тебя уволили?

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

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

Регрессивным тестированием по манулам

Первые пару месяцев глупо смотреть на отчеты.

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

испыталка 3 месяца же, обычно. так что не торопись-ка

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

что включает в себя отчет?

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

:D

может они и не хотят чтобы было быстро)

Даже не знаю, хорошо ли это, но задания реально легкие

Мож думают что я совсем дебил и пол дня комп включаю

может они и не хотят чтобы было быстро)

Кстати, да. Ты с разбегу не загоняйся. Не все любят, когда тестирование проходит быстро, это типа "подозрительно" :)

Вот теперь я тут и зависаю))

Кстати, да. Ты с разбегу не загоняйся. Не все любят, когда тестирование проходит быстро, это типа "подозрительно" :)

+ побольше внимательности.

Мож думают что я совсем дебил и пол дня комп включаю

Слишком самоуверенно. По опыту, если дали на неделю, отдавай через неделю\ 6 дней.

Тут скорость скорее будет минусом

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

Ну эт так, по опыту. Люди конечно разные бывают.

Кстати, да. Ты с разбегу не загоняйся. Не все любят, когда тестирование проходит быстро, это типа "подозрительно" :)

кто не любит - тот идёт лесом, не?

Слишком самоуверенно. По опыту, если дали на неделю, отдавай через неделю\ 6 дней.

если дали на неделю - отдавай, когда готов отстоять свои результаты

ERROR: S client not available

Зачем отстаивать на следующий день, если дали на неделю?

Я думаю, что в данном случае не нужно отстаивать ничего точно)

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

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

И самое важное – нельзя стесняться задавать вопросы.

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

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

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

гораздо важнее сделать то, что нужно, а не что нибудь )))

гораздо важнее сделать то, что нужно, а не что нибудь )))

Это само собой =)

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

Давно в ремесле? :)

Третью неделю

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

Ну вообще для для тестировшика уметь диструктивно мыслить

важно

но важно не толко как сломать, но и как улучшить

скорее уж "думай как чувакБЕЗ технического образования", потому что с техничским образование скорее уже подумали :)

Свежий взгляд другого технического образования тоже не помешает :))

Бывает, отлавливаю опечатки в коде и пр. подобную мелочь

скорее уж "думай как чувакБЕЗ технического образования", потому что с техничским образование скорее уже подумали :)

Иногда такое надумают, что лучше еще раз подумать)

Да! :D

кейз про дума как чувак с техническим образованием очень хорошо показа в последнем сезоне Селикон Велли

:)

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

ну что за гуманитарный подход? ))))

Кстати да) очень поучительно)

скорее уж "думай как чувакБЕЗ технического образования", потому что с техничским образование скорее уже подумали :)

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

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

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

Ну тут вопрос ведь главный в глубине покрытия. И я лично видил ситуации, когда казалось бы безотказные техники в иоге давали сбой.

У меня проф травма

скорее всего просто "человеческий фактор" лажал, а не техники. ибо Слава Роботам!

проблема в том что бывают случаии когда не вкладываются

Я дотошно все расспрашиваю

ну код тоже пишут не роботы

крутая травма Анна