በ DevOps ዓለም ውስጥ ሙከራ

ዴቨፕፕስ ለሶፍትዌር ልማት እና አቅርቦት አቅርቦት የልማት እና ኦፕሬሽን ልምዶች ውህደት ነው ፡፡

በ DevOps አሰጣጥ ሞዴል ውስጥ የተሳተፉ ሞካሪዎች እንደነዚህ ያሉ ጥያቄዎችን መጠየቅ ይጀምራሉ-

• በ DevOps ሞዴል ውስጥ ሙከራ የት ይገጥማል?
• በአጊሌ እና በ waterfallቴ ሞዴሎች ውስጥ ከመሞከር ይልቅ በዲቪኦፕስ ውስጥ ሙከራ እና QA እንዴት የተለየ ነው?
• እንደ QA ምን ተጨማሪ ክህሎቶች ማወቅ ይጠበቅብኛል?

ይህ ልጥፍ በዲቪፕስ ዓለም ውስጥ በብቃት ለመሞከር ለመተግበር የሚያስፈልጉንን መሳሪያዎች ፣ ስትራቴጂዎች እና ልምዶች በ ‹DevOps› ውስጥ አውቶማቲክን እና ቀጣይነት ያለው ሙከራን ይቀበላል ፡፡

QA እና ሙከራ በ DevOps ውስጥ

ሙከራው ከ waterfallቴ ወደ ቀልጣፋነት ወደ DevOps እንዴት ተቀየረ?

Fallቴ ሞዴል

የሙከራ እና የጥራት ማረጋገጫ ልምምዶች ከ the waterቴው ቀኖች ፣ አጊሌ እና አሁን ዴቪፕፕስ ከፍተኛ ለውጥ ታይተዋል ፡፡ በ waterfallቴው ሞዴል ውስጥ ሙከራው በሶፍትዌሩ ልማት የሕይወት ዑደት ውስጥ እንደ አንድ ደረጃ ታይቷል ፡፡ ሞካሪዎች የሙከራ ቡድን አካል ሆነው ብዙውን ጊዜ ከልማት ቡድኑ የሚለዩበት ሞካሪዎች እና የሙከራ ጥረት በጣም ተመጠን ፡፡

ሞካሪዎች በባለቤትነት የያዙት የሙከራ ስትራቴጂ እና የጥራት በር ጠባቂዎች ሆነው ታዩ ፡፡ ሙከራ በአብዛኛው በእጅ የሚሰራ ሲሆን ሶፍትዌሩ ሙሉ በሙሉ ከተሰራ በኋላ እና ወደ ምርት ከመልቀቁ በፊት ብቻ የሚከሰት ነበር ፡፡

እንደዚሁም ለማድረስ ረጅም ጊዜ የሚወስድ ሶፍትዌር ነበር ፡፡ የተለየ ኦፕሬሽን ቡድን ሶፍትዌሩን ወደ ምርት ለመልቀቅ ሃላፊነት ነበረበት ፣ በጥሩ ሁኔታ በየጥቂት ወራቶች ይከሰታል ፡፡ በኦፕስ ቡድን እና በዲቭ ቡድን መካከል ምንም ወይም ዝቅተኛ የግንኙነት / የትብብር ደረጃ አልነበረም ፡፡

ቀልጣፋ ሞዴል

ቀልጣፋ ሞዴል በልማት እና በሙከራ ቦታ እንዲሁም በመለቀቅ ድግግሞሽ ላይ ለውጥ ፈጠረ ፡፡ ሶፍትዌሮች በእድገት እና በመጠን ተሻሽለዋል ፡፡ በአጊሌ ማቅረቢያ ሞዴል ውስጥ ዘዴ የሆነው ስክሬም በፍጥነት በጣም ተወዳጅ ሆነ ፡፡

