Какво е тест за здравина?

Има различни видове тестване на софтуер, извършвани на всяко софтуерно приложение и всеки тип тестване има собствено предназначение. Sanity testing е вид тестване на софтуера, което се извършва, за да се провери изграждането на софтуера за всички промени в кода, направени в софтуера, работи добре или не. Основната цел на тестването на Sanity не е подробно тестване около приложението, вместо това е тясно и дълбоко и проверява за конкретната функционалност и корекции на грешки (тестване, че не са въведени нови грешки поради промени в кода) на приложението. За разлика от тестването на дим, което проверява функционалността на цялостно приложение и се фокусира върху планираната функционалност и корекции на грешки.

Защо се нуждаем от здрави тестове?

Обмислете сценарий за тестване на платежния модул на уеб приложение, но по време на тестване страницата за плащане не се зарежда правилно или полето OTP не се показва на потребителя. Тестерите подават грешка и я съобщават на разработчиците. След това разработчиците отстраняват грешката на зареждането на страницата и OTP полето на страницата за плащане и ги връщат обратно на тестерите за тестване. Няма причина да правите по-строгите тестове около страницата за плащане, ако основните грешки не се разрешат. В този случай тестерите вече ще извършат тестването на Sanity около страницата Плащане, за да проверят корекциите на грешки, т.е. основните проблеми са разрешени или не. Също така е важно да се тества дали не са повдигнати други проблеми или грешки в свързаната функционалност поради поправянето на предишните проблеми.

За да се намалят бъдещото време и усилия предварително, то се извършва преди дълбокото, регресионно тестване на модула. Той тества основната „рационалност“ на приложение преди тестването на цялата система.

Как работи тест за здравина?

Както знаем, че тестването на Sanity е бързо и бързо тестване, така че има бърза проверка, извършена около приложението за корекции на грешки, нова функционалност и всички други промени, направени в приложението. Обикновено е неподписан, така че не се прави документация и създаване на тестов случай в теста на Sanity на приложение. Основната цел на тестването на Sanity не е изчерпателното тестване на приложение, а се фокусира върху тестването на конкретен компонент.

Когато приложението е предадено на тестерите за теста на Sanity, не се извършва дълбоко тестване около цялото приложение. Тестерите първо тестват корекциите за грешки, нова функционалност на приложението. По същество това е бърза проверка, извършена от екипа на тестерите, за да се премине / не успее приложението, за да се провери дали е готово за допълнително подробно тестване. Ето защо тестът за Sanity се нарича също „Тестване за приемане на тестер“. Тестът за здравина обикновено спестява време и пари, като се провали приложението след бързата проверка, ако компилацията не е достатъчно добра, за да премине по-нататъшно тестване. След тестване на корекции на грешки и нова функционалност, свързани модули или взаимосвързана функционалност на приложение се тества, за да се провери дали не са въведени нови грешки поради промените в кода или коригирането на предишни проблеми.

Например, ако в приложение има 2 модула, модул 1 и модул 2. Модул 1 е свързан с модул 2, тъй като данните се прехвърлят от модул 1 в модул 2. Преди това, ако грешките бяха открити в модул 2 и след отстраняването им проблеми от разработчиците, нова версия е пусната за тестване. Тогава тестерите ще извършат основния тест за Sanity на приложение на новоразгърнатата компилация, модул 2 се тества първо за проверка на фиксираните грешки в новата компилация и ако модул 2 работи добре, тогава модулът 1 също се тества, тъй като и двете са свързани помежду си, за да се провери дали това поправяне е повлияло на модула 1 или не.

Предимства и недостатъци

Някои от предимствата и недостатъците са дадени по-долу:

Предимства

Някои от предимствата са дадени по-долу:

  • Тестът за здрав разум е тесен и дълбок. Преди да тествате цялото приложение, той помага при тестването на определен компонент, който има корекции на грешки.
  • Тъй като не е необходима подробна документация за Sanity тестване на приложение, не се губи допълнително време и тестерите се фокусират основно върху тестване на корекции на грешки и засегнатите области на приложение.
  • Много е полезно, тъй като усилията не се разхищават при регресионното тестване, ако дефектите бъдат открити по време на теста на Sanity и проектът бъде отхвърлен на ранните етапи.
  • Понякога санитарното тестване е много полезно при ранното идентифициране на проблемите при компилиране и внедряване. Ако основната функционалност на приложение не работи добре или предишните грешки все още съществуват, но се правят от края на разработчика, ще има някои проблеми с обединяването или компилирането.

Недостатъци

Някои от недостатъците са дадени по-долу:

  • Тестът за здрав разум има само тесен обхват. Не се използва за подробно тестване на цялото приложение. Използва се само за тестване на основната функционалност на част от модул на приложението.
  • Използва се за тестване на „рационалността“ на приложението, за разлика от теста за дим, който проверява „стабилността“ на приложението.
  • В случай на приложения с малък размер, тестването на Sanity не е толкова полезно, тъй като би изисквало допълнително време, за да се провери функционалността на конкретен компонент, вместо цялото приложение може да бъде тествано по това време.
  • Тестът за разумност обикновено е неписан и понякога отнема повече време и косвено увеличава общия бюджет на проекта.

заключение

Горното описание ясно обяснява тестването на Sanity и важността на тестването на Sanity при тестване на всяко софтуерно приложение. Някои тестери винаги имат объркване относно теста Smoke and Sanity, но и двамата са много различни и се използват за техните специфични сценарии. Тестването на дим се прави, за да се провери дали критичните функционалности на цялото приложение работят добре или не. Като тестер е много важно да разберем разликата между двете.

Препоръчителни статии

Това е наръчник за Sanity Testing. Тук обсъждаме въвеждането и как работи тестът за разумност? заедно с предимствата и недостатъците. Можете да разгледате и другите ни предложени статии, за да научите повече -

  1. Разлика между тестване на дим срещу тест за здравина
  2. Характеристики на функционалното тестване
  3. Видове системни тестове
  4. Основни разлики между тестване на бяла кутия срещу тестване на черни кутии