Меню

Shift Left Testing: Тайната мантра за успех на софтуера

shift left testing secret mantra

Опитайте Нашия Инструмент За Премахване На Проблемите

Новото Shift Left Testing, мантра DevOps в разработването на софтуер:

Бърз Обобщение на всички видео уроци в DevOps беше обяснено в по-ранния ни урок. Сега ще видим за Shift ляво тестване.

Когато използвам термина „Shift Left“, може би се чудите какво имам предвид Shift Left в софтуер ??

Преди 2+ десетилетия, когато започнах кариерата си като софтуерен тестер, нямаше отделна „Фаза на тестване“ за разработка на софтуер и Ролята на тестерите изобщо не съществуваше. Разработчиците използваха за разработване на софтуера, тестване и издаване на софтуер.

Допълнително четене => Информационни поредици от уроци за DevOps

Концепцията за Тестване на софтуер бяха въведени постепенно, когато дефектите от производството започнаха да удрят бюджета на проекта и следователно „Функционално тестване“ влезе в сила с много слаб екип от тестери. По това време бяхме само двама тестери срещу екип от 20 разработчици.

Подход за тестване на ляво превключване

ИТ индустрията започна да следва модела на водопада за разработване на софтуер, в който, както всички знаем, жизненият цикъл на разработката на софтуера върви последователно в реда на Изисквания => Дизайн => Кодиране => Тестване .

Така че, ако започнете отляво надясно, Фазата на тестване е крайно вдясно от жизнения цикъл на разработката на софтуер.

Какво ще научите:

Въведение в концепцията за смяна наляво

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

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

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

Фаза на разработка на софтуер

‘Дефектите са по-евтини, ако бъдат уловени рано’.

Това осъзнаване и големият научен урок, внесоха голяма революция в софтуерната индустрия и родиха нова концепция, наречена ‘Shift Left’ , което означава преместване на „Фазата на тестване“ вляво отдясно или включване на тестване на всеки етап и ангажиране на тестери през цялото време.

Тестването на Shift Left също означава, че просто не тествайте накрая, а тествайте непрекъснато.

SDLC фази

Shift Ляв подход

Какво е тестване на Shift Left?

Първо, принципът на „Shift ляво“ подкрепя Екипът за тестване да си сътрудничи рано с всички заинтересовани страни във фазата на разработване на софтуер. Следователно те могат ясно да разберат изискванията и проектирайте тестовите случаи да помогне на софтуера ‘Fail Fast’ и да даде възможност на екипа да отстрани най-рано всички неизправности.

как да използвам командата grep в unix

Подходът Shift Left не е нищо друго освен включване на тестерите много по-рано в жизнения цикъл на разработката на софтуер, което от своя страна ще им позволи да разберат изискванията, софтуерния дизайн, архитектурата, кодирането и неговата функционалност, да задават тежки въпроси на клиентите, бизнес анализаторите и разработчиците , търсете разяснения и предоставяйте обратна връзка, когато е възможно, за да подкрепите екипа.

Това участие и разбиране ще накарат тестерите да получат пълни познания за продукта, да обмислят различни сценарии, да проектират сценарии в реално време въз основа на софтуерното поведение, което би помогнало на екипа при идентифициране на дефектите, дори преди кодирането да бъде направено.

Как Shift Left влияе върху разработването на софтуер?

Подходът Shift Lift влияе върху разработването на софтуер по няколко начина.

По-долу са дадени няколко ключови точки за Shift Left:

  • Подходът Shift Left се фокусира върху включване на тестери във всички и най-важното критични етапи на програмата . Това позволява на тестерите да отклонят фокуса си от откриването на дефекти към предотвратяването на дефекти и да управляват бизнес целите на програмата.
  • Подходът Shift Left осигурява, голямо значение за тестването с което ролите и отговорността на тестерите се увеличават неимоверно.
  • С увеличаването на отговорността за екипа за тестване, екипът просто не се фокусира върху ‘Тестване на софтуера за идентифициране на грешките’ , но активно работи с екипа още от началните етапи, за да планира и изгради стабилна и ефективна стратегия за тестване, като предоставя страхотно ръководство и насоки на екипа, като се фокусира върху дългосрочната визия на продукта, вместо просто да вземе отговорност на тестовата работа.
  • Shift Left подход дава възможност за тестерите да проектират тестовете първо , където тестовете са изцяло фокусирани върху клиентския опит и техните очаквания, което от своя страна ще позволи на разработчиците да разработят софтуера, базиран на тези тестове и оттам да отговорят на нуждите на клиентите.
  • Подходът Shift Left просто не свършва само с тестерите. Преминаването към пускането и непрекъснатото извършване на тестовите дейности също ще бъде позволяват на разработчиците да поемат повече собственост на техния код и да увеличат отговорностите си при тестване.
  • Shift Left подход също насърчава Тестери за осиновяване Поведенческо задвижвано развитие BDD и тестово задвижвано развитие TDD , което помага за предотвратяване на дефектите в софтуера.
  • Тестване на смяна наляво в Agile: Shift Left подход поддържа формирането Agile Scrum Екипи, които задължително включват тестери заедно с останалите роли и включва тестери в редовни разговори в готовност, други взаимодействия, срещи за преглед, което е направило тестерите да имат повече информация, свързана с програмата и следователно им е позволило да се отдадат и да участват в подробния анализ на софтуера и да предоставят бърза обратна връзка, която би помогнала за предотвратяване на дефектите, основани на софтуера.

Общо Shift Left тестване призовава тестерите да ‘Включете се рано’ , възможно най-рано и да се включите в дискусията и да си сътрудничите по идеи, изисквания на всеки етап, когато резултатът от етапа има отношение към стойността на крайния резултат и също така помага на проекта да идентифицира рисковете и да го смекчи предварително.

