Меню

Как да планирате и управлявате ефективно проекти за тестване (Съвети)

how plan manage testing projects effectively

Опитайте Нашия Инструмент За Премахване На Проблемите

Планирането на проекти е един от основните елементи в процеса на управление на проекти.

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

=> Щракнете тук за пълна серия уроци за план за тестване

Тестване на планиране на проекти

В този урок за планиране на тестови проекти ще научим

  • Цялостният процес на планиране на проекти при тестване на проекти
  • Дискусия по някои специфични елементи на планиране като управление на ресурсите, координация и техники за докладване

Какво ще научите:

Процес на планиране на теста

Тук по-долу е разглеждане на различните етапи от процеса на планиране на теста, обсъдени кратко.

Етап 1: Преглед и анализ на изискванията

Това е първата стъпка за всеки проект и играе много важна роля във всеки проект за тестване.

Докато се опитва да анализирайте изискванията , тестовият екип трябва да идентифицира и по този начин да определи кои елементи трябва да бъдат тествани. Тези елементи се основават силно на това как крайният потребител ще консумира системата и следователно трябва да бъдат измерими, подробни и смислени.

Идентифицираните елементи или характеристики обикновено описват какво конкретният софтуер или продукт възнамерява да направи; характеризирани като функционални изисквания. Също така могат да бъдат идентифицирани някои нефункционални изисквания, като например производителност или взаимодействие от край до край на софтуерните компоненти.

Хората, които са наясно с бизнес целта и могат по подходящ начин да дефинират необходимите изисквания, обикновено са част от тази дейност. След това изискванията се документират и разпространяват за прегледи. Всички коментари за рецензия и обратна връзка трябва да бъдат включени, за да доведат документа до окончателното изписване.

Етап # 2: Обхват на тестване

Обхватът на тестването обикновено е продължение на фазата на анализ на изискванията и най-вече се разглежда като отделна дейност, тъй като те вървят ръка за ръка. След като изискванията излязат, тестовият екип определя кои елементи трябва да бъдат тествани и какви не.

Тази дейност също трябва да е насочена към определяне на това кои области на тестване са обхванати от какви екипи.

Например един екип е посветен на FVT (Тест за проверка на функцията), а SVT (Тест за проверка на системата) ще има напълно различен обхват за тестване, а глобализацията може или не може да бъде извършена от FVT и т.н.

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

Етап # 3: Проектирайте тестова стратегия според обхвата

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

Документът за тестова стратегия не е предназначен да се актуализира твърде често.

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

Етап # 4: Определете необходимите инструменти, необходими за тестване и управление

Въз основа на това дали е възможна автоматизация и дали е насочена CLI (интерфейс на командния ред) или GUI, трябва да бъдат идентифицирани съответните инструменти.

Трябва също така да бъдат идентифицирани инструменти за управление на тестове, които ще помогнат при създаването и задаването на задачи, проследяването на напредъка на теста, идентифицирането на препятствия и генерирането на доклади, показващи напредъка. Ще обсъдим това по-подробно във втората част на урока.

Етап # 5: Оценете тестовите усилия и екипа

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

Основното фактори, които биха повлияли на тази дейност са размерът на екипа, уменията в екипа, отношението на екипа и графика.

Задължително е оценките на усилията да бъдат прегледани от екипа, за да бъдат в съответствие с тези фактори, което е пряко пропорционално на нивата им на интерес.

Етап # 6: Определете графика на теста

След като разполагате с подлежащите на проверка елементи, които са разбити на логически договорени позиции, оценката на размера е завършена за определената работа, трябва да бъде определен измерим график на теста въз основа на всички тези и назначените тестери.

Етап # 7: План за активиране

Независимо дали става дума за нов проект, който трябва да бъде тестван, или за подобрение на съществуваща преди това система, тестовият екип трябва да бъде обучен не само технически, но и по отношение на цялостния процес на тестване, който се следва.

Етап # 8: Определете и осигурете тестовата среда

Идентифицирайте необходимата инфраструктура, необходима за тестване на системата, и инициирайте всички заявки за придобиване на необходимия хардуер, софтуер и мрежови елементи в подкрепа на тестването.

