Въведение в Agile Testing
Следващата статия „Какво е Agile Testing“ предоставя подробна схема за Agile Testing. Тестването е решаваща стъпка в жизнения цикъл на разработката на софтуер (SDLC) и гарантира, че всички функции и функции на софтуера работят съгласно първоначалните му спецификации. Дефектите в софтуера поради липса на тестове биха довели до потенциална загуба на клиенти, приходи и стойност на марката за бизнеса.
Традиционно тестването е различна фаза в SDLC и екипът за тестване, използван да работи изолирано и ще се включи само след завършване на разработката. Това забави целия процес и повлия на качеството на доставката на софтуер. Agile Testing адресира проблемите в традиционната методология за тестване.
Agile Testing е неразделна част от гъвкавата разработка, при която софтуерното решение се доставя постепенно на етапи, вместо да се прави като един лот в края.
Разлика между традиционното и пъргавото тестване
Разлика между традиционното и пъргавото тестване е,
| Традиционно тестване (метод на водопад) | Agile Тестване |
| Тестването е изключено от разработката, като в края се извършва отделно. | Тестването се случва заедно с развитието, превръщането на проектите в по-кратки цикли в реалност. |
| Тестерите работят независимо и те никога не се смесват с разработчиците. | Екипът за тестване е част от пъргавия основен екип и те се смесват с екипа на разработката отблизо. |
| Опитът на тестера не се използва в никакви дейности по развитие. | Тестерите са включени още от фазата на улавяне на изискванията и техните входни данни също се вземат предвид при изграждането на богат потребителски интерфейс (UI) и функционалности. |
| Прогресира според твърд план за изпитване. | Планът за изпитване е гъвкав, за да побере промените в изискването. |
| Изключителната фаза на тестване отнема време и следователно води до забавяне на доставката. | Няма забавяне, тъй като кодирането и тестването вървят заедно. |
| Не се вижда пълна важност и фокус за тестване. | Вглъбен в процеса на развитие и практикувал безмилостно. |
| Съществува възможност за дефекти в доставения софтуер. | Дефекти в ефективно контролирания софтуер. |
Методика на гъвкаво тестване
Тестовите сценарии и тестовите случаи се подготвят предварително от документа за спецификация на системата и се проверяват от екипа за разработка и тестването започва заедно с разработката. Планът за тестове и тестовите случаи са разработени за всяко отделно издание на софтуера (спринти). Кодирането заедно с тестването прогресира постепенно (в спринтове).
Този процес се повтаря, докато се постигне стабилност и необходимо качество. Впоследствие софтуерът се стартира в пилотната и след това в производствена среда.
Стратегии за гъвкаво тестване
Поради гъвкавостта в приспособяването на промените по време на всеки цикъл на разработка, Agile тестването разчита на стратегия, а не на твърд тестов план и се състои от 4 фази,
1. Иницииране на проекта
Тя обхваща дейностите за първоначално създаване като
- Финализиране на деловия случай
- Решаване на обхвата на проекта
- Формиране на отбора с подходящите квалифицирани хора
- Определяне на инструменти и методология за тестване
- Изготвяне на план за намаляване на риска
2. Строителство на спринтове
- Екипът за тестване и екипът за разработка съвместно идентифицират a. дейности, които трябва да бъдат изпълнени във всеки спринт, b. Времетраене на всеки спринт ще отнеме.
- Резултатите във всеки спринт се решават предварително.
- Докато изискването е финализирано, екипът за тестване разработва тестови сценарии и тестови случаи.
- С широкото приемане на целите стартира изграждането на спринтовете (инкрементално софтуерно решение) и стартирайте майсторски стъпки.
- Ролята на майстора на scrum е да улеснява и следи развитието и тестването.
- Случва се едновременното разработване на кодове и тестване и всички открити дефекти се коригират там и там.
- Потвърждаващите тестове се провеждат, за да се установи дали всички функционалности работят съгласно изискванията. Разработчиците и ключовите потребители извършват тези тестове и повечето от тях са автоматизирани, а регресионните тестове се правят през целия жизнен цикъл.
- Разследващият тест обхваща тест за интеграция, тестване на натоварване и тестване за сигурност.
3. Освобождава
След приключване на теста за приемане от потребителя, инкременталният софтуерен код (Sprint) се премества в производство. Дейностите в тази фаза включват обучение на крайни потребители, държане и поддръжка, подготовка на ръководството за потребителя, маркетинг и операционализиране на дейностите на задния край. Трябва да има периодична среща за преглед, за да се оцени нивата на изпълнение и да се направи корекция на курса итеративно.
4. Производство
След завършване на всички постепенни издания на софтуера и итеративните подобрения проектът се премества в производство, а следпроизводствената поддръжка се осигурява от екипа.
Всички промени, направени в софтуера, се управляват чрез борда за контрол на промените и промените се тестват старателно за специфични функционалности, а регресионното тестване се извършва за цялостните функционалности, преди да се внедри.
Топ 7 принципа на пъргавото тестване
Следва списъкът на принципите на гъвкаво тестване, обяснете подробно:
1. Непрекъсната интеграция / непрекъсната доставка (CI / CD)
CI / CD са важните стълбове на DevOps и той настоява за чести кодови движения в сравнение с периодичните движения на кода при конвенционалния метод. Agile тестване, добре включено в разработката, улеснява внедряването на CI / CD.
2. Тестване задвижва проекта
Обратната връзка, предоставена от непрекъснатото тестване, премахва препятствието и проектът преминава към следващия етап след отстраняване на дефектите, наблюдавани по време на тестване. Клиентите ще се радват на крайния продукт без дефекти.
3. Тестването е непрекъснато
Тестването започва от деня, в който започва кодирането и тестерите работят с разработчиците, за да завършат тестването там и там.
4. Бизнес ловкост
Бизнес екипът също става пъргав с честите отзиви, които получават от пъргавия екип от разработчици / тестери за напредъка на проекта.
5. Тестване като най-добра практика
В гъвкава среда, тестването се отдава изключително значение и се следва като най-добра практика за подобряване на потребителското изживяване и привличане на нови клиенти.
6. Висока информираност за тестване сред притежателите на акции
Агилното тестване включва всички от веригата на развитие в процеса на тестване. Над и над разработчици и тестери, бизнес потребители, клиенти
7. Тест-управляван подход
Тестовите сценарии и тестовите случаи са разработени с помощта на системни спецификации, тестващият екип е готов да започне дори преди да започне кодирането. Тестването задвижва развитието в гъвкава среда.
Предимства на Agile Testing
- Софтуерът без дефекти се доставя навреме, както е планирано, което води до удоволствие на клиента.
- Едновременното разработване и тестване избягват пропуските в комуникацията и неразбирането, като по този начин се избягва разхищаването на усилия, време и пари.
- Изчакването на времето, когато клиентите ще се възползват от услугите, се свива, тъй като софтуерът се доставя като логически инкрементални единици.
заключение
Agile тестване освен ползи за бизнеса помага на доставчиците на софтуер да постигнат висококачествени стандарти в процеса на разработка на софтуер и да повишат рейтинга си в своята индустрия. Освен това им дава възможност да се движат бързо напред във възприемането на принципите на DevOps.
Препоръчителни статии
Това е ръководство за Какво е Agile Testing? Тук обсъждаме разликата между традиционното и пъргавото тестване заедно с топ 7 принципа и неговите стратегии. Можете също да разгледате следните статии, за да научите повече-
- Значение на Agile Scrum сертифициране
- Стъпки за успешна Agile Standup
- Кой може да бъде Scrum Master?
- Гъвкава работа (принципи, предимства)
- Какво е непрекъсната интеграция?
- Какво е тест? | Как да напиша тестов случай?