Shift наляво

Какво трябва да правят тестерите по различен начин в Shift Left?

Дадени по-долу са няколко ключови фактора, които трябва да се отбележат като това, което тестерите правят по различен начин Shift Left Strategy:

# 1) Тестовият екип трябва включете се рано в системата още от инициирането на проекта така че да се развие интеграцията с останалата част от екипа и бизнеса предоставят полезни данни на всеки етап на разработката на софтуер.

# две) Тестовият екип трябва да работи с екипа за бизнес и операции и спечелете яснота на програмата и предоставят ясна представа за търсенето и помагат за ефективното планиране на нуждите от увеличаване на ресурсите, нуждите от обучение и изискванията на инструментите за тестване на програмата доста предварително.

# 3) Тестовите екипи трябва да взаимодействат с всички заинтересовани страни в бизнеса в началото на разработването на софтуер да получите ясна видимост на продукта & проектирайте единна стратегия за тестване и планирайте оптимизирани усилия за тестване, анализирайте зависимостта от тестовите среди, трети страни, заглушители и т.н. и подгответе стабилна стратегия и рамка за автоматизация и изградете ефективен план за управление на тестовите данни.

# 4) Тестовият екип трябва да работи с останалата част от екипа при осигуряването страхотно ръководство на теста и насоки към екипа като по този начин се има предвид дългосрочната продуктова визия, а не просто да се поеме отговорността за тестовите дейности.

# 5) Изискванията са ключът и основата за успеха на всяка програма, а добре дефинираните изисквания определят успеха на проекта. По време на фазата на планиране на изискванията, тестери необходимост от преглед и анализ на изискванията за всякакви неясноти, по-голяма яснота, пълнота, проверяемост, дефиниция на критериите за приемане и т.н.

Също така трябва да идентифицирате липсващите изисквания (ако има такива), да разберете зависимостите и стратегиите за изпълнение. Clear Requirements помага на софтуера да ‘Fail Fast’ и да отстрани всички грешки най-рано.

# 6) Внесете достатъчно яснота и прецизност в изискванията, като изведете реални примери които илюстрират използваните функции.

# 7) Тестерите трябва присъствайте на срещи за преглед на дизайна редовно и разбирайте дизайна и архитектурата на продукта и идентифицирайте недостатъците в дизайна, предлагайте алтернативни варианти на дизайна, идентифицирайте вратичките и създавайте тестови сценарии за разбиване на проектите.

# 8) Тестерите трябва изпълнявам Статично тестване (отзиви) доста предварително и предоставете обратна връзка за ключови проектни документи, така че дефектите да не могат да бъдат вградени в софтуера и да разширят ефекта му по-късно.

# 9) Тестовият екип трябва да си сътрудничи с екипа за проектиране и разработка при предоставяне на тестови сценарии предварително за разработване на кода и разгледа всички възможни сценарии в реално време и бизнес потоци.

# 10) Тестовият екип трябва да проектира силни и стабилни тестови сценарии така че само няколко дефекта са идентифицирани по време на изпитването и основните дефекти са предотвратени по време на влизане във фазата на тестване.

# единадесет) Тестерите трябва Тествайте възможно най-рано , било то на самостоятелна или локална система, така че дефектът да не навлиза в по-късни етапи.

Цялата същност на концепцията „Shift Left“ за тестерите е да открият дефектите възможно най-рано с всички възможни средства.

Намиране на дефекти с помощта на Shift Left

Предимства на тестване на лява смяна

Подходът Shift Left работи въз основа на пъргавия манифест и също има няколко предимства.

Те са:

  • Индивиди и взаимодействия над процеси и инструменти.
  • Работещ софтуер над изчерпателна документация.
  • Сътрудничество с клиенти над договарянето на договора.
  • Отговаряне на промяната следвайки план.

Виждаме, че докато стойността е там в елементите отдясно, ние оценяваме повече за елементите от лявата страна.

Е, Shift Left има за цел да внесе идеята за тестване по-рано в процеса, като по този начин води до по-добро и ефективно тестване и подобряване на качеството на софтуера.

Накратко, процесът на тестване на Shift Left е:

  • Ранно откриване на дефектите, като по този начин намалява цената на проекта.
  • Тестване непрекъснато отново и отново, за да се намалят дефектите в крайна сметка.
  • За да автоматизирате всичко и да подобрите времето за пускане на пазара.
  • Да се ​​фокусираме върху изискванията на клиента и да подобрим клиентското изживяване.

Преместване на ляв фокус

Заключение

‘Shift Left’ концепцията донесе огромна трансформация за цялата роля на „Тестване“. Дотогава единственият фокус за тестването беше само върху „Откриване на дефекти“, а сега целта на „Shift Left“ от гледна точка на тестването е пътуване на ‘Ранно откриване на дефекти до Предотвратяване на дефекти ' .

По този начин Shift Left е голям скок в софтуерната индустрия в методологията за разработване на софтуер към бързина на пазара, подобряване на качеството на софтуера и намаляване на „Времето за пазар“.

основни въпроси и отговори за интервю за Java

За автора: Тази статия е написана от член на екипа на STH Гаятри Субраманям. Тя се занимава със софтуерно тестване от 90-те, точно когато ролята на тестера беше въведена в индустрията. По време на тестовата си кариера тя е направила много оценки на TMMI, работи за индустриализация на тестове, настройки на TCOE в допълнение към обработката на тестови доставки и внедрила DevOps практика за огромен ангажимент. Но според нея ученето никога не спира ...

Споделете вашите мисли / предложения в раздела за коментари по-долу.

PREV Урок | СЛЕДВАЩ урок

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

^