Въведение в системното тестване
Чували ли сте някога за тестване на системата? Да, разбира се, вие сте чували, но не знаете какво е тестване. Как се реализира в реалната среда. Днешният свят е изпълнен с много устройства, нови технологии излизат всеки ден. За да поддържаме качеството и да гарантираме, че нашият продукт е без грешки и надежден, всяко развитие има свой екип за паралелно тестване настрана.
Тестването е процес на кръстосана проверка дали имаме правилна функционалност или не. Тестването на софтуера е фаза, в която софтуерът е завършен. Сега този интегриран софтуер ще тества. При тестване проверяваме дали софтуерът отговаря на нашите изисквания или не.
Тестване, което се извършва на цялата система, известна като тестване на системата. Чрез този тест разкриваме грешките. Той гарантира, че цялата система работи според очакванията. Проверяваме производителността и функционалността на системата, за да получим качествен продукт. Тестването на системата не е нищо друго освен тестване на системата като цяло. Това тестване проверява пълния сценарий от край до край според гледната точка на клиента.
Функционални и нефункционални тестове също се извършват чрез тестване на системата. Всички неща се правят, за да се поддържа доверието в развитието, че системата е без дефекти и няма грешки. Тестът на системата също е предназначен за тестване на спецификации за хардуер / софтуер.
Тестването на системата е по-скоро ограничен тип тестване; тя се стреми да открие и двата дефекта в рамките на „междусглобяването“.
Има два вида тестове:
Това са специализирани системи и приложения
Преди да скочите директно в теста на системата, искам да знаете потока на тестовете. Така ще получите ясна идея. Моля, погледнете следната диаграма.
Видове системни тестове
По-долу са описани различните видове тестове, които са както следва:
1. Тестване на функционалност
- Това тестване гарантира, че функционалността на даден продукт работи съгласно спецификацията на изискванията, в рамките на възможностите на системата.
- Функционалното тестване се извършва ръчно или с автоматизирани инструменти.
2. Тест за възстановяване
- Това тестване определя дали операциите могат да бъдат продължени след бедствие или след загубата на целостта на системата.
- Най-добрият пример за това предполага, че изтегляме един файл. И изведнъж връзката угасва. След възобновяване на връзката изтеглянето ни започва от мястото, където сме тръгнали. Не започва от стартиране отново.
- Това се използва, когато непрекъснатостта на операциите е от съществено значение
3. Тестване на производителността
- Това тестване гарантира работата на системата при различни условия по отношение на характеристиките на производителността.
- Това тестване се нарича също и тестване за съответствие по отношение на производителността.
- Това тестване гарантира, че отговаря на системните изисквания
- Той проверява кога няколко потребители използват едно и също приложение наведнъж, след това как реагира обратно
Тестовете за ефективност могат да бъдат категоризирани в три основни категории като скорост, мащабируемост, стабилност.
4. Тестване на мащабируемост
Това тестване гарантира възможностите на системата за мащабиране в различни термини като мащабиране на потребители, географско мащабиране и мащабиране на ресурси.
5. Тест за надеждност
- Тестът за надеждност гарантира, че системата е без грешки.
- Това тестване гарантира, че системата може да работи по-дълго време, без да развива повреди.
6. Тестване на документацията
Това тестване гарантира, че ръководството за потребителя на системата и другите документи за помощ са правилни и използваеми.
7. Тестване на сигурността
- Тестване, което потвърждава, че програмата може да има достъп до упълномощен персонал и че оторизираният персонал може да има достъп до функциите, достъпни за тяхното ниво на сигурност.
- Това тестване гарантира, че системата не позволява неоторизиран достъп до данни и ресурси.
- Целта на тестването за сигурност е да се определи доколко една система предпазва от неоторизиран вътрешен или външен достъп или умишлено увреждане.
- Има следната област, в която по принцип можем да проверим за сигурност:
- заверка
- упълномощаване
- Потвърждаване на данни
- Транспортна сигурност
- Защита на данни
- Управление на сесиите
8. Тестване на използваемост
За да сте сигурни, че системата е лесна за използване, научете и работете
9. Тестване на изискванията
Всяка система е изпитано изискване.
- Директни наблюдения на хората, които използват системата.
- Проучванията за използваемост са направени в рамките на това тестване.
- Потребителски тестове в рамките на това тестване. Нарича се още като бета тестване.
- Това тестване тества системата за това как реалният потребител ще работи в околната среда.
- Тестване на използваемост се използва главно за дизайна на приложението.
- В тест за използваемост реалните потребители се опитват да получат типични цели и задачи с продукт при контролирани условия.
Тази система се използва за определяне:
- Колко просто е да разберете използването на приложенията.
- Колко лесно е да изпълните процеса на кандидатстване.
10. Тестване на натоварването
Това тестване определя как се държи приложението, когато множество потребители достъпват до него едновременно на няколко места.
- Това тестване се извършва, за да се определи дали производителността на системата е приемлива при предварително определено ниво на натоварване.
- Тестът за натоварване оценява ефективността на системата с предварително зададените нива на натоварване.
- Той проверява нормалните и предварително определени условия на приложението.
11. Тест за стрес
Това тестване като цяло проверява, че системата ще продължи да функционира, когато е подложена на голям обем данни от очакваното.
- Тестът за стрес може да съдържа входни транзакции, вътрешни таблици, канали за комуникация, дисково пространство и т.н.
- Стрес тестовете проверяват дали системата трябва да работи така, както би била в производствена среда.
- Той проверява системата при екстремни условия.
- Тестът за стрес е известен още като Тест за издръжливост.
12. Тестване на конфигурация
- Тестването на конфигурацията е проверка, че при многобройните комбинации на приложение с хардуер.
- Това тестване проверява за проблем със съвместимост.
- Определете минимална и оптимална H / W и S / W конфигурация.
- Това тестване определя ефектите от добавяне или промяна на ресурси като памет, дисково пространство, процесор, мрежова карта.
13. Тест за съвместимост
- Тестване на съвместимост, използвано за проверка дали приложението ви може да работи на различни H / W, OS, приложения, мрежови среди или мобилни устройства и т.н.
- Подобно на многоплатформеното тестване.
- Тестване на възможностите е по-полезно в уеб-базирани приложения, където можем да проверим дали приложението трябва да е достъпно от всеки браузър.
Основна фокусна зона
- По време на системното тестване системата се тества в производствената среда. Преди доставката на продукта Системата трябва да се тества в производствена среда.
- Средата за развитие и производство може да е различна според фирмата.
- Тя трябва да получи главно грешка, свързана с конфигурацията.
Концепция за тестване на системата
Тестването на системата попада в обхвата на тестовете Black-Box. Също така има тестове като сигурност, надеждност, производителност, инсталация, функционално тестване и т.н.
Имаме и тестване в Бяла кутия. Това също е известно като тестване на ясни кутии. Тестване с бяла кутия означава тестване, при което вътрешната структура на приложението за тестване е известна на тестера. Но в тази статия се фокусираме върху тестването с черни кутии.
Какво е тестване на черни кутии?
- Това тестване също е известно като поведенческо тестване.
- Тестването в черни кутии се фокусира основно върху входа и изхода, тъй като вътрешният код е скрит от тестера
Тестването на системата също има някои специализирани тестове, както следва:
1. Тест за регресия
Това тестване зависи от времето. Коефициентът не винаги е достатъчен за това тестване. Това тестване се извършва по два начина:
- Ръчно тестване :
Ръчно тестване може да се направи за малка система. Проектът, при който разходите са проблем. Автоматизираното тестване не е удобно.
Разработчиците или екипът за осигуряване на качество тестват ръчно всеки път от софтуерен код. И тогава се случи сравнение.
Това тестване отнема много време и се нуждаят от много ресурси за работа.
Това тестване не е ефективно, така че тестът за автоматизация влиза в картината
- Автоматизирано тестване:
Това тестване е много добро. Много компании се опитват да получат автоматизирани инструменти за тестване.
Ако имаме много промени в версиите за приложение, това е много полезно. Един клас от тези инструменти се нарича уловени инструменти за възпроизвеждане.
2. Тест за обработка на грешки
- За да се определи способността на системата да обработва правилно грешни транзакции.
- Всички разумни грешки трябва да бъдат открити от системата на приложението.
- Контролът върху грешката по време на коригиране на грешки е задължителен.
- Процедурите най-вече гарантират, че грешката се коригира правилно.
- Това тестване трябва да се случи през SDLC.
- Грешките обхващат всички неочаквани условия.
- Той проверява способността на софтуера да изпълнява правилно всички транзакции.
- Например: Просто поставете някои грешни стойности в приложението, за да проверите дали системата е достатъчно способна да намери тези проблеми. Този процес може да е итеративен.
3. Междусистемно тестване
- Това тестване се извършва, когато приложението е поставено в разпределена област. И цялата поставена интеграция се случва. Това тестване се извършва главно за проверка на потока от данни от хостваната основна система към други системи.
- Накратко можем да кажем, че „Тестване на интерфейс между две или повече приложни системи.“
- Това решава:
- Документацията за системата е пълна и точна.
- Параметрите и данните се предават правилно между двете приложения.
- Има парчета от тестове, които транзакцията от една система в друга система и обратното се изпълнява правилно. кръстосани проверки са се случили и ако се случи грешка, тя се коригира по това време.
- Това тестване гарантира потока от данни между приложението.
- Това тестване е досадно, ако не се направи автоматизация.
- Цената е повече, ако итерациите са повече.
4. Тест за здрав разум
- Тест за здравина означава проверка на поведението на системата. Това тестване също се нарича тесен регресионен тест.
- Тестовете за здравина са полезни както за първоначална проверка на околната среда, така и за бъдещи интерактивни увеличения.
- Тестът за здрав разум е фокусиран един.
- Това тестване също се счита за подмножество на регресионното тестване.
- Ex of Sanity тестване е, можем да кажем, че се нуждаем от време на работа. Как трябва да отнеме времето, за да стане?
- Първоначално тестване за разумност, предназначено за тестване на основните модули.
- Тестът за надеждност може да провери свързаността с приложните сървъри и с периферните устройства.
5. Тестване на дим
- По принцип тестването на дим е известно още като „Тестване на проверка на изграждане“.
- Този термин идва от тестване на хардуер. При тестване на хардуер устройството премина теста, ако не се е запалило или пушило първия път, когато е било включено.
- Тестването с дим проверява проверяемостта на софтуера се нарича тестване на пушек.
- Тестът с дим решава дали тестването е достатъчно за приложението. Стабилен ли е?
- Тестът с дим помага да се определи къде да спрете.
- Тестовете за дим могат да се извършват ръчно или автоматизирани инструменти.
- Сценариите за изпитване на дим подчертават ширината повече от дълбочината.
- Изпитването на дим е известно още като тестване за проверка / тестване на връзки / основно функционално тестване.
- Това е „плитък и широк“ подход към приложението.
- Тестването с дим помага да се изложат проблемите рано.
- Тестването с дим също помага да се намери интеграционно тестване.
- При тестване на дим всички компоненти трябва да се пипат и всяка основна характеристика трябва да бъде тествана за кратко.
- Ако тестът не успее, компилацията се връща на разработчиците, които не са тествани.
- Изпитването на дим обикновено се използва при тестване на системи, тестване на приемане и тестване на интеграцията.
6. Паралелно тестване
- Паралелно тестване означава едновременно тестване на множество приложения или подсистеми.
- Можем да кажем, че сравнение между две различни системи.
- Паралелното тестване е да се определи - Новата версия на приложение или нови системи функционира правилно с препратката към съществуващата система, която работи правилно.
- Паралелно тестване може да се използва при приемане на нова система.
- Докато правите паралелно тестване едни и същи данни се използват и в двете системи.
- При паралелно тестване се използва нова система със съществуваща система за определено време.
- Чрез кръстосана проверка на o / p и сравнение с o / p от съществуващата система. Паралелно тестване се прави, за да се гарантира, че новата система работи до знака, както предишната система.
заключение
Всеки процес на разработка на софтуер има тестова част. Ако софтуерът притежава всички тестове и отговаря на всички условия, тогава той е готов за предаване на клиента. Тестването е решаваща част и трябва да се направи много сериозно.
Препоръчителни статии
Това е ръководство за тестване на системата. Тук сме обсъдили Въвеждането, различните видове тестване на системата и нейната основна фокусна област. може да разгледате и следните статии, за да научите повече -
- Кариери в тестване на софтуер
- Въпроси за интервю за тестване на проникване
- Какво е невронни мрежи?
- Дефектен жизнен цикъл при тестване на софтуер
- Различни инструменти за тестване на производителността