Това е решаващ елемент във фазата на планиране, тъй като това ще управлява стабилността на тестовата среда, което ще има пряко въздействие върху възникналите дефекти.

Етап # 9: Идентифицирайте тестови показатели

Софтуерно тестване Метрики и измервания

Тестовите показатели обикновено са количественият метод за получаване на качеството на продукта или системата.

В началото на всеки проект тези измерими единици трябва да бъдат определени на ниво, което да помогне при определяне дали има възможности за подобрение. Като цяло, за целите на одита на качеството, показателите са преки показатели за качеството на продукта и процеса.

Етап # 10: Създайте план за тестване на софтуера , прегледи и одобрени

Документът за план за тестване е по-ориентиран към теста и обяснява „какво да тествате“, „кога да тествате“, „как да тествате“ и „кой ще тества“, което се определя от техническата документация, като например случаи на употреба, проекти на високо ниво и т.н.

Досега обсъждахме различните етапи в планирането на проекти.

Въпреки че всеки етап може да бъде урок сам по себе си, тази част от статията има за цел да изведе по-рядко обсъжданите задачи за планиране. Тези задачи, ако не им се даде подходяща предварителна мисъл, ще имат неблагоприятен ефект върху тестовия екип, а оттам и върху продукта.

Нека да разгледаме тези задачи, тяхното значение и съвети за непрекъснатото импровизиране, за да управлявате ефективно QA проекта.

Ефективно управление на тестов проект

Когато се прилагат ефективни техники за планиране, всички рискове или грешки могат лесно да бъдат идентифицирани дори преди тестването да започне. Въпреки че всяка от задачите по-долу е взаимосвързана помежду си, струваше си да им споменем отделно.

Разпределение и разпределение на задачите

Това произтича от оценката на усилията и оразмеряването на етапа на планиране. Имайки предвид уменията, отношението, графика и размера на екипа, ето няколко насоки за разпределение на задачите:

# 1) Много добра практика е да седнете екипа и да съобщите много ясно целта и обосновката на определената задача. Знаейки как определена работа се вписва в цялостната схема на нещата, ще помогне на хората да извлекат смислен метод за тяхното изпълнение и ще им позволи да поставят най-добрия си крак напред.

# две) Подгответе таблица с умения на всички членове на екипа и съответно възложете задачите. Също така имайте предвид, че справедлив шанс трябва да се даде дори на младши членове.

Например: Ако задачата е голяма, тя може да бъде разделена на старши и младши член. Това ще даде възможност за лидерски качества на по-възрастния член и също така ще надгради знанията на младшия член. Ако дадена задача е сложна, нека 2 или повече старши членове да допринесат за нея.

# 3) След като бъде решен първоначален скелет на заданието с графика, разпръснете го в екипа и ги накарайте да го прегледат. Също така, обяснете мотива и логиката зад заданието.

Преди да финализирате заданието, добра идея би било да се консултирате с лицето дали са съгласни с него или имат други предложения. Ако няма възражения, обсъдете графика и вида на докладване на състоянието, изискван от края им.

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

# 4) Съгласете се за начина на докладване, който се очаква. Позволете на хората да решат дали искат да дадат актуализация по имейл или използвайки други неформални режими. Бъдете достъпни и внушете усещането, че те могат да се обърнат към вас по всяко време, когато почувстват, че са заседнали или ако има нещо, което им пречи да постигнат целта.

# 5) Идентифицирането на необходимите инструменти за проследяване на необходимите задачи е от съществено значение. Това ще помогне за навременен преглед на задачите, по които все още не се работи, на текущите и изпълнените.

Съвети за управление на ресурси

Много информация относно управлението на тестови ресурси беше направена като част от моята статия за ръководство, намерена тук:

=> Тест лидерство и как да управлявате ефективно тестовия екип

Тук просто ще засегна накратко някои от тези аспекти.

# 1) По-често тестерите са винаги под висок натиск поради строги срокове за изпълнение на проекта, поради липса на персонал или внезапно добавяне на излишно съдържание без промяна в графиците на проектите.

В такива случаи, ако предвидите, че сроковете могат да бъдат възпрепятствани, обсъдете с ръководството и променете обхвата.