የልማት ጥረት በተከታታይ አጭር ድግግሞሾች ተከፋፍሏል ፣ በተለይም ከ2-4 ሳምንታት ይወስዳል ፡፡ እያንዳንዱ ድግግሞሽ አዳዲስ ነገሮችን በመጨመር ወይም ነባር ባህሪያትን በማጎልበት ሊላክ የሚችል ሶፍትዌር ይፈጥራል ፡፡

ሞካሪዎች በ SDLC መጨረሻ ላይ ከሚገኘው ደረጃ ይልቅ ፣ የሙከራ ቡድን አካል ሆኑ እና ሙከራ ከሶፍትዌር ልማት ጋር ትይዩ እንቅስቃሴ ሆነ ፡፡ የሙከራ እንቅስቃሴው የጋራ ሀላፊነት ሆነ ጥራትም በልማት ቡድን ባለቤትነት ተይ .ል ፡፡

አግላይ ሞዴሉ የልማት እና የሙከራ ልምዶችን በማቀላቀል ሶፍትዌሮችን በፍጥነት ለማድረስ መንገዱን አመቻችቷል ፡፡ ሆኖም ግን ፣ ለምርት ማሰማራት አሁንም በተለየ የቴክኦፕስ ቡድን ተካሂዷል ፡፡

የቴክኦፕስ ቡድን ስለ አገልጋዮች ፣ ስለ አውታረመረቦች እና ስለማሰማራት እውቀት ቢኖረውም ፣ በመደበኛነት ለእያንዳንዱ የተለቀቀ ዝርዝር መረጃ ቸል ብለው ነበር ፡፡ ለልማት ቡድኑ ግብረመልስ ቀርፋፋ ነበር ፡፡ በመልቀቂያው ውስጥ አንድ ሳንካ ቢኖር ኖሮ የልማት ቡድኑ ጉዳዩን በደንብ እንዲያውቁት በመደበኛነት ጥቂት ሰዓታት ይወስዳል።

DevOps ሞዴል

ዴቨፕፕስ የመልቀቂያ እና የማሰማራት እንቅስቃሴዎችን ወደ ልማት እና ለሙከራዎች በማቅረብ የ Agile ሞዴልን አንድ ተጨማሪ እርምጃ ይወስዳል ፡፡ ይህ ማለት ቀልጣፋ ቡድን በራሱ ለፈጠራቸው ሶፍትዌሮች ልማት ፣ መፈተሽ እና መለቀቅ ሃላፊነት አለበት ማለት ነው ፡፡

የ DevOps ሙከራ ስትራቴጂ

በ DevOps ውስጥ መሞከር መላውን የሶፍትዌር ልማት እና መላኪያ የህይወት ዑደት ያጠፋል ፡፡ ሞካሪዎች ከአሁን በኋላ በተግባራዊ ሙከራ እና በባህሪያት ማረጋገጫ ላይ ብቻ ያተኮሩ አይደሉም ፡፡

እንደ ሞካሪዎች እኛም በኦፕሬሽኖች ምርመራ ፣ በአፈፃፀም ሙከራ ፣ በመሰረታዊ ደህንነት ፍተሻዎች ውስጥ መሳተፍ እንዲሁም የምርት መረጃዎችን እና የምዝግብ ማስታወሻዎችን መከታተል እና መተንተን መቻል አለብን ፡፡

ዳን አሽቢ አንድ አለው በጣም ጥሩ ልጥፍ እሱ በሚገልጸው በ DevOps ውስጥ ስለ ሙከራ

ሰዎች በጭራሽ በማይጠቅስ ሞዴል ውስጥ ሙከራ የት እንደሚገጥም ለመረዳት ሰዎች ለምን እንደሚታገሉ ማየት ይችላሉ። ለእኔ ሙከራ በዚህ ሞዴል ውስጥ በእያንዳንዱ እና በእያንዳንዱ ነጠላ ነጥብ ላይ ይጣጣማል ፡፡

በእርግጥ በዲቪፕፕስ ሞዴል ውስጥ በእያንዳንዱ ደረጃ መሞከር እና ሊከሰትም ይችላል ፡፡ በውስጡ ቀልጣፋ ሙከራ ስትራቴጂ ልጥፍ ፣ ሙከራው ከአጉሊ ሞዴል ጋር እንዴት እንደሚገጣጠም ገለጽን ፡፡

