what should be your expectations from qa team lead
Когато дадена тема, особено такава, базирана на процес (например: Създаване на матрица за проследяване или преглед на документацията за теста и т.н.) се обсъжда в класа, непосредственият въпрос, който получавам, е: „Кой прави това? QA ръководителят или членът на екипа ”
Това е чудесно доказателство, че начинаещите трудно разбират обхвата на работата, ролите и отговорностите. Те имат само неясна представа за това и често търсят начини за валидиране, ако разбирането им е точно или не. И ако мислите, че това е проблем само за новодошлите, грешите. Много мениджъри / ръководители / координатори също смятат, че определянето на ролята / делегирането на работа е проблем поради липсата на яснота в тази област - какво да правите сами и какво да делегирате често е дилема за възможностите за осигуряване на качеството.
Точно както някои от вас може да си помислят, и аз се чудех: „Ами ако не знаят, за начало? Няма ли да разберат, докато вървят? ' Да, правят го. Но много време, ефективност и качество са компрометирани в процеса.
как да използвам сървъра на фондация на екип
За да избегнем всичко това, ние очертахме основните задачи, които са част от STLC и съответните отговорности под формата на таблицата по-долу:
Какво ще научите:
- Отговорности на ръководителите на екипа за различни дейности по осигуряване на качеството:
- Няколко съвета за членовете на QA екипа:
- Съвети за ръководството на QA екипа:
- Препоръчително четене
Отговорности на ръководителите на екипа за различни дейности по осигуряване на качеството:
| STLC активност | QA Екип ръководи Задачи | Задачи на члена на екипа |
|---|---|---|
| Преглед на документацията за теста - вътрешен | Задайте правила на базата на какво ще се извършва прегледът Определете времеви линии и отговорности да сте един от връстниците и да участвате в процеса на преглед | Извършете преглед въз основа на зададените правила и предоставяйте нелични коментари за работата на вашия връстник |
| Начален старт на проекта - Старт | Създайте и представете акцентите на проекта пред екипа за осигуряване на качеството и други заинтересовани страни | За да съдействате и да уведомите екипа да ръководи всички подобрения или несъответствия |
| Планиране на тестове | Създавайте, поддържайте, управлявайте и прилагайте тестов план Анализ и управление на риска | За предоставяне на данни за области от документа на плана за изпитване, като например: Обхват Предположения Рискове Важни етапи и всяка друга област, за която членът на екипа има принос. |
| Събиране на изисквания | Разделете работата въз основа на модули на приложението и изберете членове на екипа като точка за контакт за всеки модул Решете време, когато това ще се случи Нека екипът да е наясно какво се очаква като резултат (напр .: списък на изискванията в съкратен начин по точка, разбиращ документ и т.н.) | Бъдете отговорни за вашия индивидуален модул Съберете изискванията чрез преглед на BRD / FRD или ръководства за срещи Представете ги / документирайте ги в очаквания формат във времето, определено за тази дейност Дайте предложения или алтернативна гледна точка в случай на несъвместими формати или непостижими времеви линии |
| Създаване на тестов сценарий | Разпределение на работата Разделителна способност на заявката Финализиране на шаблона Определяне на срокове Участие и принос в създаването на сценарий за тестване | Създайте тестови сценарии за модула, разпределен за вас, в зададената времева линия и във вече договорения формат. Потърсете решение или от ръководството на екипа, или от съответния технически специалист екипи в случай на въпроси |
| Документация за тестови случаи | Разпределение на работата Разделителна способност на заявката Финализиране на шаблона Напишете тестови случаи | Създайте тестови случаи и данни, когато е приложимо |
| Създаване на матрица за проследяване | Създайте шаблон и споделете насоките за това как да създадете TM Работете с екипа и допринасяйте за него | Допринесете за създаването на TM за модулите, за които носите индивидуална отговорност |
| Преглед на документацията за теста - външен | Уведомете екипа на BA и / или разработчика, че тестовата документация (тестови случаи) е готова за преглед и изпратете работния продукт | В режим на готовност за включване на всички промени, предложени по време на процеса на преглед |
| Преглед на готовността за изпитване | Създайте контролен списък за преглед Извършете прегледа и представете резултатите на ръководителя на проекта Основен тест за здрав разум и дим и определете - готови ли сме да тестваме? Дайте ход на екипа за QA за тестване | Изчакайте инструкции за готовност Направете основен тест за дим и здравословно състояние за модулите, за които сте индивидуално отговорни |
| Изпълнение на теста | Задайте насоки за изпълнение на теста, след като потърсите приноса на екипа Работете върху изпълнението на теста Помогнете на новите тестери да се справят с текущото приложение Съобщавайте за дефекти Прегледайте дефектите, съобщени от членовете на екипа, за да се уверите, че са валидни, а не дублирани и попълнени в описанието Ескалирайте всички шоустри и вземете решения как да постъпите в такива ситуации | Изпълнете тестови случаи, задайте подходящи състояния на тестови случаи и отчетете напредъка Уведомете незабавно за шоустопперите или проблемите, засягащи сроковете за тестване Отчитайте дефекти изчерпателно |
| Отчитане | Изпращайте ежедневни отчети за състоянието на всички заинтересовани страни Представлявайте екипа за QA на всякакви срещи за състоянието Събиране на метрики въз основа на общата статистика за тестване | Подпомагайте ръководството на екипа във всички изпълнявани задачи |
| Затваряне на теста | Оценете критериите за изход за това кога да спрете тестването Споделете резултатите от оценката на критериите за изход Ако критериите за изход са изпълнени, направете протокола за приключване на теста и го изпратете на заинтересованите страни, като осигурите официалния подпис на QA, включете списък с известни проблеми Съберете подробности за цялостния проект - неговите успехи, области на усъвършенстване, научени уроци, внедрени най-добри практики и др. И ги представете в срещата или документа за ретроспекция на проекта. | Подпомагайте ръководството на екипа в задачите за приключване на теста |
| UAT | Съберете критериите за приемане от потребителите на UAT, за да разберете параметрите за тяхната оценка Споделете критериите за приемане с екипа и работете с тях по събирането или създаването на UAT тестови случаи Ако е необходимо, обучете потребителите на UAT за приложението Ако е необходимо, бъдете в готовност за каквато и да е помощ по време на UAT Ако е необходимо, изпълнете някои задачи по време на UAT и представете резултатите на клиента или потребителите на UAT за решението им да отидете / не | Създаване / събиране на UAT тестови случаи Изпълнявайте или помагайте в UAT - когато е необходимо |
За всички процеси, споменати в горната таблица, следвайте връзките по-долу за повече информация:
- Създаване на план за изпитване
- Събиране на изисквания и писане на тестов сценарий
- Писане на тестови казуси
- Преглед на документацията за теста
- Създаване на матрица за проследимост
- Преглед на готовността за изпитване и списък с критерии за изход
- Отчитане на състоянието
- UAT
Няколко съвета за членовете на QA екипа:
1) НЕ създавайте своите тестови случаи, доклади за дефекти и т.н. с очакването, че ако има някакви проблеми с тях, ръководителят на екипа ще ги намери и поправи за вас. Всеки човек е отговорен за своя работен продукт и неговото качество. Прегледът на ръководител на екип е обичайно като допълнителен контролен пункт и най-често на високо ниво в природата.
две) Ежедневно очаквайте малко или никакво държане на ръце. Никой ръководител на екипа не трябва да ни казва какво да правим всеки ден.
3) Общувайте предварително в случай на притеснения, червени знамена или проблеми.
4) Освен ако процесът ви не ви ограничава в това, ако имате някакви въпроси относно функционалността или техническите характеристики, моля, свържете се сами с разработчиците / специалистите / други технически екипи, без да разчитате на ръководството на вашия екип да предава информацията вместо вас.
Съвети за ръководството на QA екипа:
1) Обмислете мнението на екипа за срокове, графици, оценки на усилията и планиране
две) Установете силни процеси, за да може екипът да работи самостоятелно с минимален или никакъв надзор
3) Дръжте каналите за комуникация отворени и бъдете достъпни
4) Бъдете екипен играч и споделяйте отговорности
Прочетете също => Как да изградим успешен QA екип? Лидерство в тестването Част 1 и Част 2 тук.
За автора: Тази статия е написана от член на екипа на STH Swati S.
Това е бързо завършване на задачите и задълженията на ръководителите на екипа и на членовете на екипа в типичен екип за QA. Както винаги, моля, споделете своя опит, коментари и въпроси по-долу.
команди unix с примери и синтаксис
Препоръчително четене
- Лидерство в тестването - Тествайте отговорностите на водещия и как да управлявате ефективно тестовия екип
- Тиймбилдинг при тестване на софтуер - Как да изградите и развиете своя екип за осигуряване на качеството
- Как да бъда добър наставник на отбора, треньор и истински защитник на отбора в гъвкав свят на тестване? - Вдъхновението
- Как да отговорите на екипни игри и въпроси, свързани с лидерството, за интервюта за ръководна позиция в теста
- ISTQB Тестване за сертифициране Примерни въпроси с отговори
- Как да ръководя по-щастлив и успешен тестови екип - Тестово лидерство Част 2
- Как да подготвим и доставим изключителна презентация за QA тестване на екипа
- Как да изградим успешен екип за QA