difference between performance test plan
Каква е разликата между плана за тестване на ефективността и тестовата стратегия?
В това Серия за тестване на производителността , предишният ни урок, обяснен за Функционално тестване срещу тестване на производителността подробно.
=> Щракнете тук за пълна серия уроци за тестване на ефективността
В този урок ще научите за разликата между плана за тестване на ефективността и тестовата стратегия и съдържанието, което ще бъде включено като част от тези документи.
Нека разберем разликата между тези два документа.
Какво ще научите:
- Стратегия за тестване на ефективността
- План за тестване на ефективността
- Съдържание на документа за стратегията за тестване на ефективността
- Съдържание на документа за план за тестване на ефективността
- Съвети за разработване на тези документи
- Заключение
- Препоръчително четене
Стратегия за тестване на ефективността
Документът за стратегия за тестване на ефективността е документ на високо ниво, който ни дава информация за това как да извършим тестване на ефективността по време на фазата на тестване. Той ни казва как да тестваме бизнес изискване и какъв подход е необходим за успешното доставяне на продукта на крайния клиент.
Това ще има цялата информация за бизнес процеса на много високо ниво.
Този документ обикновено се пише от мениджърите на тестове за ефективност въз основа на техния предишен опит, тъй като ще има само ограничена информация, тъй като този документ е изготвен по време на началните етапи на проекта, т.е. по време на фазата на анализ на изискванията или след фазата на анализа на изискванията.
С други думи, документът за Стратегия за тестване на ефективността не е нищо друго освен посока, която сте задали в началото на проекта с подхода, който ще предприемете, за да постигнете целите за тестване на ефективността.
Типичен документ за стратегия за тестване на ефективността съдържа общата цел на тестването на ефективността като това, което ще бъде тествано? коя среда ще се използва? кои инструменти ще бъдат използвани? какви видове тестове ще бъдат извършени? Критерии за влизане и излизане, какви рискове на заинтересованата страна са смекчени? и още няколко, които ще разгледаме подробно, докато продължаваме в този урок.
Горната схема обяснява, че документът за стратегията за тестване на ефективността е създаден по време или след фазата на анализ на изискванията на проекта.
План за тестване на ефективността
Документът за план за изпитване на ефективността е написан на по-късен етап от проекта, когато изискванията и проектните документи са почти замразени. Документът за план за изпитване на ефективността съдържа всички подробности за графика за прилагане на стратегията или подхода, който е описан по време на фазата на анализ на изискванията.
Към момента проектните документи са почти готови, Планът за тестване на производителността съдържа всички подробности за сценариите, които ще бъдат тествани. Той също така има повече подробности за средите, които се използват за изпълнение на тестови изпълнения, колко цикъла на тестови изпълнения, ресурси, критерии за влизане-излизане и др. Планът за тестване на производителността е написан или от мениджъра на ефективността, или от ръководителя на теста за ефективност.
Горната диаграма ясно обяснява, че планът за тестване на производителността се създава по време на проектирането на проекта или след фазата на проектиране въз основа на наличността на проектните документи.
Съдържание на документа за стратегията за тестване на ефективността
Нека сега видим какво всичко трябва да бъде включено в документ за стратегия за тестване на ефективността:
#1. Въведение: Дайте кратък преглед на това, което ще съдържа документ за стратегия за тестване на ефективността за конкретния проект. Също така споменете екипите, които ще използват този документ.
разлика между здравословното състояние и тестването на дим
# 2) Обхват: Определянето на обхвата е много важно, тъй като ни казва какво точно ще бъде тестваното изпълнение. Трябва да бъдем много конкретни, докато дефинираме обхвата или друг раздел.
Никога не пишете нещо обобщено. Обхватът ни казва какво точно ще бъде тествано за целия проект. Имаме В обхвата и Извън обхвата като част от обхвата, В обхват описва всички функции, които ще бъдат тествани за изпълнение, а извън обхвата описва характеристиките, които няма да бъдат тествани.
# 3) Тест Приближаване: Тук трябва да споменем за подхода, който ще следваме за нашите тестове за производителност, тъй като всеки скрипт ще бъде изпълнен с един потребител, за да се създаде базова линия и след това тези базови тестове ще бъдат използвани като справка за бенчмаркинг в по-късна точка на време по време на тестови изпълнения.
Също така всеки компонент ще бъде тестван поотделно, преди да ги интегрираме заедно и т.н.
# 4) Тест Видове: Тук споменаваме различните видове тестове, които трябва да бъдат обхванати, като тест за натоварване, стрес тест, тест за издръжливост, тест за обем и т.н.
# 5) Тест Резултати: Споменете какви всички резултати ще бъдат предоставени като част от тестване на ефективността на проекта, като доклад за изпитване, обобщен отчет и др.
# 6) Околна среда: Тук трябва да споменем подробностите за околната среда. Подробностите за околната среда са много важни, тъй като се описва какви операционни системи ще бъдат използвани за тестване на производителността.
Ако средата ще бъде реплика на производството или ще бъде оразмерена или намалена от производството, а също и съотношението на оразмеряване и оразмеряване, т.е. ще бъде половината от размера на продукцията или ще бъде двойно по-голяма от продукцията ?
Също така трябва ясно да споменем всички кръпки или актуализации на защитата, които да се разглеждат като част от настроената среда, а също и по време на изпълнението на теста за ефективност.
# 7) Инструменти: Тук трябва да споменем всички инструменти, които ще се използват като инструменти за проследяване на дефекти, Инструменти за управление , Инструменти за тестване на производителността и мониторинг. Някои Примери от инструменти за проследяване на дефекти е JIRA , За управление на документи като Confluence, за тестване на производителността Jmeter и за наблюдение Нагиос .
# 8) Ресурси: Подробности за ресурсите, необходими за екипа за тестване на производителността, са документирани в този раздел. Например , Мениджър на ефективността, ръководител на теста за ефективност, тестери за производителност и др
# 9) Влизане & Изход Критерии: Критериите за влизане и излизане ще бъдат описани в този раздел.
Например,
Критерии за влизане - Приложението трябва да бъде функционално стабилно, преди да разгърне компилацията за тестване на производителността.
Критерии за изход - Всички основни дефекти са затворени и повечето SLA са изпълнени.
# 10) Риск и смекчаване: Всички рискове, които ще повлияят на тестването на производителността, трябва да бъдат изброени тук заедно с плана за смекчаване на същите. Това ще помогне на всички рискове, възникнали по време на тестване на производителността, или поне решение за риска ще бъде планирано предварително. Това ще помогне за попълването на графиците за тестване на производителността навреме, без това да повлияе на резултатите.
# 11) Съкращения: Използва се за съкращения. Например, PT - Тест за ефективност.
# 12) История на документа: Това съдържа версията на документа.
Съдържание на документа за план за тестване на ефективността
Нека да разгледаме какво всичко трябва да бъде включено в документ за план за тестване на ефективността:
#1. Въведение: Всичко е същото, както е посочено в документа за стратегия за тестване на ефективността, а просто споменаваме план за тестване на ефективността вместо стратегия за тестване на ефективността.
# 2) Цел: Каква е целта на това тестване на ефективността, какво се постига чрез провеждане на тестване на ефективността, т.е. какви са предимствата от провеждането на тестване на производителността, трябва да бъдат ясно посочени тук.
# 3) Обхват : Обхватът на тестването на ефективността, както по обхват, така и извън обхвата на бизнес процес, е дефиниран тук.
# 4) Подход: Тук е описан цялостният подход, как се извършва тестването на производителността? Какви са предпоставките за създаване на околната среда? и т.н. са включени.
# 5) Архитектура: Тук трябва да се споменат подробности за архитектурата на приложенията, като общия брой сървъри за приложения, уеб сървъри, DB сървъри, защитни стени, 3rdd страна приложение приложение машини генератор на натоварване и т.н.
# 6) Зависимости: Тук трябва да се споменат всички действия за тестване преди производителност, като компонентите, които трябва да бъдат тествани, са функционално стабилни, средата се мащабира до продукция като такава и е налична или не, Датата на теста е налична или не, Инструментите за тестване на производителността са налични с лицензи ако има такива и така нататък.
# 7) Околна среда: Трябва да споменем всички детайли на системата, като IP адрес, колко сървъри и т.н. Трябва също така да споменем ясно как трябва да бъде настроена Средата, като предпоставките, евентуални корекции и т.н.
# 8) Сценарии на теста: Списъкът със сценарии, които трябва да бъдат тествани, са споменати в този раздел.
# 9) Смес на работното натоварване: Работният микс натоварване играе жизненоважна роля за успешното изпълнение на теста за ефективност и ако миксът от работно натоварване не предсказва действието на крайния потребител в реално време, тогава всички резултати от теста ще се провалят и в крайна сметка получаваме лоша производителност в производството когато приложението стартира на живо.
Следователно е необходимо правилно да се проектира натоварването. Разберете как потребителите имат достъп до приложението в производство и дали приложението вече е налично, или се опитайте да получите повече подробности от бизнес екипа, за да разберете правилно използването на приложението и да определите натоварването.
# 10) Цикли на изпълнение на изпълнението: Подробности за броя на пробните изпълнения ще бъдат описани в този раздел. Например, Тест на базова линия, цикъл 1 50 потребителски тест и т.н.
какво е 7z файл?
# 11) Показатели на теста за производителност: Подробностите за събраните показатели ще бъдат описани тук, тези показатели трябва да бъдат включени критерии за приемане с договорените изисквания за изпълнение.
# 12) Тестови резултати: Споменете резултатите и включете връзките към документите, когато е приложимо.
# 13) Управление на дефекти: Тук трябва да споменем как се обработват дефектите, нива на тежест и нива на приоритет също трябва да се опише.
# 14) Управление на риска: Споменете рисковете, свързани с плана за смекчаване, като например ако приложението не е стабилно и ако все още са отворени високоприоритетни функционални дефекти, това ще повлияе ли на графика на тестовите експлоатационни показатели и както беше казано по-рано, това ще помогне на рисковете от възникване по време на тестване на производителността или поне решение за риска ще бъде планирано доста предварително.
# 15) Ресурси: Споменете подробностите за екипа, заедно с техните роли и отговорности.
# 16) История на версиите: Записва историята на документа.
# 17) Прегледи и одобрения на документи: Тук има списък на хората, които ще прегледат и одобрят окончателния документ.
По този начин в основата си Стратегията за тестване на ефективността има подход към тестването на ефективността, а Планът за тестване на ефективността има подробности за подхода, следователно те вървят заедно. Някои компании просто имат план за тестване на ефективността, който има подход, добавен към документа, докато някои имат както стратегия, така и документ за план поотделно.
Съвети за разработване на тези документи
Следвайте указанията по-долу, докато проектирате стратегията или документа за план за успешно изпълнение на тестовете за изпълнение.
- Винаги помнете, че докато дефинираме стратегия или план за тестване на ефективността, трябва да се съсредоточим върху теста и обхвата на теста. Ако нашата стратегия или план за тестване не е в съответствие с изискванията или обхвата, тогава тестовете ни са невалидни.
- Опитайте се да концентрирате и включите онези показатели, които са важни за заснемане по време на тестовото изпълнение, за да идентифицирате всички тесни места в системата или да видите ефективността на приложението.
- Планирайте тестовите изпълнения по такъв начин, че да не тествате всички сценарии наведнъж и да сринете системата. Направете няколко тестови пускания и постепенно увеличавайте сценариите и натоварването на потребителя.
- Във вашия подход се опитайте да добавите всички устройства, от които ще се осъществява достъп до вашето приложение, това обикновено се отнася за мобилни устройства.
- Винаги имайте раздел „Рискове и смекчаване“ във вашия Стратегически документ, тъй като изискванията продължават да се променят от време на време и тези промени ще окажат голямо влияние върху циклите на изпълнение и крайните срокове, които трябва да бъдат адресирани до клиента много по-рано.
Заключение
Сигурен съм, че този урок би ви запознал подробно с разликите между Стратегия за тестване на ефективността и план, заедно със съдържанието му, Подход за тестване на производителността на мобилните приложения и тестване на производителността на приложенията в облак по подробен начин с примери.
Вижте нашия предстоящ урок, за да научите повече за начините за презареждане на вашето тестване на ефективността.
=> Посетете тук за пълна серия уроци за тестване на ефективността
PREV Урок | СЛЕДВАЩ Урок
Препоръчително четене
- Тестване на ефективността срещу тестване на натоварване срещу тестване на стрес (разлика)
- Функционално тестване срещу тестване на производителността: Трябва ли да се прави едновременно?
- Georgia Tech стандартизира своите тестове за производителност на RadView WebLOAD
- Разлика между LoadRunner и Performance Center
- Облачно тестване на производителността: Доставчици на услуги за тестване на натоварване в облак
- Инструменти и услуги за тестване на ефективността на уебсайта
- Как да извършите ръчно тестване на производителността?
- Пълно ръководство за тестване на ефективността с примери