የ DevOps ሙከራ ስትራቴጂ የሚከተሉትን ክፍሎች በመጨመር ያንን ማራዘም ይችላል-

በ DevOps ውስጥ ራስ-ሰር ሙከራ እና ቀጣይ ሙከራ

በዲቮፕስ ሞዴል ውስጥ የመሳሪያዎች እና ቴክኖሎጂዎች ምርጫ በጣም አስፈላጊ ይሆናሉ። የመሳሪያዎች ምርጫ የድርጅቶችን መተግበሪያዎች እና አገልግሎቶችን በከፍተኛ ፍጥነት የማድረስ ችሎታን ይፈቅዳል።

ስርዓቶችን በፍጥነት እና በልበ ሙሉነት ወደታች የምንገፋበት ባህል መፍጠር ስለፈለግን በ DevOps ውስጥ በራስ-ሰር ሙከራ ላይ የበለጠ ትኩረት አለ።

እንዲሁም በራስ-ሰር የሚሰሩ ሙከራዎች እንዲሁ የአፈፃፀም ሙከራዎች እንዲሁም በአቅርቦት ቧንቧው ውስጥ የደህንነት / የመቋቋም ሙከራዎች ሊኖሩን ይገባል ፡፡

ከላይ የተጠቀሱትን ማንኛውንም አውቶማቲክ ሙከራዎች ለመተግበር ከመቻልዎ በፊት በመጀመሪያ እና ከሁሉም በፊት እንደ ጄንኪንስ ባሉ ቀጣይነት ባለው ውህደት መሳሪያ ውስጥ አውቶማቲክ የግንባታ እና የማድረስ ቧንቧ መገንባት ነው ፡፡

በምርት ውስጥ መሞከር

በምርቱ ውስጥ መሞከር ማለት ተጠቃሚዎች ትግበራውን በሚጠቀሙበት የቀጥታ ስርዓት ላይ የአሠራር / የአፈፃፀም ሙከራ ስክሪፕቶችዎን ማከናወን ማለት አይደለም።

በ A / B ወይም በብዙ ሙከራዎች ውስጥ ያሉትን አዝማሚያዎች በመተንተን መጀመር እንችላለን ፡፡ እንደ ማህደረ ትውስታ ፍሰቶች ፣ ከፍተኛ የሲፒዩ አጠቃቀም ፣ ወዘተ ላሉት ለማንኛውም እንግዳ ባህሪ አገልጋዮችን መከታተል እንችላለን ፡፡

የ DevOps ተጽዕኖ በሙከራ ላይ

ይህ ሁሉ በዲቮፕስ ውስጥ የሞካሪዎች እና የሙከራዎች ሚና እንዴት ተለውጧል?

የሙከራ ሥራዎችን በብቃት ለመፈፀም አሁን ፈታኞች ቢያንስ የሚከተሉት ዕውቀትና ክህሎቶች እንዲኖራቸው ይጠበቃል

• መሰረታዊ የአውታረ መረብ እውቀት
• መሰረታዊ ዩኒክስ / llል አጻጻፍ ፣ ለምሳሌ. ባሽ ፣ ፓይቶን
• ቀጣይነት ያለው ውህደት / ቀጣይ ማድረስ ኢ. ጄንኪንስ ፣
• እንደ JMeter ወይም Gatling ያሉ የአፈፃፀም ሙከራ መሣሪያዎች
• ለኦፕሬሽኖች እና ለጽናት ሙከራ ዝግጁ
• ስለ ኮንቴይነሮች ዕውቀት ፣ ዶከር ፣ ኩብሬኔትስ
• እንደ Splunk ያሉ የክትትል መሣሪያዎችን በመፈለግ ላይ
• የደመና አገልግሎቶች, ለምሳሌ. AWS, Azure