what is recovery testing software testing
Този урок обяснява какво е тестване за възстановяване, неговия жизнен цикъл, най-добрите практики при възстановяване при бедствия и разлики между тестване за възстановяване и тестване за надеждност:
Софтуерните неизправности са неизбежни, някои откази не подвеждат цялата система, но някои откази могат да бъдат катастрофа. За да се намали въздействието на бедствието, „ Тестване за възстановяване ' влиза.
Нека да преминем подробно към тестването за възстановяване, за да разберем как това помага да се сведе до минимум въздействието на всяка неизправност.
Какво ще научите:
Какво е тестване за възстановяване
Тестването за възстановяване е нефункционално тестване, което определя способността на софтуера да се възстановява от откази като сривове на софтуера / хардуера или всякакви мрежови откази.
За да се извърши тестване за възстановяване, софтуерът / хардуерът не е принудително проверен
- Ако възстановяването е успешно или не.
- Дали по-нататъшните операции на софтуера могат да бъдат извършени или не.
- Продължителността, необходима за възобновяване на операциите.
- Загубените данни могат да бъдат възстановени напълно или не.
- Процент сценарии, при които системата може да се възстанови обратно.
Преди да се извърши това тестване, архивирането се взема и запазва на защитено място, за да се избегне загуба на данни, в случай че данните не бъдат възстановени успешно.
Чести откази, които трябва да бъдат тествани за възстановяване:
- Проблем с мрежата
- Спиране на тока
- Външният сървър не е достъпен
- Сървърът не отговаря
- dll файл липсва
- Претоварване на база данни
- Спряни услуги
- Физически условия
- Външното устройство не реагира
- Загуба на сигнал от безжична мрежа
Жизнен цикъл на тестване за възстановяване
Жизненият цикъл включва:
# 1) Стандартни операции
Стандартните операции на системата са начина, по който системата е предназначена да работи. Това е система, настроена с целия необходим хардуер / софтуер, за да може системата да работи според очакванията.
# 2) Катастрофа и възникване на неуспех
Неизправност или катастрофа на системата могат да възникнат поради различни причини като физически условия, прекъсване на захранването, недостъпност на сървъра, повреда на хардуера и много други.
# 3) Прекъсване на стандартния процес
частен сървър на world of warcraft pvp
Когато настъпи прекъсване на стандартните процеси, това може да доведе до загуби по отношение на бизнес, отношения с клиента, парични средства, репутация на пазара и т.н.
# 4) Процес на възстановяване
За да избегнете големи загуби на компании, имайте резервни планове, така че да има минимално въздействие върху системата поради прекъсване.
# 5) Процес на възстановяване
Процесът на възстановяване включва вече дефинирани документи и процеси, които трябва да се следват. Всички папки и конфигурационни файлове се възстановяват, за да получат изгубените данни.
Пример за тестване за възстановяване
- Докато изтегляте данни в системата си, изключете Wifi връзката и след известно време я включете отново и наблюдавайте дали данните продължават да се изтеглят или данните се губят.
- Оставете браузъра да работи на повече от една сесия и рестартирайте системата. След като системата се рестартира, проверете дали всички сесии са презаредени отново.
- Когато приложението получава данни от мрежата, за да се провали сценарият, изключете кабела. След известно време включете отново кабела и наблюдавайте дали данните се възстановяват и приложението продължава да получава данните от мястото, където е загубило връзката.
Стъпки за план за възстановяване
- Правилен анализ трябва да се направи, за да се провери възможността за възстановяване. Трябва да се анализират неизправности, които могат да възникнат, решения на отказите, въздействието на отказите, как да се изпълняват отказите. Трябва да се анализира способността на системата да разпределя допълнителни ресурси като CPU и сървър в случай на критични повреди.
- План за тестване –Тестовете трябва да бъдат проектирани според резултатите от анализа (споменати в горната точка).
- Тестова среда трябва да се изгради въз основа на резултатите, получени от анализа, направен за възстановяване.
- Архивиране на данните трябва да се поддържа непрекъснато, като състояния на софтуера, данни от база данни и др. В зависимост от критичността, данните могат да бъдат архивирани със следните стратегии:
- Единично архивиране / Няколко резервни копия
- Онлайн / офлайн архиви
- Множество архивни копия на едно или няколко места.
- Автоматично настройване за архивиране на всяка „n“ минута, да речем 15 минути.
- Да има отделен екип за изпълнение и проследяване на архивите.
- Разпределение на ресурси за тестване за възстановяване.
- Планът за възстановяване да се документира и да се актуализира документа, когато и когато се правят промени.
Най-добри практики за тестване при бедствия
- За да започнете това тестване, първата стъпка е да подготвите тестовата среда, която трябва да бъде копие на производствената / живата среда. Интерфейсът, хардуерът, софтуерът, кодът, фърмуерът трябва да бъдат пълно копие на активната система. Резултати за качество могат да бъдат получени, ако настройката на тестовата среда е много близка до средата на живо / производство.
- Хардуерът, който е разпределен за производствената среда за възстановяване, трябва да се използва при извършване на тестове за възстановяване.
- Тестерите могат да използват онлайн система за архивиране за тестване, но в същото време трябва да гарантират, че данните се извличат лесно и няма проблеми със сигурността.
Предимства недостатъци
Предимства:
- Той помага да се направи системата по-стабилна и без грешки и подобрява качеството на продукта.
- Системата става по-надеждна, тъй като грешките се изчистват преди да стартират и подобряват производителността на системата.
- Архивирането винаги се поддържа, за да се възстановят данните в случай на неизправност.
Недостатъци:
- За извършване на това тестване е необходим обучен ресурс. Тестерът, изпълняващ същото, трябва да разполага с всички данни за тестване, т.е. данни и архивни файлове.
- Тестването за възстановяване изисква няколко стъпки, които трябва да се извършат преди тестването, и много стъпки по време на изпълнението, което го прави трудоемък процес.
- Тестването за възстановяване е скъп процес.
- Не всички потенциални грешки могат да бъдат намерени в няколко случая.
Разлика между тестване за възстановяване и тестване за надеждност
Тестовете за възстановяване и тестовете за надеждност често се бъркат и се смятат за еднакви. Докато и двете са свързани помежду си, но са различни. Нека проверим разликата между двете в таблицата по-долу:
| S.No. | Тестване за възстановяване | Тестване на надеждността |
|---|---|---|
| 1 | Извършва се тестване за възстановяване, за да се провери колко добре системата се възстановява след отказ или бедствие | Извършва се тестване за надеждност, за да се открие повредата в конкретна точка, където тя възниква. |
| две | Разбира дали системата е в състояние да продължи да работи след бедствието. | Отказите се откриват и отстраняват преди разполагането. |
| 3 | Тестът за възстановяване определя способността му да възстановява обратно данните от прекъсвания на захранването, мрежови проблеми и т.н. | Приложението е тествано за определен период от време и околната среда. Ако резултатите от теста са постоянно еднакви, само той се счита за надеждно приложение. |
Шаблон за тестване при аварийно възстановяване
Шаблон, т.е. предварително форматиран документ, се използва за планиране на възстановяването от всяко бедствие. Компаниите могат да имат шаблони според техните изисквания и според техните нужди. Но малко елементи са задължителни, за да бъдат част от него.
Нека проверим тези елементи, които трябва да са част от шаблона:
- Дефиниция на бедствие, т.е. ситуация / състояние, когато това ще се счита за бедствие.
- Списък на екипа за спешно реагиране с пълните им данни, като име / роля / имейл / телефонен номер
- Подробности за екипа за възстановяване при бедствия
- Списък с външни контакти: Списък на ресурсите, които може да са необходими по време на възстановяване след бедствие.
- Управление на риска: За покриване на потенциалните рискове и документираното решение.
- Преглед на плана
- Аварийно предупреждение, ескалация и активиране: Стъпки, които трябва да се предприемат по време на извънредна ситуация.
- Застрахователна информация
- Финансова и правна информация
- План за възстановяване / Стратегия за архивиране
често задавани въпроси
В # 1) Как се прави тест за възстановяване?
Отговор: По-долу са изброени няколко примера, за да разберете как се прави тестване за възстановяване:
- Рестартирайте системата, когато браузърът изпълнява няколко сесии. След като системата се рестартира, проверете дали данните на браузърите се качват или не.
- Изключете кабела за приложението, което получава данни и проверете дали приложението получава данни или не, след като кабелът е отново включен.
- Рестартирайте системата, когато приложението работи и по-късно проверете дали данните са непокътнати или загубени.
В # 2) Какво е тестване за възстановяване при бедствия при тестване на софтуер?
Отговор: Тестване за възстановяване при бедствия е тестването, което се провежда, за да се гарантира, че няма данни да се загубят, в случай че възникне някаква повреда / бедствие. Компаниите извършват това тестване, за да могат да възстановят данните си в случай на действителни откази.
В # 3) Защо е важно тестването за възстановяване при бедствия да е важно?
Отговор: Тестването за възстановяване при бедствия е важно, защото гарантира, че след като системата за прекъсване работи нормално и всички данни се възстановят, всички приложения се възстановяват. Това тестване е много важно за непрекъснатостта на системата без загуби.
как да отворите торент файл windows 10
В # 4) Тестването за възстановяване част ли е от тестването на производителността?
Отговор: Да, това тестване попада под тестване на производителността. Извършва се и с тестване на натоварването. Извършва се тестване за възстановяване, за да се знае колко добре ще се възстанови системата в случай на неизправност или бедствие.
Заключение
Неуспехи могат да възникнат по всяко време поради много неизбежни причини; тестването за възстановяване елиминира критични грешки. Това прави системата готова за възстановяване от тези неуспехи. Честотата на извършване на тестове за възстановяване е обратно пропорционална на въздействието на повредата върху системата. Следователно честите тестове играят важна роля за минимизиране на въздействието.
Този подход на тестване потвърждава, че възстановяването се извършва успешно в случай на откази.
Препоръчително четене
- 10 най-добри НАЙ-ДОБРИ софтуер за възстановяване на файлове (Топ селективни инструменти за 2021 г.)
- Топ 12 НАЙ-ДОБРИ услуги за възстановяване на данни (2021 преглед)
- Топ 5 НАЙ-ДОБРИТЕ Услуги за възстановяване при бедствия и софтуерни компании 2021
- (Топ 10) Най-добрият безплатен софтуер за възстановяване на данни от 2021 г. за Windows и Mac
- Тестване на софтуер QA Assistant Job
- Курс за тестване на софтуер: Към кой институт за тестване на софтуер трябва да се присъединя?
- Изборът на софтуерно тестване като кариера
- Тестване на софтуер Техническо съдържание Writer Работа на свободна практика