Професия ИТ специалист

  • 209 560
  • 1 612
# 840
Аз пък от последните страници в темата, се чудя дали списващите не са HR-и, а не ИТ по професия Grinning С такова впечатление оставам.

Кой ще влезе в моя екип решавам аз. Казвам на HR-а от какви хора имам нужда, той търси хора, праща ми СВ-та на хората, които е харесал, оттам нататък аз му казвам кой да извика на интервю и съответно на интервюто сме HR, tech lead и аз. Мисля, че е логично и очаквано един меринджей да подбира екипа си, това не е работа само на HR-a, най-малкото защото после аз ще трябва да работя с тия хора и ако те се издънят отговарям с главата си.
Виж целия пост
# 841
Аз пък от последните страници в темата, се чудя дали списващите не са HR-и, а не ИТ по професия Grinning С такова впечатление оставам.

Кой ще влезе в моя екип решавам аз. Казвам на HR-а от какви хора имам нужда, той търси хора, праща ми СВ-та на хората, които е харесал, оттам нататък аз му казвам кой да извика на интервю и съответно на интервюто сме HR, tech lead и аз. Мисля, че е логично и очаквано един меринджей да подбира екипа си, това не е работа само на HR-a, най-малкото защото после аз ще трябва да работя с тия хора и ако те се издънят отговарям с главата си.
Няма смисъл да им обясняваш,който не е бил от другата страна на подбора няма как да разбере както политиките на фирмата,така и кой ни е нужен за позицията.
Виж целия пост
# 842
Аз пък от последните страници в темата, се чудя дали списващите не са HR-и, а не ИТ по професия Grinning С такова впечатление оставам.
То от едни позиции нагоре, човек е повече HR, отколкото ИТ Wink . Няма как да отговаряш за екип и да нямаш критерии за подбор. На тото ли ще избираш кой да назначиш или ще чакаш HR да ти каже кой е подходящ? Ако имаш проблем с човек от екипа, пак ли на HR ще чакаш да го реши?
Виж целия пост
# 843
Така си е. И от моя опит - колкото пъти HR е решавал сам (че и това се е случвало), толкова пъти сме си били после главите в стената. Не знам как в някои фирми мениджърите просто дават задачите за интервюто, после само ги проверяват без изобщо да се срещнат с човека. Вярно, че не винаги може да се прецени веднага дали този човек ще пасне на екипа, но пак би трябвало да се видят с мениджъра и тийм лийда. Имали сме случаи, в които човекът идва със страхотни препоръки, много стаж, дават му се задачи, прави ги безупречно, няма среща с лийдовете, само HR и после се оказва, че изобщо не може да работи в екип и вместо да извлечем полза от знанията му, проектът се закучва.

Аз имам един въпрос към менюал QA-ите. Горе-долу колко време за писане на тест кейсове ви дават (като процент от общото време за тестване)?
Виж целия пост
# 844
Колкото поискам, т.е. питат ме това стори колко точки е и аз си преценявам, като си включвам и времето за писане на кейсове.
Виж целия пост
# 845
На предишната работа, там имам 14 години стаж, тестовете следваха световни стандарти и правила. Започвах да пиша тест план преди фичъра да е дошъл за тестване и до дооправях по време на тестване. Сега тествам нещо, което е изцяло по желание на клиента и често се променя. Пиша тест план когато нямам задачи за тест. В момента толкова не се държи във фирмата да се следва тест план и да се пишат репорти, но и това ще стане в един момент и трябва да има разписани кейсове, даже и да се налага да се променят в някои части.
Като процент от общото тестване не мога да кажа, зависи от фичъра. Някои са тегави за разписване, други са лесни. Да кажем грубо около 30 процента от тестването е писането.
За да напишеш тест план трябва да знаеш какво тестваш, да си запознат с целия продукт поне в основни линии.
До сега не съм писала време по таскове и сторита за разписване на кейсове. Просто си отчитам тези неща в работното време за деня. Което ми напомня, че днес приключвам с един регрешън и до следващата задача пак ще пиша.
Виж целия пост
# 846
Simple Smile Благодаря ви. Понеже при нас по някои проекти има един куп бумащина за писане, се пишат едни огромни и подробни тест кейсове за всяко стори и понякога колегите QA не издържат и имаме текучество ако се падне такъв проект.
Виж целия пост
# 847
Била съм в такива проекти, досадно е, да. Даже като чета горе Цеца, че и тест планове пише...поне от това съм се отървала.
При нас в момента не изискват суперподробни разписвания. Но и ,честно казано, системата, в която ги пишем, хич не ми харесва и ми се струва, че не е удобна за подробни стъпки.
Виж целия пост
# 848
Пиша, пиша, за мен си е като нещо нормално. Не е много приятно, защото е супер пипкаво, за да обхванеш всичко, ама кот-такова. Един плюс на писането на тест план е, че хващаш изтървани бъгове. Особено сега на тази ми работа. За сега на проекта аз съм си вожд и индианец.

Simple Smile Благодаря ви. Понеже при нас по някои проекти има един куп бумащина за писане, се пишат едни огромни и подробни тест кейсове за всяко стори и понякога колегите QA не издържат и имаме текучество ако се падне такъв проект.
В такъв случай не разделяте ли тест плана между няколко QA? То също зависи колко този QA е QA.
В курса ми по C# в СофтЮни се нагледах на някакви случайно попаднали, т.е. решили, че е много яко да станат програмисти, ама основа - никаква. Видях за първи път пълнолетни хора, които не могат да си изчислят процент, нито по начина, който показват в СофтЮни, нито по начина, по който се е учил в училище.
Виж целия пост
# 849

