Тестването на нормалността е вид софтуерно тестване, което се извършва, когато се разработва нова софтуерна компилация или когато се правят малки промени в кода или функционалността на съществуваща компилация.
В тази статия ще се потопим в определението и подробностите за тестване на санитарен контрол, като ще проучим какво представлява тестването на санитарен контрол, как може да се подходи към тестването на санитарен контрол и кои инструменти могат да направят тестването на санитарен контрол на софтуера по-лесно и по-ефективно.
Какво представлява тестването на нормалността?
Тестването за надеждност е вид софтуерно тестване, което се извършва от тестери, за да се гарантира, че новата софтуерна компилация работи както трябва. Това е бърз процес, който може да попречи на разработчиците и екипите за осигуряване на качеството да губят време и ресурси за по-строго тестване на софтуерни компилации, които все още не са готови.
Тестването на изправността често се използва след извършване на поправки на грешки или ремонти и има за цел да провери дали тези поправки са работили и дали основните функционалности, които са били променени, сега работят както трябва. След инсталирането на компилацията тестерите извършват тестване на нормалността вместо пълно регресионно тестване, за да се уверят, че компилацията е функционална и промените са били въведени правилно.
Ако поправките на грешки, въведени от разработчиците, работят както трябва, тестерите ще считат, че тестът за нормалност е преминат успешно. Ако те не работят както трябва, компилацията ще бъде отхвърлена и върната на разработчиците за допълнителни промени, преди да се извърши по-задълбочено тестване.
Кога е необходимо да направите проверка на нормалността?
Тестовете за нормалност обикновено се провеждат за софтуер, който е стабилен, но не е задължително да е функционален; например след като са направени малки промени в дадена софтуерна сглобка, софтуерните тестери могат да проведат тестове за нормалност, за да се уверят, че тези промени работят правилно, преди да преминат към пълно регресионно тестване.
Тестването на нормалността се извършва след димното тестване, с което може да се установи дали дадена компилация е стабилна или не, но преди регресионното тестване. Например, ако димното тестване разкрие нестабилности, които се нуждаят от поправка, след като бъдат направени промени за отстраняване на тези грешки, може да се приложи тестване на нормалността, за да се установи дали промените работят според очакванията.
Когато не е необходимо да извършвате проверка на нормалността
Тестването на надеждността трябва да се извършва след извършване на промени в стабилна софтуерна компилация, за да се провери функционалността на тези промени. Ако не сте направили никакви промени в дадена софтуерна компилация или ако сте в процес на внедряване на промени, които все още не са финализирани, не е необходимо да тествате компилацията.
Ако решите да не извършвате тестове за нормалност след извършване на промени в дадена софтуерна сглобка, може да спестите време в краткосрочен план, но рискувате по-късно по време на тестването да откриете по-големи проблеми, които да спрат разработката и да доведат до сериозни забавяния.
Винаги си заслужава да се провеждат тестове за проверка на надеждността след извършване на промени, които биха могли да повлияят на производителността, тъй като е много по-добре да се идентифицират потенциални грешки или проблеми на ранен етап, преди да се изразходват средства и ресурси за по-задълбочени тестове за осигуряване на качеството.
Кой участва в тестването на нормалността
Тестването за надеждност обикновено се извършва от тестерите, след като получат стабилна софтуерна компилация за по-нататъшно тестване. Тестерите по осигуряване на качеството провеждат тестове за проверка на изправността на отделни аспекти на сглобяването, например на отделни функционалности, които са били променени, или на конкретни грешки, които са били отстранени.
По този начин тестването на изправността предлага сравнително подробна обратна връзка за много специфични области от изграждането на софтуера. Ако тестовете преминат успешно, тестерите извършват допълнителни тестове за регресия. Ако не успеят, компилацията се връща на разработчиците за допълнителна работа.
Ползите от тестването на нормалността
Тестовете за нормална работа спестяват много време и усилия, тъй като не позволяват на екипите по осигуряване на качеството да губят време за по-дълбоки тестове, преди да се уверят, че основните функции на софтуерната сглобка работят както трябва.
Тестването за надеждност е бързо, икономически ефективно и необходимо, ако екипите за разработване и тестване искат да създават ефективно и бързо софтуер без грешки.
● Спестява време и ресурси
● Не се изискват усилия за документиране
● Може да помогне за идентифициране на липсващи обекти
● Предотвратява сериозни проблеми по-късно
Ефективен и бърз е
Тестването за надеждност е бърз и ефективен начин да се установи дали ключовите функционалности на дадена софтуерна сглобка работят според очакванията ви.
Можете да извършите прости тестове за изправност за по-малко от час и ако тестът за изправност премине успешно, това дава на екипа за осигуряване на качеството разрешение да продължи с по-нататъшни тестове.
Не изисква документиране
Повечето тестове за нормална работа са без сценарий, което означава, че тестващите нямат строги изисквания да изписват критериите за преминаване/непреминаване на всеки тест или да изготвят документация, в която да представят резултатите от теста за нормална работа. Това означава, че може да се извърши сравнително бързо и непринудено, без да се нарушава значително работата.
Може да идентифицира липсващи обекти
Тестването за надеждност може да помогне на тестерите да идентифицират свързани или липсващи обекти, които могат да бъдат от решаващо значение за функционирането на сглобката. Тъй като тестването за нормална работа се използва за индивидуално тестване на конкретни функционалности, при тестването за нормална работа е по-лесно да се идентифицират отделни грешки и проблеми в сравнение с провеждането на smoke testing и други първоначални софтуерни тестове.
Това предотвратява сериозни проблеми по-късно
Тестването за проверка на изправността може да ви помогне да идентифицирате проблемите на ранен етап от процеса на тестване и да избегнете появата на сериозни, спиращи развитието грешки на по-късен етап от разработката. Идентифицирането на проблемите на ранен етап може да ви помогне да спазите графика по време на разработката и да предотвратите скъпоструващи грешки.
Предизвикателствата на тестването за нормалност
Тестването за надеждност не е лишено от предизвикателства. Софтуерът за тестване на надеждността може да помогне на тестващите да идентифицират някои от основните грешки в дадена компилация, преди да продължат с по-нататъшното тестване, но това не е надежден начин за идентифициране на всеки проблем, който може да възникне.
Някои от предизвикателствата при тестването на нормалността включват:
● Той има сравнително тесен обхват и може да пропусне някои проблеми.
● Тестването за надеждност е без сценарий.
● Разработчиците невинаги знаят как да поправят грешките, открити при тестването за надеждност.
● Тестването за надеждност се фокусира само върху командите и функциите на софтуера.
Тя има тесен обхват
Тестването за надеждност има много тесен обхват в сравнение с много други видове тестване. Целта на тестването за изправност е да се тестват конкретни функционалности или промени, за да се гарантира, че те работят правилно. Извън тези промени тестването за изправност не дава никаква представа за цялостната функционалност на софтуерната компилация.
Без сценарий
Макар че някои тестери могат да смятат това за предимство, фактът, че тестовете за проверка на изправността не са описани, означава, че няма документация, която да се използва в бъдеще, ако разработчиците или тестерите искат да проверят резултатите от даден тест за изправност. Тестването за надеждност има ограничена употреба извън непосредственото си въздействие.
Тества само функции и команди
Тестването на нормалността се използва само за тестване на функции и команди в софтуерна компилация. Не можете да тествате функционирането на софтуера на ниво структура на дизайна при тестването за нормалност, което означава, че за разработчиците не винаги е лесно да определят къде са възникналите проблеми и как да ги отстранят.
Характеристиките на проверката за нормалност
Тестването за надеждност може да се разграничи от други форми на тестване на софтуер въз основа на основните му характеристики. Възможно е да се дефинира тестването за надеждност, като се разгледат неговите характеристики, а именно:
● Просто
● Без сценарий
● Без документи
● Дълбоко
● Тесен
● Извършва се от тестери
Прост
Тестването за надеждност е проста форма на софтуерно тестване, която е предназначена за лесно проектиране и също толкова лесно изпълнение. Това означава, че тестовете за нормално функциониране на QA могат да се извършват бързо, когато е необходимо, без да се налага екипите за тестване да планират неофициални тестове.
Неписано и недокументирано
Тестването на нормалността обикновено е нескриптирано и недокументирано, което също допринася за небрежния начин, по който може да се провежда тестването на нормалността в повечето среди за тестване.
Тестването за изправност е неофициален процес, който съществува главно за проверка на изправността на променените функции и характеристики, за да работят според очакванията.
Дълбок и тесен
Тестването за надеждност е вид софтуерно тестване, което се счита за дълбоко и тясно. Това означава, че тестването на нормалността обхваща само ограничен поглед върху софтуерната компилация, но се задълбочава върху онези аспекти на компилацията, които тества.
Например софтуерните тестери могат да тестват функцията на една функция в детайли, вместо да тестват всички основни функции на основно ниво.
Извършени от тестери
Тестването за нормалност почти винаги се извършва от тестери. Това разграничава тестването на нормалността от други общи форми на тестване на софтуера, като например “smoke testing”, които могат да се извършват от екипи за осигуряване на качеството или от разработчици.
Тестване за надеждност срещу димово тестване срещу регресионно тестване
Често се говори за санитарно тестване, димово тестване и регресионно тестване заедно и някои хора могат да объркат различните видове тестване, ако не разбират разликите между определението за санитарно тестване и другите видове тестове.
Тестовете за проверка на състоянието на софтуера са бързи тестове, които се извършват, за да се определи дали дадена софтуерна компилация функционира правилно. Въпреки това тестовете за проверка на изправността се различават от тестовете за проверка и регресионните тестове.
Какво представлява изпитването на дим?
Тестването “Smoke testing” в областта на осигуряването на качеството е вид софтуерно тестване, което се извършва върху нови софтуерни продукти, за да се провери функционалността и поведението им. Тестът “smoke test” е бърз тест, който преминава през основните функционалности на софтуера, за да гарантира, че те работят правилно.
Например, да предположим, че тествате мобилно приложение за пазаруване. В този случай можете да използвате тест за проверка, за да проверите дали клиентите могат да влязат в системата, да добавят елементи в кошниците си и да се разплатят, без да се натъкнат на сериозни грешки.
Тестовете “Smoke” се провеждат и след извършване на промени в кода в процеса на разработка, които могат да повлияят на функционалността на дадена компилация.
Какво представлява регресионното тестване?
Регресионното тестване е вид софтуерно тестване, което има за цел да потвърди, че последните промени, направени в кода, не са повлияли отрицателно на характеристиките или функционалността на софтуера.
Тестването за нормалност е подмножество на тестването за регресия, тъй като включва тестване на функциите на отделни функции или модули.
Тестването на регресията е подробно тестване на всички области, които са били променени или модифицирани след последното изграждане.
Каква е разликата между изпитването на дим и изпитването на надеждност?
Подобно на димното тестване, тестването на изправността установява дали определени функционалности работят както трябва.
Въпреки това, за разлика от тестовете за проверка, тестовете за проверка на изправността са насочени само към една или две функционалности, обикновено тези, които са били променени или поправени наскоро. Една от разликите между тестовете за проверка и проверка на изправността е, че тестовете за проверка дават по-широк поглед върху функционалността на дадена софтуерна компилация, докато проверката на изправността дава по-тесен, но по-дълбок поглед върху един аспект на компилацията.
Тестването на нормалността е подмножество на регресионното тестване, което е вид софтуерно тестване, използвано от тестерите, за да установят как функционира дадена софтуерна сглобка след направените промени.
Най-голямата разлика между тестването на дим и тестването на регресия е, че тестването на дим в QA се извършва върху първоначални или нестабилни компилации, докато тестването на регресия винаги се извършва върху стабилни компилации.
Тестерите или разработчиците могат да провеждат smoke testing, докато тестерите винаги провеждат regression testing.
Каква е разликата между тестването за надеждност и регресионното тестване?
Тестването за регресия е свръхмножество на тестването за изправност, което означава, че тестът за изправност по същество е един малък елемент от пълния тест за регресия.
Най-голямата разлика между тестването за изправност и тестването за регресия е, че при тестването за изправност се тестват само няколко избрани области от кода, които са били променени, за да се провери състоянието на компилацията, докато при тестването за регресия се тестват всички области от променения код, за да се гарантира, че те работят според очакванията.
Друга разлика между тестовете за проверка на изправността и тестовете за регресия е, че първо се извършват тестовете за проверка на изправността, а пълните тестове за регресия се провеждат само ако тестовете за проверка на изправността са преминали успешно.
Тестване на дим, здравина и регресия: заключение
Smoke testing, sanity testing и regression testing са видове софтуерно тестване, които могат да помогнат на разработчиците и тестерите да идентифицират грешки в кода на ранен етап от разработката.
Тестването “Smoke Testing” е първият вид тестване, което може да се извърши както от разработчиците, така и от тестерите върху нестабилни компилации. Това е най-голямата разлика между димното и регресионното тестване.
След това се провеждат тестове за нормалност, като пълната регресия се извършва, ако и двата първи теста преминат успешно.
И трите вида тестове са от съществено значение, за да се гарантира, че екипите по разработката и екипите по осигуряване на качеството не губят време и ресурси за изграждане на софтуер с поразителни грешки, които могат да причинят големи забавяния, ако бъдат открити едва на по-късен етап от разработката.
Ръчни срещу автоматизирани тестове за изправност
Съвременните технологии за автоматизация позволяват да се автоматизират тестовете за проверка на изправността, за да се намали времето, което тестерите трябва да отделят за извършване на тези необходими тестове.
Въпреки това автоматизирането на тестовете за санитарен контрол обикновено изисква повече технически ресурси, отколкото ръчното тестване, и може да е трудно да се отдели време за разработване на автоматизирани тестове за санитарен контрол, без да се използват инструменти за тестване на санитарен контрол.
Често най-добрият избор е да се комбинират редовните автоматизирани тестове с ръчни тестове за проверка на изправността, за да се изследват по-подробно основните функции.
Ръчно тестване на изправността: ползи, предизвикателства и процес
Ръчното тестване за проверка на изправността е всякакъв вид тестване за проверка на изправността, което се извършва ръчно от хора тестери. При ръчно тестване тестерите сами валидират ключовите характеристики на изградения софтуер, като тестват резултатите от различни тестови случаи и ги сравняват с очакваните резултати.
Ръчното тестване често се счита за по-подробно от автоматизираното, тъй като позволява по-проучвателно тестване. Докато автоматизираните тестове просто следват определен сценарий, ръчните тестери могат да използват собствената си проницателност и преценка, за да изследват функции и процеси, които може да изискват допълнително проучване. С други думи, те могат да се отклоняват от сценария.
Плюсовете на ръчното тестване за изправност включват:
● Ръчното тестване може лесно да се извършва от нетехнически персонал по осигуряване на качеството
● Лесно е да се създаде ръчен тест за надеждност без специфични ресурси
● Тестерите могат да изследват различни елементи на софтуерната конструкция по време на ръчен тест.
Ръчното тестване за надеждност обаче има и много недостатъци:
● Ръчното тестване отнема много време и не може да се извършва толкова редовно, колкото автоматизираното тестване.
● Тестването може да бъде по-малко подробно, ако тестващите искат да спестят време.
● Обхватът на тестовете може да е по-тесен
● При ръчното тестване на изправността има възможност за човешка грешка
Автоматизация на тестовете за надеждност: ползи, предизвикателства и процес
Автоматизираното тестване става все по-популярно сред екипите за тестване, които разполагат с ресурси и умения за прилагането му. Автоматизирането на тестовете за проверка на изправността позволява на екипите за тестване да провеждат по-редовно тестове за проверка на изправността и да стандартизират процеса на тестване на изправността при множество тестове.
Тестването на софтуера за нормална работа с помощта на инструменти за автоматизация е един от най-бързите и ефикасни начини за провеждане на тестване за нормална работа, но изисква софтуерните екипи да отделят технически ресурси за създаване и управление на процесите за автоматизация.
В по-малките екипи това може да доведе до отнемане на ресурси от важни процеси като разработване и отстраняване на грешки.
Плюсовете на автоматизираното тестване за изправност включват:
● Автоматизираното тестване за изправност е много по-ефективно от ръчното тестване
● Няма ограничения за това колко редовно можете да тествате изправността, когато използвате автоматизация
● Има малко място за човешка грешка при автоматизиране на тестването за надеждност
● Автоматизираните тестове за нормалност могат да обхванат по-широк кръг от проби
Автоматизираното тестване обаче има и недостатъци, включително:
● Автоматизираното тестване не дава възможност за субективност
● Автоматизираните тестове не могат да изследват извън техните сценарии
● Автоматизирането на тестването за надеждност струва ресурси
● Не всички екипи за тестване имат техническите умения за автоматизиране на тестването за проверка на изправността.
Заключение: Ръчна или автоматизирана проверка на изправността?
В идеалния случай екипите за разработка и тестерите могат да комбинират ръчното тестване за нормална работа с автоматизирано тестване за постигане на най-добри резултати. Това позволява на софтуерните екипи да се възползват от последователността на автоматизираното тестване и гъвкавостта на ръчното тестване.
Както при димното, така и при санитарното тестване, автоматизирането на санитарното тестване изисква ресурси и технически умения, което означава, че това не винаги е възможно, особено за по-малки софтуерни екипи или в случай на еднократни санитарни тестове.
Екипите за тестване, които искат да проучат възможностите за автоматизирано тестване, могат да използват инструменти за тестване на надеждността, за да опростят процеса на автоматизация и да намалят необходимостта от допълнителен персонал за разработка.
От какво се нуждаете, за да започнете да тествате нормалността
Преди да започнете тестването на нормалността, е важно да определите как ще подходите към тестването и да дефинирате параметрите и целите на тестването на нормалността. Не са ви необходими много инструменти, за да тествате изправността, а тестването на изправността може да бъде до голяма степен непланирано.
Най-често тестването на нормалността се извършва, защото са направени промени в стабилна софтуерна компилация и тестващите искат да проверят дали тези промени работят според очакванията.
В този случай ще започнете теста за нормалност, като опишете направените промени, процесите, които ще използвате за тяхното тестване, и очакваните резултати от всеки тест.
Стабилно изграждане
Тестовете за надеждност се провеждат, след като софтуерната сглобка е била тествана за стабилност чрез димни тестове. Отговорност на разработчиците и тестерите е да се уверят, че дадена софтуерна компилация е стабилна, преди да проведат допълнителни тестове.
Сценарии на тестови случаи
Преди да започнете тестването на проверката за нормалност, трябва да очертаете сценариите на тестовите казуси, които ще тествате, независимо дали ще извършвате ръчни или автоматизирани тестове за нормалност.
Ако провеждате тестове за изправност след отстраняване на грешките, трябва да дефинирате тестови случаи, които да проверяват качеството на поправките.
Инструменти за тестване на надеждността
Не са необходими специални инструменти за провеждане на тестове за нормалност, но инструментите за тестване за нормалност могат да улеснят провеждането на тестове по време на нормалния работен ден.
Ако искате да преминете към редовни тестове за нормална работа през деня или ако екипът ви за разработка прави многобройни модификации на дадена софтуерна компилация всеки ден, инструментите за тестване за нормална работа могат да ви помогнат. Например можете да използвате инструменти за тестване, за да внедрите автоматизация на роботизирани процеси.
Процесът на тестване на изправността
Тестването на нормалността на софтуера обикновено е сравнително бърз процес, който може да се извърши за по-малко от час. В началото автоматизирането на тестовете за проверка на изправността може да отнеме повече време, но след като скриптът за автоматизация е създаден, можете да извършвате тестове за проверка на изправността за нула време.
Следвайте стъпките по-долу, за да разберете как да извършите ръчен тест за изправност и кои стъпки трябва да предприемете на всеки етап от процеса на тестване.
1. Идентифициране на модифицираните компоненти
Целта на тестовете за изправност е да се провери функционалността на конкретни функции и компоненти след извършване на промени в дадена компилация.
Преди да започнете тестването на софтуера, е важно да определите кои компоненти са били модифицирани или добавени към компилацията и кои аспекти на кода са били променени след последния кръг на тестване.
2. Оценяване на всеки компонент
След като идентифицирате компонентите, които изискват тестване, можете да анализирате всеки компонент поотделно, за да разберете неговите характеристики и как се очаква да работи.
Това помага на тестващите да разберат очакваните резултати от тестването за нормалност и да осмислят резултатите от своите тестове.
3. Определяне на подход за тестване на изправността
На този етап е необходимо да определите подхода си към тестването на нормалността. Ще извършвате ли ръчно или автоматизирано тестване?
Ако използвате автоматизиран подход, инструментите, които използвате за автоматизиране на тестването, трябва да ви помогнат да създадете тестови скриптове за тестване на компонентите, които вече сте идентифицирали.
Ако тествате ръчно, помислете как да тествате функциите, които трябва да проверите.
4. Извършване на тестване за изправност
Следващият етап от проверката на нормалността е провеждането на самата проверка.
Тестерите извършват ръчна проверка на изправността, като оценяват всички компоненти, свързани параметри и функции на модулите, които са били редактирани, добавени или променени след последния тест.
Когато тествате софтуера за изправност, сравнете резултатите от всеки тест за изправност с очакваните резултати от теста, за да установите дали всеки компонент работи правилно.
5. Следващи стъпки
След като извършите теста за нормалност, преценете дали сглобяването е преминало успешно или не. Ако тестовете за изправност доведат до неочаквано поведение или резултати, върнете компилацията на разработчиците за допълнителна работа.
Ако сглобяването премине успешно тестовете за нормалност, което означава, че всички компоненти на сглобяването се държат по очаквания от вас начин, може да се пристъпи към по-нататъшни тестове за регресия.
Най-добри практики за тестване на изправността
Тъй като тестването на нормалността не е скриптирано и не е документирано, тестерите могат да провеждат тестване на нормалността, когато и както им е необходимо. Не съществуват много препоръчителни най-добри практики за тестване на нормалността, тъй като това е толкова случаен вид тестване на софтуер, но има някои правила, които можете да следвате, за да гарантирате, че ще извлечете максимална полза от тестовете за нормалност.
Винаги тествайте изправността след добавяне на нова функционалност
Тестването на нормалността на софтуера е необходимо, когато в стабилна софтуерна компилация се добавят нови функции или команди.
Най-важната най-добра практика за тестване на изправността е винаги да се извършва тестване на изправността при всяка промяна или добавяне на компонент или при отстраняване на грешка.
Фокус върху съответните функции и команди
Част от определението за тестване на нормалността е фокусирането върху функции и команди, но когато извършвате тестване на нормалността, е важно да се съсредоточите върху тези функции и команди, които са най-важни за функционирането на вашата софтуерна компилация.
Подобно на димното тестване, тестването за надеждност се използва най-добре за оценка на основните функционалности, които могат да причинят сериозни смущения, ако не бъдат идентифицирани на този етап.
Винаги автоматизирайте тестовете, когато е възможно
Ако разполагате с ресурсите, инструментите и техническите умения, необходими за автоматизиране на тестовете за нормална работа, това може да помогне както за ускоряване на процеса на тестване, така и за стандартизиране на методологиите за тестване.
Това не означава, че автоматизираното тестване трябва винаги да се използва вместо ръчно тестване, а че прилагането на някакъв вид автоматизирано тестване заедно с ръчното тестване винаги е най-добре.
Видове резултати от теста за проверка на изправността
В повечето случаи резултатът от теста за нормална работа ще бъде просто двоично решение за преминаване или отпадане в зависимост от това как се държат тестваните компоненти при тестови условия.
Преминете през
Ако промененият код няма грешки или логически грешки, тестът за нормалност трябва да премине успешно. Издържането на теста означава просто, че при провеждане на теста за нормалност модулите се държат по начина, по който бихте очаквали.
Ако тестът за изправност премине успешно, тестерите продължават с допълнителни тестове и пълен набор от тестове за регресия.
Fail
Ако тестваните функции не се държат така, както очаквате, когато извършвате теста за нормалност, това означава, че тестът е неуспешен.
След това тестерите ще предадат изградения софтуер обратно на екипа по разработката, за да продължи разработката, да отстрани грешки и да поправи всички грешки в кода, които биха могли да доведат до неуспех на тестовете.
Примери за тестове за нормалност
Научаването на тестове за проверка на изправността с помощта на примерни тестове е най-добрият начин да разберете как работят тестовете за проверка на изправността и как да извършите ръчен тест за проверка на изправността.
По-долу са дадени две илюстрации на тестването за нормалност с примерни тестови случаи.
Тестване на нормалността след поправка на грешка
По време на тестовете за проверка разработчиците откриват грешки в приложение за електронна търговия, които пречат на клиентите да добавят нови елементи в своите кошници.
След като бяха извършени поправки за отстраняване на тази грешка, сглобката беше предадена на тестерите по осигуряване на качеството за проверка на изправността. Тестът за нормалност включваше тестване на функционалността за добавяне на нови елементи в кошницата, за да се уверите, че тя работи според очакванията.
Тестване на изправността след модификации
Екип от разработчици работи по актуализация на приложение за списъци за пазаруване, която позволява на потребителите да категоризират списъците с различни етикети. Това включва добавяне на много нов код към съществуващата компилация, за да се реализира тази функция.
След като кодът бъде добавен, тестерите извършват тестове за надеждност, за да оценят новата функция и да проверят нейната ефективност. Възниква грешка, която не позволява на потребителите да прекатегоризират списък, след като вече са добавили етикет към него, така че компилацията е върната на разработчиците за допълнителна работа.
Видове грешки и бъгове, открити чрез тестване за нормалност
Тестването на нормалността обикновено се използва за проверка на рационалността на софтуерна компилация след направени модификации, които могат да повлияят на функционалността на софтуера.
По този начин тестването на нормалността на софтуера може да помогне на QA тестерите да идентифицират различни грешки и пропуски в компютърния код.
Логически грешки
Тестовете за надеждност могат да помогнат на тестващите и разработчиците да идентифицират логически грешки в новия код. Тези грешки могат да доведат до неочаквано поведение на основните функции или дори до срив на софтуера.
Буболечки
Грешките в компютърния код могат да бъдат малки или големи; в някои случаи те могат просто да повлияят на използваемостта и удобството, а в други – да попречат на функционирането на цялото приложение.
Тестовете за изправност могат да идентифицират грешки или да разкрият дали дадена грешка е била отстранена адекватно или не.
Общи метрики за тестване на изправността
Метриките във всеки вид тестване на софтуер трябва да могат да се преброят и да се определят количествено. Когато извършвате тестове за проверка на изправността, е важно да следите за показатели, които могат да ви помогнат да оцените обективно изхода или резултата от теста за проверка на изправността.
Това е особено важно, ако искате да автоматизирате тестването за изправност в някакъв момент в бъдеще.
Някои примери за метрики за тестване на изправността включват:
● Неизпълнени тестови случаи
● Преминати тестови случаи
● Неуспешни тестови случаи
● Блокирани тестови случаи
Ефективно, измеримите метрики включват всички резултати, които предоставят количествени данни, отразяващи колко добре се е представила вашата софтуерна сглобка по време на теста за изправност.
5 най-добри безплатни инструмента за тестване на надеждността
Ако се интересувате от внедряване на безплатни инструменти за тестване на изправността, които да ви помогнат да планирате, изпълнявате и автоматизирате тестове за изправност на стабилни софтуерни компилации, по-долу е представен списък на някои от най-добрите инструменти за тестване на изправността, които днес са достъпни безплатно онлайн.
Безплатно издание на ZAPTEST
ZAPTEST е безплатен набор от инструменти за тестване, който се предлага както в безплатна версия, така и в платено корпоративно издание.
Безплатният инструмент ZAPTEST е инструмент за тестване на софтуер, който позволява на потребителите да автоматизират тестове за нормална работа, димни тестове и други видове софтуерни тестове за тестване на приложения за Mac, Windows, Android и други платформи.
Тя е лесна за работа и е идеалният начин да изпробвате автоматизацията на тестването за надеждност, без да плащате премия.
Накратко, технологията 1SCRIPT на ZAPTEST позволява автоматизиране на тестове на всякакви софтуерни приложения, между платформи, браузъри, устройства и в безкодов интерфейс, който е идеален както за начинаещи, така и за много опитни тестери.
QA Wolf
Ако търсите простота, QA Wolf е изключително просто приложение за тестване на качеството, което е изцяло хоствано в браузъра ви, което означава, че няма да ви се наложи да изтегляте нищо, за да го използвате. Можете да използвате QA Wolf, за да извършвате автоматизирани тестове, независимо от нивото на уменията ви.
Селен
Selenium е друг инструмент за тестване, който се предлага както в безплатна, така и в платена версия. Selenium е съвместим с много езици за програмиране, което го прави чудесен избор за екипи от разработчици, използващи по-рядко срещани езици, и може да се използва за автоматизиране на тестването за надеждност и други видове тестване на уеб приложения.
Watir
Ако искате да започнете да пишете свои собствени автоматизирани софтуерни тестове, но не знаете откъде да започнете, Watir е инструмент с отворен код, който улеснява писането на прости и поддържани автоматизирани тестове за изправност.
Вятърна мелница
Windmill е инструмент за тестване с отворен код, създаден за автоматизиране на тестването и отстраняването на грешки в уеб приложения. Това е ефективен инструмент за тестери, които искат да проверят дали уеб приложенията са били правилно отстранени по време на етапа на разработка.
Контролен списък за тестване на надеждността
Преди да проведете първите си тестове за нормалност, се уверете, че сте разбрали как да дефинирате тестването за нормалност и какво ще ви е необходимо, преди да започнете тестването за нормалност.
● Знаете ли какви нови функционалности са добавени в компилацията?
● Разбирате ли как трябва да работи новата функционалност?
● Какви са вашите критерии за преминаване и отпадане на проверката за разумност?
● Необходимо ли е да се сдобиете с инструменти за тестване на нормалността, преди да започнете?
● Как планирате да предадете резултатите от теста на разработчиците?
● Знаете ли как да повторите тестовете за надеждност, ако е необходимо?
След като знаете отговорите на всички тези въпроси, сте готови да започнете първата си проверка на здравословното състояние.
Заключение
Тестването на нормалността е необходима стъпка в тестването на софтуера, която позволява на тестващите да преценят дали наскоро модифицираните компоненти работят правилно. Тестването за изправност винаги се извършва от тестери, а не от разработчици, и е възможно да се автоматизира или извършва ръчно.
Тъй като все повече софтуерни екипи преминават към хиперавтоматизация, автоматизираното тестване на изправността става все по-често срещано. В идеалния случай софтуерните екипи могат да се стремят да извършват ръчно, проучвателно тестване, когато тестват нови компоненти, като същевременно използват автоматизирано тестване за тестване на малки промени през целия работен ден.
Често задавани въпроси и ресурси
Ако искате да задълбочите познанията си за тестването на нормалността, разгледайте някои от ресурсите и често задаваните въпроси по-долу.
Най-добрите курсове за автоматизация на тестовете за проверка на изправността
Можете да научите повече за тестването за надеждност и други видове тестване на софтуер, като потърсите онлайн курсове за тестване за надеждност. Можете да намерите онлайн курсове в сайтове като:
● Coursera
● Uplatz
● Курсова линия
● Edureka
Някои онлайн курсове се предлагат безплатно, докато други могат да предлагат сертификати или квалификации след завършването им срещу заплащане.
Най-добрите книги за тестване на здравината
Можете да подобрите знанията си за тестването за надеждност, като прочетете книги за тестване за надеждност и тестване на софтуер.
● Софтуерно тестване, от Рон Патън
● Как да разбиваме софтуер, Джеймс Уитакър
● Техники за тестване на софтуер, автор Борис Байзер
● Автоматизация на софтуерното тестване, Марк Фюстър и Дороти Греъм
● Гъвкаво тестване, автор: Лиза Криспин и Джанет Грегъри
Кои са 5-те най-важни въпроса на интервюто за тестване на нормалността
Преди да кандидатствате за работа в областта на осигуряването на качеството, която може да включва тестване за надеждност, можете да подготвите отговори на често срещани въпроси за интервю за тестване за надеждност.
● Каква е разликата между изпитването за дим и изпитването за годност?
● Кога трябва да извършите проверка на изправността?
● Как да определите дали тестът за нормалност е неуспешен?
● Кога можете да извършвате ръчно и кога автоматизирано тестване?
● Какви са предимствата на тестването за надеждност?
Най-добрите уроци от YouTube за тестване на нормалността
Можете да научите повече за тестването на нормалността от тези видеоклипове в YouTube:
● Какво е тестване на нормалността?
● Разликата между изпитването на дим и проверката на годността
● Какво е тестване на нормалността? Академия Purushotam
● Тестване на дим срещу тестване на надеждността с примери
Как да поддържате тестове за нормалност
Тъй като тестовете за изправност обикновено се използват за проверка на модификациите, направени в кода, всеки път, когато изпълнявате тест за изправност, може да тествате различни елементи на кода или да адаптирате теста, за да оцените различни функционалности.
Поради тази причина е важно да следите за поддръжката на санитарните тестове, за да сте сигурни, че сте готови да тествате, когато е необходимо.
● Актуализирайте тестовите случаи с развитието на функционалността на вашия софтуер.
● Винаги следвайте най-добрите практики за проектиране на тестове
● Редовно преоценявайте тестовете си
● Имайте предвид бъдещите проекти, когато създавате нови тестове
Какво представлява тестването за нормалност в QA?
Тестване на нормалното функциониране в QA Това е вид софтуерно тестване, което включва тестване на новоизменени или добавени компоненти на стабилна софтуерна компилация, за да се уверите, че те се държат правилно.
Тази дефиниция за тестване на нормалната работа разграничава тестването на нормалната работа от тестването на “дим”, тъй като тестването на “дим” се извършва върху нестабилни компилации.
Тестването на софтуера за изправност винаги се извършва от тестери, а не от разработчици, и една от най-честите причини за провеждане на тест за изправност е, че дадена грешка е била отстранена или поправена. По този начин тестващите се уверяват, че поправката работи правилно, и могат да започнат по-нататъшни тестове.
Разбира се, ако вие като организация се нуждаете от тестване на софтуер на корпоративно ниво + услуги, свържете се с нас! ZAPTEST е водещият инструмент за автоматизация на всякакви платформи, включително Linux, Windows, Android, iOS, уеб. Тя позволява провеждането на всякакви тестове, включително тестове за натоварване, тестове за производителност, тестове на потребителския интерфейс, тестове на единици, функционални тестове, интеграционни тестове, тестове на потребителския интерфейс, сложни тестове на API и много други!
