7 types software errors that every tester should know
Поново је време за објаву на основе тестирања софтвера . Овај пост говори о врстама софтверских грешака које би сви тестери требали знати.
бесплатни софтвер за базе података за Виндовс 10
Софтверске грешке су многих врста. Грешка је грешка без обзира на све. Али понекад је важно разумети природу, њене импликације и узрок њене боље обраде.
Ово помаже бржој реакцији и што је најважније, одговарајућој реакцији.
У овом чланку ћемо разговарати уобичајене врсте софтверских грешака и како их идентификовати током тестирања са неким примерима и једноставним вежбама.
Почнимо са дефинисањем софтверских грешака и грешака.
Шта ћете научити:
- Софтверске грешке и грешке
- Уобичајене категорије софтверских грешака:
- Вежба:
- Закључак
- Препоручено читање
Софтверске грешке и грешке
Као што је дефинисано у Википедиа ' Ан грешка је одступање од тачности или исправности ' и ' ДО софтверска грешка је грешка, мана, квар или квар у рачунарском програму или систему због којег производи нетачан или неочекиван резултат или се понаша на нежељен начин '.
Дакле, може се закључити следеће:
- Грешка је одступање стварног резултата од очекиваног резултата.
- Грешке су категорија софтверске грешке .
- Грешке се могу увести као резултат непотпуних или нетачних захтева или због проблема са уносом људских података.
Уобичајене категорије софтверских грешака:
# 1) Грешке у функционалности :
Функционалност је начин на који је софтвер намењен за понашање. Софтвер има грешку у функционалности ако је нешто што очекујете да је тешко, незгодно, збуњујуће или немогуће.
Погледајте овај снимак екрана:
Очекивана функционалност дугмета Откажи је да се прозор „Направи нови пројекат“ затвори и ниједна промена не сме бити сачувана (тј. Нови пројекат не сме бити креиран). Ако се на дугме Откажи не може кликнути, то је грешка у функционалности.
# 2) Грешке у комуникацији:
Ове грешке се јављају у комуникацији од софтвера до крајњег корисника. Све што крајњи корисник мора знати да би могао да користи софтвер би требао бити доступан на екрану .
Неколико примеракомуникационих грешака су - Нису наведена упутства / мени за помоћ, функције које су део издања, али нису документоване у менију помоћи, дугме под називом „Сачувај“ не би требало да брише датотеку итд.
# 3) Недостају грешке у команди:
Ово деси да се догоди када недостаје очекивана команда . Погледајте овај снимак екрана:
Овај прозор омогућава кориснику да креира нови пројекат. Међутим, не постоји могућност да корисник изађе из овог прозора без креирања пројекта. Будући да опција / дугме „Откажи“ није доступна кориснику, ово недостаје грешка у наредби.
# 4) Синтаксичка грешка:
Синтактичке грешке су погрешно написане речи или граматички нетачне реченице и врло су очигледне током тестирања софтверског графичког корисничког интерфејса . Имајте на уму да се НЕ позивамо на синтаксне грешке у коду. Компајлер ће упозорити програмера на било какве синтаксне грешке које се појаве у коду
Обратите пажњу на погрешно написану реч „Откажи“:
Обратите пажњу на граматички нетачну поруку:
# 5) Грешка при руковању грешкама:
Све грешке које се појаве док корисник комуницира са софтвером морају се решавати на јасан и јасан начин смислен начин . Ако није, то се назива грешком при руковању грешкама.
Погледајте ову слику. Порука о грешци не даје назнаке шта је заправо грешка. Да ли недостаје обавезно поље, грешка при чувању, грешка при учитавању странице или је грешка у систему? Дакле, ово је „Грешка при предаји грешке“.
Када је могуће, требало би навести даљње кораке које ће корисник следити.
Ако софтвер има одређена обавезна поља која треба попунити пре него што сачува информације на обрасцу, поруке за потврду треба да буду јасне и указују на радњу коју корисник захтева.
Ево и другихпримери:
# 6) Грешке у прорачуну:
До ових грешака долази из било ког од следећих разлога:
- Лоша логика
- Нетачне формуле
- Неподударање типа података
- Кодирање грешака
- Проблеми са позивима функција итд.
1999. НАСА је изгубила свој климатски орбит на Марсу јер је један од подизвођача које је НАСА користила користила енглеске јединице уместо предвиђеног метричког система, због чега су потисници орбитера радили погрешно. Због ове бубице, орбитер се срушио готово одмах када је стигао на Марс.
# 7) Контрола грешака протока :
Контролни ток софтвера описује шта ће даље радити и под којим условима.
На пример, размотрите систем у којем корисник мора да попуни образац, а опције које су му на располагању су: Сачувај, Сачувај и затвори и Откажи. Ако корисник кликне на дугме „Сачувај и затвори“, корисничке податке у обрасцу треба сачувати, а образац затворити. Ако кликом на дугме образац не затворите, онда се ради о грешци контролног тока.
Вежба:
Идентификујмо у које категорије грешака спадају следеће:
Вежба # 1:
То су грешке при руковању грешкама.
Вежба # 2:
Ово је грешка команде која недостаје. Дугме за отказивање је обавезно, али недостаје. Такође, оба дугмета „Процеед“ и „Делете“ су сувишна и обављају исту функцију.
Вежба # 3
Ово је синтаксичка грешка.
Следећи корак:
Пријављивање грешке након што је идентификовано је неопходно. За најбоље резултате пријавите одмах.
Укључите опис, приоритет, озбиљност, окидаче и кораке за поновно стварање сценарија, снимке екрана (ако постоје) у извештај о грешкама.
За више информација о писању ефикасних извештаја о кваровима, проверите овај пост .
Закључак
Идентификација недостатака, категоризација, извештавање и евентуално уклањање део су активности контроле квалитета.
Али, превенција је боља од лечења. Сама суштина осигурања квалитета софтвера је успостављање надзора и инспекције процеса у свакој фази животног циклуса развоја софтвера.
Предложено читање = >> Како исправити грешку Аудио Рендерера
Циљ је открити грешке што је раније могуће. То је зато што се трошкови проналажења и отклањања грешака драматично повећавају како напредује развој софтвера. Стога је неопходно рано препознавање грешака.
Исправљање грешке је најјефтиније током фазе анализе захтева, постепено се скупља са сваком фазом, а најскупље је у фази одржавања након објављивања.
узорци тест случајева за банкарске апликације
Као КА инжењери, можемо или не морамо бити директно укључени у дефинисање захтева. Такође можемо имати малу или никакву директну контролу над квалитетом захтева.
Због тога је неопходно да смо у могућности да идентификујемо, потражимо и пријавимо било какве грешке на које наиђемо током фазе тестирања.
О аутору: Овај корисни чланак написала је Неха Б. Тренутно ради као менаџер за осигурање квалитета и специјализована је за вођење и управљање интерним и офшор тимовима за КА.
Обавестите нас о другим врстама софтверских грешака које знате или сте са њима наилазили.
Препоручено читање
- Врсте ризика у софтверским пројектима
- Узорак извештаја о грешкама
- Најављујем моју нову е-књигу „Пакет каријера за тестирање софтвера - путовање тестера софтвера од запошљавања до вође теста!“
- Да ли је посао тестера софтвера заиста посао ниског профила?
- Савршен водич за резиме тестирања софтвера (са узорком резимеа тестера софтвера)
- 5 начина да будете храбар и самопоуздан испитивач софтвера
- 5 ствари које би почетни програмер (и тестер) требало да зна о тестирању софтвера
- Карактеристике лошег тестера софтвера