Simple Smile Благодаря ви. Понеже при нас по някои проекти има един куп бумащина за писане, се пишат едни огромни и подробни тест кейсове за всяко стори и понякога колегите QA не издържат и имаме текучество ако се падне такъв проект.
В такъв случай не разделяте ли тест плана между няколко QA? То също зависи колко този QA е QA.
В курса ми по C# в СофтЮни се нагледах на някакви случайно попаднали, т.е. решили, че е много яко да станат програмисти, ама основа - никаква. Видях за първи път пълнолетни хора, които не могат да си изчислят процент, нито по начина, който показват в СофтЮни, нито по начина, по който се е учил в училище.

Разделяме го,  обаче става въпрос за няколко хиляди тест кейса. Бяхме го гледали като страници в word  - 300 страници само за един уеб модул, който се състои от грид и форма за създаване/редакция на записи с две потребителски роли. Направо не ми се мисли колко излизат кейсовете на целия проект. И в един момент се оказва, че QA вместо да тества, пише ли пише. Аз по такива проекти се включвам да помагам, въпреки че не съм QA.

Признавам си, че аз, дето имам едно десетилетие стаж в писане на документация, не издържам и ми идва да си прережа вените, какво остава за QA. Още повече, че на много от курсовете пропускат да им обяснят тая част с писането и хората си мислят, че само ще цъкат.

За процентите ме разсмя (там пък колко начина има, все един да се бяха сетили)! Аз познавам хора на по 40, които не могат да си изчислят квадратурата на стените в банята... ама поне не са решили да стават програмисти.
Виж целия пост
# 850
Значи един тест план не може да обхване абсолютно всички тестове, които прави QA. Който иска подобно нещо сам да си го направи. Joy  Не знам как е структурирано при вас, какво е натоварването на работата, но ако не може QA да разпише тест план по време на релийз, то да го пише между 2 релийза.
Виж целия пост
# 851
Нещо не е наред, не може за толкова малко функционалност да се пишат толкова много тестове. Смислени ли са изобщо, тестват ли различни сценарии или се повтарят? После кога се изпълняват? Ако се правят рилийзи през 3-4 седмици как се смогва? Ако са критични функционалности, защо не се инвестира това време в автоматизиране? Пълно разхищение на ресурс е това, няма смисъл.
Виж целия пост
# 852
Значи един тест план не може да обхване абсолютно всички тестове, които прави QA. Който иска подобно нещо сам да си го направи. Joy  Не знам как е структурирано при вас, какво е натоварването на работата, но ако не може QA да разпише тест план по време на релийз, то да го пише между 2 релийза.

Време има (поне това), ама е наистина досадна работа огромният обем писане и явно не всеки издържа. А и в момента тепърва се пълни базата с кейсове, после би трябвало да стане по-лесно с преизползването.

killpop, това е само за някои проекти, в които има специално изискване за предоставяне на подробна документация за тестовете. Реално истинското изпълнение от наша страна е на доста по-малък обем, а тези подробните се разпределят между група индийци, чиято работа е само да цъкат и да проверяват дали резултата от всяка стъпка отговаря на описаното.  И това се прави на цялата система подобно на UAT, така че поне не се гонят рилийзи.
Виж целия пост
# 853
Значи един тест план не може да обхване абсолютно всички тестове, които прави QA. Който иска подобно нещо сам да си го направи. Joy  Не знам как е структурирано при вас, какво е натоварването на работата, но ако не може QA да разпише тест план по време на релийз, то да го пише между 2 релийза.

Време има (поне това), ама е наистина досадна работа огромният обем писане и явно не всеки издържа. А и в момента тепърва се пълни базата с кейсове, после би трябвало да стане по-лесно с преизползването.

killpop, това е само за някои проекти, в които има специално изискване за предоставяне на подробна документация за тестовете. Реално истинското изпълнение от наша страна е на доста по-малък обем, а тези подробните се разпределят между група индийци, чиято работа е само да цъкат и да проверяват дали резултата от всяка стъпка отговаря на описаното.  И това се прави на цялата система подобно на UAT, така че поне не се гонят рилийзи.
Аха, ясно защо толкова пишете - изпълняват ги външи за вас хора. Щом е само цъкат и удрят репорт, ще пишете и в най-малките подробности.
Досадно е писането на тест план, особено като тестовете са еднообразни. Щом имат време - да пишат, нищо няма да им стане. В момента аз разписвам тест план на цяла система, не е спешно, но не е направено до сега. На всичкото отгоре ми променят в части функционалността. Joy Ако имаше до сега написан тест план, само щях да променям, ама сега пиша, променям, пиша. Дано накрая го харесат.
Виж целия пост
# 854
Еми не знам, и аз да съм, няма да съм очарована - аз инженер ли съм или писар? Може поне да си ревизирате обявите/длъжностната характеристика, защото това определено не е нормална практика и да не идват хората с погрешна представа.
Виж целия пост

Започнете да пишете...

Страница 1 от 1

Общи условия