# две) В такива случаи е много важно комуникационните линии да останат винаги по-отворени с тестерите. Обсъдете с тестерите текущата ситуация и посочете как се случват тези промени и преведете отгоре надолу.

# 3) Винаги ще има дефекти, технически проблеми, заявки, които трябва да бъдат разрешени, които биха имали пряко въздействие върху състоянието на проекта. Винаги се опитвайте да намалите разликата между екипите за разработка и тестване, така че проблемите, свързани с дефекти или други технически заявки, да бъдат сортирани бързо.

Вдъхнете в рамките на всеки тестер чувство за собственост, така че те да са в уверена позиция да водят и водят дискусии за разрешаване на технически запитвания или проблеми с ръководството или разработчиците във всеки един момент.

# 4) Графиците винаги имат добри шансове да се объркат, така че не задавайте очаквания на ръководството от тестовия екип да може винаги да се разтяга.

„Цялата работа и никаква игра правят Джак скучно момче“ вероятно е пословица, която е най-подходяща за тестващ екип, тъй като те са изложени на висок риск от евентуално изгаряне. Винаги трябва да се идентифицират резервни копия, така че хората да могат да си вземат малко почивка, когато усетят, че искат почивка.

# 5) Редовното блокиране с тестовия екип и ръководството е от съществено значение, за да се контролират задачите и статутът им. Ще ги разгледаме по-подробно в следващия бюлетин.

Тестово проследяване / инструменти, използвани за отчитане

Ръководството често реагира с повдигнати вежди, когато им се съобщава действителното състояние. Ето няколко съвета как да намалите тези вежди в разумна степен.

# 1) Тестерите се справят с много нестабилност при тестване и много пъти се случва, че множество хора ги молят за напредък на различни нива. Считат за изчерпателно и режийни да изпълняват тези административни задачи. Въпреки че е важно те да ги уведомят за напредъка си, трябва да разберете a по-малко тромав начин за техния напредък .

# две) Провеждайте редовни срещи с контролни пунктове / скрам с тестовия екип и анализирайте дали нещата вървят гладко. Блокирайте се с тях, за да видите докъде са стигнали, какво е в ход, какво е необходимо да се направи и какво ги задържа. В случай, че някой се чувства претоварен, предприемете действия, за да извършите ребалансиране с цел гладко изпълнение.

# 3) Провеждайте редовни срещи с ръководството и ги накарайте да осъзнаят, че водещият е точката за контакт при всякакви въпроси, свързани със статуса, и отделни тестери могат да бъдат помолени да се включат само когато е необходимо.

Опитайте и демонстрирайте тестовия екип колкото е възможно повече, освен комуникационния статус. Ако тестер е подал важен дефект, демонстрирайте го и го оценете в по-голяма аудитория. Това ще мотивира всички да си вдигнат летвата.

най-доброто приложение за изтегляне на mp3 за android

# 4) Излишно е дори да споменавам, че най-точният и прозрачен начин на докладване на състоянието е да има инструменти, идентифицирани за управление на тестове / докладване.

Налични са изчерпателни инструменти, които помагат при цялостното планиране на тестовете Microsoft Project Planner или MS проект 2013 .

mpp

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

Можете също така да намерите куп инструменти, описани много добре тук:

=> Най-добрите инструменти за управление на тестове / отчитане

Заключение

Въпреки че всеки етап от процеса на планиране може да бъде обсъден дълго, този документ ще помогне на тестерите да разберат как тяхната роля е съобразена с този цялостен процес. Това беше нашият опит да изведем много специфични елементи за планиране на тестове; които повлияват ежедневно тестовите екипи да изпълняват ефективно работата си.

Надявам се тази статия да разкрие някои фини аспекти на планирането на проекти с добра яснота. Отделянето на време за ефективно планиране може да се окаже от решаващо значение за постигането на основните етапи на проекта.

За автора: Това е статия за гости на Снеха Надиг. Тя е ръководител на тестове с над 8 години опит в проекти за ръчно тестване и автоматизация.

Искате ли да споделите по-конкретни съвети за ефективно управление на тестови проекти? Уведомете ни в коментарите по-долу.

=> Посетете тук за пълна серия уроци за план за тестване

Препоръчително четене

^