Преглед на начина на писане на тест?
Помислете за сценарий, при който от вас се изисква да напишете тестови случаи за тестване на приложение. Бихте ли могли да започнете? Може би сте чували термини като тестови случаи, тестови скриптове, тестови планове и т.н. Всички тези термини може да ви звучат объркващо, тъй като всички те звучат много сходно, но със сигурност са различни по значенията си. Много е важно да имате ясно разбиране на тези софтуерни терминологии, така че да можете да се разграничите между тях. За да бъдете достатъчно ефективни в тестването, трябва да започнете с разбирането какви са тестовите случаи и как можете да ги напишете по такъв начин, че да покрива дадените изисквания.
Не забравяйте, че добър тестер е този, който е ориентиран към детайлите. Освен че има око за подробности и спецификации, добрият тестер трябва да може ефективно да пише тестови случаи. Изписването на тестови случаи не е лесна задача, тъй като изисква талант, опит и добро разбиране на бизнеса. Едно от ключовите умения, необходими за писане на тестови казуси за качество, е приличното писане. Добрите тестови случаи са написани с цел да се определи „какво“ и „как“ на приложение. Някои тестери могат да разгледат писането на тестови случаи като скучна задача, но качеството на тестовите случаи ще определи качеството на вашия софтуер, като по този начин ще определи стойността и производителността и успеха на екипа на компанията.
Писане на тестов случай
Можем да определим тестов случай като набор от входни и изходни условия или променливи, които ще помогнат на тестера да определи дали AUT (приложението, което се тества) отговаря на изискванията, посочени в спецификацията на софтуерното изискване или в документа за изискване. Това е принципно документ, който съдържа информацията като предварителните условия за тестване, данните от теста, използвани за тестване, идентификационния номер на теста, описанието на теста, последващите условия за тестване и стъпките за извършване на тестване. Той също така съдържа подробности за наблюдавания резултат, т.е. действителния резултат и резултата според изискването, т.е. очаквания резултат.
Всички тези подробности са посочени за конкретен сценарий за изпитване, за да се тества съответствието спрямо документа за изискване. В зависимост от сравнението между действителния резултат и очаквания резултат, тестовият случай се маркира като пропуск и неуспех. Тестът за преминат тест има действителен резултат точно като очаквания резултат, който е споменат в изискването. Неуспешният тестов случай, от друга страна, няма действителен изход, отговарящ на очакваната продукция и следователно е маркиран като неуспешен.
Тестов случай е сценарий, който е единичен и изпълним. Той се провежда от тестер, ръководен от „стъпките, които трябва да се следват“, ясно посочени в тестовия случай. Тестовият случай може да се разглежда като поредица от инструкции, предоставени под формата на стъпки, за да се провери и утвърди софтуерното поведение според изискванията.
Параметрите на тестовите случаи са:
- Идентификационен номер на тест
- Име на тестовия случай
- Описание на тестовия случай
- Данни от теста
- Предпоставки
- Тестови стъпки
- очакван резултат
- Фактически резултат
- Postconditions
- Тестова среда
Тестовите случаи оказват влияние върху фазата на тестване, така че трябва да се уверите, че са написани дори преди фазата на тестване действително да започне. Изписването на тестови случаи е също толкова важно и неизбежно, колкото и процеса на тестване.
Стъпки за тестов случай
Стъпките за писане на добър тестов случай са:
- Добрият тестов случай има тестов идентификатор заедно със силно име на тест, който гарантира яснотата на модула, който се тества. Вземете пример, където тествате страницата за регистрация. В този случай използвайте заглавие, което съдържа „Регистрационна страница“ в заглавието.
- Добрият тестов случай има добре структурирано, силно, компактно и ясно описание на теста, който трябва да се извърши. Понякога този раздел може да включва предпоставки, информация за тестовата среда и други подобни фактори.
- Един добър тестов случай споменава предположенията или каквито и да било предпоставки, необходими за правилното изпълнение на дадения тест. Това може да съдържа всяко изискване, като всички разрешения за достъп, необходими за достъп до модула, който се тества в приложението.
- Тест случай, в който се споменава информацията за данните от теста, използвани за тестване, се счита за добър случай.
- Стъпките в тестовите случаи трябва да бъдат кратки, прости и ясни. Уверете се, че стъпките не са подвеждащи, за да няма загуба на време, докато се извършва тестване
- Очакваните и действителните резултати за всяка стъпка трябва да бъдат ясно посочени. Те са много полезни за тестера, тъй като използва това, тестер може ясно да идентифицира стъпката, на която приложението се проваля по време на отказ.
- Не на последно място, уверете се, че тестовият случай е използваем многократно
Sample Test Case за тестване, ако потребителят може да се регистрира в приложение, съдържащо имейл, телефонен номер, зададена парола във формата.
Име на тестовия случай: Удостоверяване на страницата за регистрация
Описание: Новият потребител трябва да може да се регистрира успешно в приложението.
Предпоставка : Потребителят трябва да бъде нов потребител.
Съвети и трикове
Докато пишете тестови случаи, трябва да имате предвид някои точки като:
- Уверете се, че тестовият случай осигурява добро покритие на теста, т.е. не е пропусната ключова функционалност при тестване
- Уверете се, че отрицателните тестови случаи или отрицателни тестови сценарии също са документирани и тествани старателно.
заключение
Тестовите случаи са мощни и са от полза за бъдещите служители, като им предоставят истината за системата и нейните функционалности.
Препоръчителни статии
Това е ръководство за Как да напиша тестов случай? Тук сме обсъдили въвеждането, писането на тестови случаи, стъпките за писане на добър тестов случай, параметрите и някои съвети и трикове. Можете да разгледате и другите ни предложени статии, за да научите повече -
- W hat е софтуерно тестване?
- Тестване на черна кутия
- Кариера като софтуерен инженер
- Апиум срещу Селен
- Техники за тестване на черна кутия
- 8 Важна задача да напишете шаблон за тестов план