Въведение в ръчно тестване
Ръчно тестване е форма на софтуерно тестване, при която тестовете се извършват ръчно, без да се използват инструменти за автоматизация. Най-примитивният от всички видове тестове е ръчното тестване и помага на потребителите да открият грешки в софтуерната система. Всички свежи приложения трябва да бъдат тествани ръчно, преди да се автоматизира тяхното тестване. Това тестване се нуждае от повече усилия, но е необходимо за проверка на осъществимостта на автоматизацията. Тестовият документ ще опише цялостния и систематичен подход към тестването на софтуерното приложение. Тестовите случаи обхващат почти 100% от планираното внедряване на софтуера. Това е времеемък тест, тъй като ръчните тестове включват пълни екземпляри. Има недостатъци в разграничението между реални и желани резултати. След това софтуерният разработчик коригира недостатъците. За да се гарантира отстраняване на неизправностите, тестерът оценява дефектите. Целта на това тестване е да се увери, че приложението е без дефекти и грешки се работи добре, за да се осигури на клиентите отлична качествена работа.
Ръчно тестване на софтуер
Софтуерът може да бъде тестван по два начина от човек ръчно и автоматично от компютър. Всяка техника има своите предимства и недостатъци, но споделя основната цел за поддържане на качеството на софтуера. В тази статия ще се съсредоточим върху ръчното тестване.
Видове ръчно тестване
По-долу са 6-те вида ръчно тестване:
1. Тестване на бяла кутия
- Стратегията за тестване на софтуер включва тестване на черни кутии и тестове за бяла кутия. Тук обсъждаме тестовете с бели кутии, наричани още тестове „стъклена кутия“, структурни тестове, както и тестове за ясни кутии и тестове за отворени кутии. Тества вътрешното кодиране и софтуерната инфраструктура, за да провери предварително зададени входове на очакваните и желаните изходи. Тя се основава на вътрешното функциониране на приложението и се върти около тестване на вътрешната рамка.
- Способностите за програмиране, необходими за този вид тестване, са проектирането на тестови инстанции. Основната цел на тестването в бели кутии е да се концентрира върху потока на входовете и изходите чрез софтуера и да се засили безопасността на софтуера. Поради вътрешния изглед на системата се използва думата „бяла кутия“. Изчистеното поле или името на бялото поле показва способността да се вгледа във външната обвивка на софтуера.
2. Тестване на черна кутия
- Black Box Testing е метод за тестване на софтуера, който изследва функционалността на софтуера, без да се вглежда в неговата вътрешна структура или кодиране. Спецификация на нуждите, посочени от клиента, е основната причина за тестване в черни кутии. Тази техника се използва за избор на функция и за предоставяне на входна стойност, за да се провери дали функцията осигурява или не очакваната производителност.
- Ако функцията даде правилния изход, тя ще бъде тествана, ако в противен случай няма да успее. Тестовият екип отчита резултатите и след това тества следващата задача. В крайна сметка функциите са тествани, ако възникнат сериозни проблеми, екипът за разработка ще бъде върнат за корекция.
3. Тест за интеграция
- Интеграционното тестване е вторият етап след тестване на модула на метода за тестване на софтуер. По време на този тест единици или отделни софтуерни компоненти се оценяват в група. Нивото на тест за интеграция се фокусира върху разкриване на недостатъци, когато части или единици си взаимодействат.
- Тестването на блока използва тестови модули, които се комбинират и тестват по време на интегрирането. Софтуерът е проектиран с редица софтуерни компоненти, написани от различни програмисти или кодери. Целта на тестовете за интеграция е да се провери дали комуникацията между всички модули е правилна.
4. Тест за приемане
- Тестовете за приемане са официални тестове, базирани на потребителски изисквания и работа с функции. Той определя дали софтуерът отговаря на конкретните изисквания на клиента. Извършва се като своеобразен тест на Black Box, при който необходимите количества клиенти участват в теста за приемане на системата. Това е четвъртото и последно ниво на тестване на софтуер.
- Но все още има малки грешки за идентифициране кога системата е в текущия сценарий, използван от крайния потребител. Софтуерът вече премина през три етапа (тестване на единици, тестване на интеграция и тестване на системата). Там, където са налице променени изисквания и те не могат да бъдат ефективно предадени на екипа за развитие по време на растежа на проекта.
5. Тестване на единица
- Тестването на блока включва проверка на всеки софтуерен елемент или елемент. Това е първото ниво на тест за софтуер. Целта, която стои зад тестовете на единицата, е да се потвърди ефективността на единичния елемент. Устройството е един тестов компонент на компютърна схема и е тествано по време на етапа на проектиране на приложения софтуер. Този тест е за проверка на точността на изолирания код. Единична функция или код на приложение е единичен елемент.
- Подход за тестване Бяла кутия, използвана от дизайнерите за тестване на единица. Единичните тестове са първото ниво на тестовете, извършени преди включването и други тестови концентрации в структурата на тестовото ниво. Методът за тестване използва модули, които намаляват зависимостта от единичните тестващи рамки, заглушки, драйвери и макетни елементи, за да помогнат при тестване на единица.
6. Тестване на системата
- Тестването на системата включва тестване на софтуерната система, напълно интегрирана. Интеграцията на софтуер обикновено се произвежда от компютърна система (всеки софтуер е само един компонент на компютърната система). Софтуерът се създава в единици и след това се свързва, за да произведе пълна компютърна система с друг софтуер и хардуер. С други думи, една система се състои от група софтуер за изпълнение на различни функции, но самият софтуер не може да изпълни задачата.
- Тестването на системата е последователност от различни видове изпитвания за провеждане и тестване спрямо изискванията за пълноценното функциониране на вградената софтуерна компютърна система. Тестването на системата се тества в Black Box, тъй като включва тестване на софтуера отвън. Тестването на малки дефекти следва гледната точка на потребителя.
Как да изпълняваме при ръчно тестване?
Прочетете проектната документация / ръководства и я разберете. Ако е налице, проучете и тестовото приложение (AUT). Проект на тестови случаи, обхващащ всички изисквания за документация. Проверете и направете справка за екип, тестови случаи на клиенти (според случая) След като грешките бъдат коригирани, пуснете отново неуспешните тестови инстанции, за да потвърдите, че са преминали. Тестването с черна кутия и тестване с бяла кутия се използва за ръчно изпълнение на всички тестови инстанции.
Разлики между ръчно и автоматизирано тестване
По-долу обясняваме ръчно и автоматизирано тестване:
- Автоматичното тестване включва използване на инструменти за тестване Ръчното тестване се нуждае от намеса на хора за тестване. Като има предвид, че ръчното тестване изисква квалифицирана работна сила, дълго време и разходи.
- Тестът за автоматизация спестява време, разходи и работна сила. Когато бъде записан, автоматизиран тестов пакет е по-лесен за работа.
Някои видове тестове като ad hoc и тестване на маймуни са по-подходящи за ръчно изпълнение и всяка заявка може да бъде тествана ръчно. Автоматичните тестове се предлагат само за стабилни системи и се използват главно за регресионно тестване - Софтуерът за автоматизация за тестване на автоматизацията се използва за скучната част за извършване на едни и същи тестови инстанции отново и отново. Повторното и скучно ръчно тестване може да стане.
Предимства и недостатъци
По-долу са плюсовете и минусите на ръчното тестване:
Предимства
• Методът Black Box не изисква разбиране на програмирането.
• Използва се за тестване на GUI дизайни, които се променят динамично.
• Като истински потребител, тестерите взаимодействат със софтуера, за да намерят използваемост и проблеми с потребителския интерфейс.
• Уверява се, че е наличен 100% без грешки софтуер.
• Новият потребител може да се научи много лесно
недостатък
• Необходими са много човешки ресурси.
• Ще отнеме повече време за намиране на изхода.
• Тестовете се основават на тяхното ноу-хау и знания. Няма доказателства, че всички задачи са били или не са били обхванати.
• Случаите на тестове не могат да бъдат използвани повторно. Необходимост от всеки свеж софтуер за създаване на различни тестови случаи.
• Тъй като два екипа си сътрудничат, намеренията един на друг понякога могат да бъдат трудни за разбиране, те могат да доведат до заблуден процес.
Инструменти за извършване на ръчно тестване
Сега ще видим ръчните инструменти за тестване по-долу:
- селен
- Appium
- TestLink
- пощаджия
- JMeter
Кога да тествате ръчно?
Ръчното тестване изисква много усилия. Просто казаното „нека се подхлъзнем“ или „нека се автоматизираме“ може да бъде просто. Истината е обаче, че софтуерът е от съществено значение, тъй като автоматизираното тестване не може да обхване всичко. В крайна сметка хората ще използват вашия софтуер, така че хората да участват в тестване на вашия софтуер. Ръчните тестове са по-вероятни от автоматичните тестове за идентифициране и отстраняване на реални проблеми с използваемостта. Това прави тестера гъвкав и ви позволява да изпробвате различни неща в движение. Автоматизираното тестване не бива да се счита за нерентабилно. Автоматизираното тестване предлага своите предимства и стойност в полета, където ръчното тестване не се извършва. Но за друга статия ще го спестим.
заключение
Въпреки че са необходими много работни места, е необходимо ръчно тестване, за да се гарантира високо ниво на клиентско изживяване и качество. Човешкият тестер винаги намира неща, които не могат да бъдат тествани автоматично. Ключът към ефективното ръчно тестване включва познаване на софтуерните изисквания, писане на отлични тестови случаи и регистриране на изчерпателни доклади за грешки. Така че в тази статия видяхме какво е ръчно тестване заедно с неговите видове предимства и недостатъци.
Препоръчителни статии
Това е ръководство за ръчно тестване. Тук обсъждаме видовете, инструментите, разликите между ръчното и автоматизирано тестване, предимствата и недостатъците. Можете също да прегледате нашите статии, за да научите повече-
- Тестване за стабилност
- Тестване на сигурността
- GUI тестване
- Статично тестване
- 8 Важна задача да напишете шаблон за тестов план