destructive testing
Разлика између испитивања разарања и испитивања без разарања са његовим врстама и методама:
У овом чланку ћемо разговарати о детаљима испитивања разарања и испитивања софтвера без разарања.
Сазнаћемо о њима један по један, а видећемо и разлике између ове две врсте тестирања на крају чланка.
Шта ћете научити:
- Шта је испитивање разарања и које су његове предности?
- Шта је испитивање без разарања и које су његове предности?
- Разлика између испитивања са разарањем и без разарања
Шта је испитивање разарања и које су његове предности?
Деструктивно тестирање софтвера (ДСТ) је врста софтверског тестирања које покушава да неконтролисано пропадне део софтверске апликације, да тестира његову робусност и открије тачку квара.
За разлику од других метода тестирања софтвера конвенционалног типа којима се проверава функционалност софтвера, овај метод испитује непредвидиво понашање корисника у оквиру софтвера. Дакле, омогућава нам да откријемо софтверске недостатке на које просечни корисници углавном не наилазе.
Имајте на уму да је деструктивно тестирање софтвера (ДСТ) алтернативни приступ тестирању софтвера конвенционалног типа (ЦСТ), али не и његова замена. Ефективно је проводити и ДСТ поред ЦСТ.
Испитивање разарања врши се под најригорознијим радним условима и наставља се све док се апликација не разбије. Кључна идеја овог тестирања није само откривање недостатака у дизајну, ако их уопште нема, а који можда неће бити откривени у нормалним радним условима, већ и откривање животног века софтверског производа.
Ова врста тестирања дели сличности са тестирањем мајмуна, ад хоц тестирањем и истраживачким тестирањем.
Предности испитивања деструктивног софтвера
оно што видите је оно што добијате код градитеља веб страница
- Помаже у процени робусности, могућности опоравка и животног века апликације.
- Открива тачке неуспеха у случају неприкладне или злоупотребе софтвера.
- Поставља прави контекст за тестер јер игнорише пристрасности корисничких прича током тестирања.
- Омогућава нам да откријемо софтверске недостатке на које просечни корисници углавном не наилазе.
- Ова врста тестирања јединствена је по откривању недостатака у апликацији који ће по решавању унапредити ранг софтвера до статуса почетника.
Кораци за извођење овог тестирања
- На почетку циклуса деструктивног тестирања софтвера, клијент шаље копију апликације или акредитиве за приступ и корисничке захтеве.
- Клијент затим представља захтеве и демонстрира апликацију КА аналитичару.
- Даље, КА аналитичар успоставља функцију граница унутар апликације и ствара границе употребљивости апликације унутар граница.
- Сада ће КА тестер насумично тестирати апликацију у тим границама, користећи стохастичке технике. Биљеже се токови КА теста и недостаци.
- Коначно, директоријум дефеката се дели са клијентом.
- Ако постоји потреба, циклус деструктивног испитивања може се поновити на основу захтева клијента.
За ово тестирање добро је имати неко знање о оригиналним захтевима софтвера. Ово помаже у осмишљавању добре стратегије тестирања.
Шта верификујете у деструктивном тесту?
- Неправилно и правилно понашање софтверске апликације.
- Важећи и неважећи улазни подаци.
- Неправилно коришћење софтверске апликације.
Методе и стратегије испитивања деструктивних софтвера
Постоји неколико начина на које се могу извршити деструктивна испитивања:
1) Метода анализе тачке отказа:
Овим методом апликација се прегледава и испитује како би се приступило сваком путу и њеном углу. Утврђује се шта може пропасти у разним тачкама. За ову методу можете да потражите помоћ пословних аналитичара да бисте пронашли детаљно упутство.
2) Пеер Ревиев:
Затражите да апликацију прегледа колега тестер који није упознат са софтвером. Ово ће вам помоћи да пронађете неке скривене тачке отказа које вам нису биле видљиве као тестере.
3) Набавите тест случајеве које је предузеће прегледало:
Крајњи корисници и друге заинтересоване стране понекад могу смислити ваљане сценарије испитивања које је тестер можда пропустио. Дакле, добијање тестова које компанија прегледава може повећати вашу покривеност тестом.
4) Истраживачко испитивање:
Извршите истраживачка испитивања уз помоћ пролазних листова. Помоћи ће вам да знате шта се тестира, поновите тестове и контролишите покривеност тестом.
5) Нахраните систем неправилним подацима:
Можете да доставите неважећи унос у апликацију. То може укључивати оштећене податке, погрешан редослед корака на корисничком интерфејсу итд.
6) Користите друге изворе:
Такође можете да користите било које друге изворе или начине за разбијање система и анализу за различите сценарије. Добра ствар је што корисничка прича о деструктивном тестирању софтвера не захтева нужно „захтеве“ и „спецификације“, тако да можете испробати било који погодан начин за спровођење овог тестирања.
Технике деструктивног испитивања
Деструктивно тестирање софтвера може се спровести кроз различите технике попут:
- Прихватање тестирање
- Петља тестирање
- Регресија тестирање
- Еквивалентна партиција
- Испитивање граничне вредности
- Испитивање интерфејса
- Алфа / Бета тестирање
- Тестирање система
- Тестирање одозго надоле
- Тестирање црне кутије
Неколико корисних савета за испитивање деструктивног софтвера
- Стекните што више знања о производу. Ставите се на место купца, а затим размислите о производу из његове перспективе.
- Избришите све пристрасне информације из корисничке приче. Заборавите на опис корисничке приче и критеријуме прихватања и покушајте да разбијете апликацију као луди купац.
- Потражите стазе за изузеће, а не срећне стазе. Имајте на уму да игнорисањем критеријума прихватања нећете знати очекивани или нормалан ток посла.
- Не очекујте позитиван одговор од пријаве. Шта ако нешто закаже? Покушајте да симулирате и покварите све што можете.
- Ограничите мрежне услове на реалније подешавање, јер сви стварни корисници неће имати врхунске машине и мрежне услове.
Шта је испитивање без разарања и које су његове предности?
Испитивање без разарања (НДТ) описано је као техника процене софтвера која подразумева коректну интеракцију са софтвером. За разлику од испитивања деструктивног софтвера где тражимо путеве за изузеће, у испитивањима без разарања тражимо срећне путеве или златне стазе. НДТ је познат и као позитивно тестирање.
На пример, ако постоји поље за унос које прихвата број унутар 1-999, тада би позитиван тест био унос броја унутар овог опсега и верификација функционалности поља за унос.
ц програмирање питања и одговора на интервјуу
У НДТ-у имамо добро дефинисан тест случај који користи познати захтев, који се извршава без икаквих грешака или изузетака и даје жељени излаз. Даје очекиване резултате и потврђује да софтвер ради како се очекивало.
Предности испитивања неразорног софтвера
- Побољшани квалитет софтвера и проблеми се решавају у главном току апликације.
- Корисно у демонстрирању да софтверска апликација ради према потребним спецификацијама.
- Потврђује да су испуњена очекивања купаца.
- Осигурава да су испуњени захтеви за перформансе.
- Штеди и време и новац у процени производа и решавању проблема.
Када извршити ово тестирање
- То би требао бити први облик тестирања и то треба обавити у почетној фази СДЛЦ-а, јер је срећан пут главни ток апликације, а ако не функционише добро, остатак тестирања се блокира.
- То се може брзо и лако урадити када немамо довољно времена и буџета за тестирање. Ово барем осигурава да су испуњени софтверски захтеви и критеријуми прихватања.
Стратегија за испитивање неразорног софтвера
- За провођење испитивања без разарања треба усвојити позитиван приступ испитивању.
- Током тестирања, испитивач треба да има на уму да је циљ неразорног теста да провери да ли ће апликација добро радити с давањем ваљаних улазних података. Дакле, циљ је да се верификује понашање апликације за позитиван скуп података.
- Најбоља пракса је проверити да ли систем ради оно што је намењен.
Разлика између испитивања са разарањем и без разарања
Испитивање разарања | Испитивање без разарања |
---|---|
Фокусира се на слабости у дизајну, али не и на функционалност. | Фокусира се на слабости у функционалности, али не и на дизајну. |
Не морају нужно пословни захтеви. Испитивање разарања врши се без упознавања са унапред одлученим захтевима. | Тестирање се врши ради верификације функционалности према пословним захтевима и критеријумима прихватања. |
Намера је да се сломи софтвер испоруком необичних улаза за откривање тачака кварова. | Намера је коректна интеракција са софтвером како би се потврдили позитивни исходи. |
Закључак
У деструктивном тестирању, апликација се намерно руши како би се испитала робусност апликације. Открива тачке квара у софтверу до којих може доћи услед неправилног руковања апликацијом од стране купца.
Открива она слаба места која се не могу пратити конвенционалним тестирањем софтвера. За бољу покривеност тестом, пожељно је провести деструктивно тестирање софтвера заједно са конвенционалним тестирањем софтвера.
Испитивање без разарања врши се позитивним тестирањем или приступом тестирања срећне путање како би се потврдило да софтверска функционалност испуњава захтеве купаца. Укључује коректну интеракцију са софтвером.
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. године [КА Тест Аутоматион Тоолс]
- Посао за КА помоћника за тестирање софтвера
- Курс за тестирање софтвера: Који институт за тестирање софтвера да се придружим?
- Одабир тестирања софтвера за вашу каријеру
- Тестирање софтвера Технички садржај Вритер Фрееланцер Јоб
- Преузимање е-књиге за тестирање буквара
- Нека занимљива питања за испитивање софтверског тестирања
- Повратне информације и прегледи курса за тестирање софтвера