በሙከራ አውቶሜሽን እና በዘመናዊ QA ያሉ ችግሮች
በችሎታ እና በ DevOps ውስጥ በሙከራ አውቶሜሽን አንዳንድ የተለመዱ ችግሮች ምንድናቸው?
ዘመናዊ የሶፍትዌር ልማት እና QA በሙከራ አውቶሜሽን ላይ በጣም ያተኮሩ እና በአሰሳ ሙከራ ላይ በቂ አይደሉም ፡፡
በበለጠ በራስ-ሰር ሙከራዎች የተሻለ ጥራት ያለው ሶፍትዌር እንለቃለን? አይመስለኝም!
በቅርቡ በማኅበራዊ አውታረመረብ አውታረመረብ ላይ አንድ መጣጥፍ አገኘሁ
ዛሬ በአብዛኞቹ ሙከራዎች እና በ QA ክስተቶች ውስጥ የማየው በአብዛኛው DevOps ፣ ቀጣይነት ያለው ውህደት እና የሙከራ አውቶሜሽን ነው ፡፡
ምንም እንኳን ያ በጣም ጥሩ ቢሆንም ፣ ብዙ የጎብኝዎች የሙከራ ጉዳዮች በራስ-ሰር ሲሠሩ አይቻለሁ ፡፡
በውህደት ሙከራዎች እና በተግባራዊ ሙከራዎች ወቅት ሁሉም አውቶማቲክ ቢሆኑም ሪፖርት የተደረጉ ጥቂት ስህተቶች አያለሁ ፡፡
በ UAT ውስጥ የሙከራ ቡድኖቹ በቀደሙት ደረጃዎች እነሱን ለመለየት ስላልቻሉ ተጠቃሚዎቹ ከጊዜ ወደ ጊዜ እየጨመረ የሚሄድ ስህተቶችን እያገኙ ነው ፡፡
ሰዎችን እንዴት ጥሩ የሙከራ ጉዳዮችን እንዲጽፉ ካላስተማርን ሙሉ በሙሉ በራስ-ሰር አውቶማቲክ እናደርጋለን…
እና of የእኔ ትርጓሜ “ቆሻሻ” ነው ፡፡ :-)
ለማንኛውም ፣ ምን እንደ ሆነ እንመልከት በእውነት ነው በዘመናዊው QA እና በሙከራ አውቶሜሽን ዓለም ውስጥ እየተከሰተ።
የዘመናዊ QA ችግሮች
በቀጣናው ልማት ውስጥ ያሉት አብዛኛዎቹ “የሙከራ አውቶሜሽን” በአስጊ ሁኔታ ውስጥ ናቸው ፡፡ የሶፍትዌሩ ኢንዱስትሪ “የሚፈትሹ አውቶማቲክ ባለሙያዎችን” ለመቅጠር በአብዛኛው ገንዘብ እየፈሰሰ ነው የሚገነቡት ሶፍትዌር ከፍተኛ ጥራት ያለው የመተማመን ስሜት እንዲያድርባቸው ፡፡ ሆኖም ፣ በግልጽ የሚታዩ ሳንካዎች እና / ወይም ሌሎች ጉዳዮች በ UAT ወቅት ተገኝተዋል ወይም ወደ ምርት አከባቢዎች ይንሸራተታሉ ፡፡ ስለዚህ ፣ ምን እየተከናወነ ነው?
ማስታወሻ:በሙከራ አውቶሜሽን ፣ እኔ በአብዛኛው የማመለክተው ሽንኩርት የሙከራ አውቶሜሽን.ራስ-ሰር ሙከራ አሁን በማንኛውም ዘመናዊ የሶፍትዌር ልማት ሂደት እምብርት ላይ ነው። ዓላማው መርዳት ሊደገም በሚችል መሠረት ከፍተኛ ጥራት ያለው ሶፍትዌር ያቅርቡ ፣ ግን በእውነቱ ነው?
ሞካሪዎች አሁንም ይሞከራሉ?
የጉዳዩ እውነት በአብዛኛዎቹ ቀልጣፋ ቡድኖች ውስጥ ሞካሪዎች ከእንግዲህ አይሞክሩም ፡፡
እንደ ቀልጣፋ እና የመሳሰሉት በልማት ልምዶች እና ባህሎች ምክንያት በእጅ መሞከር ጥሩነቱን አጥቷል ዲቪፕስ ፣ በ QA ቦታ ውስጥ መከፋፈልን የፈጠረ - ኮድ ማድረግ የሚችሉ እና የማይችሉ።
ብዙውን ጊዜ “እኔ 100% አውቶሜሽን መሐንዲስ ነኝ” ፣ ወይም “80% አውቶማቲክ 20% መመሪያ” ፣ ወይም እንዲያውም የከፋ ፣ “በእጅ መሞከርን እጠላለሁ” ያሉ ነገሮችን መስማት ትፈልጋለህ። አስደንጋጭ!
በ DevOps ውስጥ ሁሉም ነገር በራስ-ሰር መሆን አለበት ብለን እንድናምን ተደርገናል ፡፡ በእጅ ጣልቃ ገብነት ቦታ የለም ፣ ለምሳሌ ፡፡ በእጅ መሞከር.
በአሁኑ ጊዜ በአብዛኛዎቹ ቀልጣፋ ቡድን ውስጥ ያሉ ሞካሪዎች ከ “የሙከራ አውቶሜሽን” ፍላጎት ጋር ለመጣጣም ይታገላሉ ፡፡ በመሮጫው ውስጥ እያንዳንዱን ታሪክ በራስ-ሰር ለማድረግ ግፊት አለ ፣ እና ለተሟላ የፍተሻ ሙከራ በቂ ጊዜ የለም።
ችግሩ ፣ በተለይም በአግሊ ልማት ውስጥ ፣ QAs የተጠቃሚ ታሪኮችን የሚወስድ እና ተቀባይነት ያለው መስፈርት በራስ-ሰር የሚያከናውን መሆኑ ነው ፡፡ ይህን በሚያደርጉበት ጊዜ ዋናው እና ብቸኛው ትኩረታቸው ፈተናውን ለማለፍ ብቻ ውስን በሆነ የኮድ ችሎታዎቻቸው መታገል ነው ፡፡
በተፈጥሮ ፣ ይህ ሙከራውን በራስ-ሰር በራስ ሰር ለመስራት ሲፈልጉ እና በግንባታ ቧንቧው ውስጥ ሲያልፍ ሲመለከቱ ይህ ጠባብ ትኩረትን ይፈጥራል። ይህ በተቀባይ መስፈርት ውስጥ ምን እንደነበረ ያረጋግጣል - ትክክል ወይም ስህተት - እየሰራ እና ስለ ትልቁ ስዕል የመርሳት አዝማሚያ ይታይዎታል።
በእጅ ሙከራ ማሽቆልቆል
ከጊዜ ወደ ጊዜ “የባህላዊ ሞካሪዎች” የተወሰኑ የኮድ ትምህርቶችን በመውሰድ እና የበለጠ ቴክኒካዊ በመሆን ወደ “ቀልጣፋ ሙከራ” እየተሸጋገሩ ነው ፡፡
እንዳትሳሳት; ይህ ሁሉ መልካም ነው ፡፡ እንደ ሞካሪዎች አምናለሁ ፣ ሁሌም አዳዲስ እና አዳዲስ ቴክኖሎጅዎችን ለመማር ጥረት ማድረግ አለብን ፡፡ ስርዓትን በከፍተኛ ጥራት ለመፈተሽ ከፈለግን የቴክኖሎጂን ቁልል ልንረዳ ይገባል ፡፡
ሆኖም ፣ አብዛኛዎቹ በእጅ ሞካሪዎች እነዚህን ተነሳሽነት የሚወስዱበት ትክክለኛ ምክንያት “ራስ-ሰር ሙከራ” ከእጅ ምርመራ እና የላቀ ነው የሚል የጋራ እምነት አለ ፣ ኮድ መስጠት አስደሳች ነው ፣ አይደል?
ማስታወሻ:በእጅ በመሞከር እኔ ነኝ አይደለም ስክሪፕትን ለመከተል እና ደረጃዎቹን ለማስፈፀም የድሮውን የትምህርት ቤት መንገድ በመጥቀስ ፡፡ እኔ “ፍተሻ ፈታሾች” የተባሉትን እያመለክሁ ነው - እውነተኛውን ምርመራ የሚያደርጉ እና አስደሳች እና አሳቢ ሁኔታዎችን በመጠቀም የስርዓቱን ባህሪ ለመመርመር ፍላጎት ያላቸው ፡፡እንደ አለመታደል ሆኖ ለአሰሳ ሙከራዎች በገበያው ውስጥ ትልቅ ማሽቆልቆል ያለ ይመስላል ፡፡ ይህ በጣም ግልፅ ነው ፡፡ በማንኛውም የአይቲ ሥራ ጣቢያ ውስጥ ለ “በእጅ ሞካሪ” እና ለ “ራስ-ሰር ሞካሪ” ሁለት የፍለጋ ጥያቄዎችን ብቻ ያሂዱ እና ውጤቱን ለራስዎ ይመልከቱ።
በሙከራ አውቶሜሽን ላይ ያሉ ችግሮች
አሁን እስቲ እስቲ አብዛኞቹ የሙከራ አውቶሜሽን ጥረቶች ምንም ዋጋ የማያቀርቡት ለምን እንደሆነ እንመልከት ፡፡
በተደጋጋሚ የሚከሰቱ የተለመዱ ስህተቶች
- የራስ-ሰር ሙከራዎችን በተሳሳተ መንገድ መጠበቅ
- ሙከራዎችን በራስ-ሰር በተሳሳተ ንብርብር ላይ ፣ በተሳሳተ ጊዜ እና የተሳሳቱ መሣሪያዎችን በመጠቀም
- የማይጠቅሙ ሙከራዎችን በራስ-ሰር ማድረግ
- አስፈላጊ ቦታዎችን ችላ ማለት
- የጠፋ ቁልፍ ሁኔታዎች
የተሳሳተ ተስፋ
ከጥቂት ጊዜ በኋላ የጦማር ልጥፍ በ ላይ ጽፌ ነበር ለምን አንድ ራስ-ሰር ሙከራ ይፈልጋሉ? ? ካላነበቡት መነበብ ተገቢ ነው ፡፡
የዚያ መጣጥፉ ማጠቃለያ በመደበኛነት ሊያሽከረክሯቸው የሚፈልጓቸውን ሙከራዎች በራስ-ሰር እንደሚያደርጉ ነው ፡፡ በትርጉም እነዚህ እነዚህ የስርዓቱ አሁንም እየሰራ መሆኑን የሚያረጋግጡ የእንደገና ሙከራዎችዎ ናቸው።
ሆኖም ፣ በራስ-ሰር የሚሰሩ ቼኮች ብዙ የመልሶ ማፈግፈግ ጉዳዮችን የሚያገኙ ከሆነ ፣ የገንቢዎች ችሎታ እና የእድገት ሂደቱን እጠይቃለሁ ፡፡ የበይነመረብ በይነገጽ ራስ-ሰር ሙከራዎች ለዝቅተኛ ኮድ ኮድ [በገንዘብ ወጪ] መደረግ ወይም [ማካካሻ] የለባቸውም።
የተሳሳተ ንብርብር, የተሳሳቱ መሳሪያዎች እና የተሳሳተ ጊዜ
በቀላል ቡድኖች ውስጥ የ “የሙከራ አውቶሜሽን መሐንዲሶች” አብዛኛዎቹ ፣ የተጠቃሚ ታሪክን ይመልከቱ እና የመቀበያ መስፈርት በራስ-ሰር ያድርጉት ፡፡ ብዙውን ጊዜ ይህ የሚከናወነው በሰሊኒየም እና በኩሽር ጥምረት ነው ፡፡
ዘመናዊ የድር ትግበራዎች አሁን በግልፅ እና በፊተኛው መካከል በግልጽ ተከፍለዋል ፡፡ የኋላ መከላከያው በአብዛኛው በበርካታ የ REST የድር አገልግሎቶች ወይም ኤፒአይዎች በቀላሉ ተደራሽ በሆኑ የመጨረሻ ነጥቦች የተዋቀረ ነው ፡፡
የመተግበሪያው አመክንዮ በኤፒአይ ንብርብር ላይ መሞከር ይችላል። ሆኖም ፣ አብዛኛዎቹ የሙከራ አውቶማቲክ መሐንዲሶች በጣም አስቸጋሪ በሆነው የዩአይ ንብርብር ላይ ተግባራዊነትን ማረጋገጥ ይመርጣሉ ፡፡
እንደ ውጭ ያሉ የሙከራ መሣሪያዎች አሉ ካራቴት እና ኤፒአይ ሙከራን የሚያቃልሉ በእረፍት የተረጋገጡ። በልማት ወቅት እነዚህን መሳሪያዎች መጠቀም አለብን ፡፡ የሚያሳዝነው ግን አንዳንድ የሙከራ አውቶማቲክ መሐንዲሶች እንኳን አያውቁም የኤችቲቲፒ መሠረታዊ ነገሮች ፣ የኤፒአይ ሙከራ ሁኔታዎችን መፃፍ መቻል ይቅርና ፡፡
ስለ በይነገጽ ሙከራዎች ራስ-ሰር ፣ ሳይፕረስ በጣም ጥሩ መሣሪያ ነው ፡፡ ለፊት-መጨረሻ ገንቢዎች እንደ ቲዲዲ መሣሪያ የበለጠ ነው ፡፡ ገንቢዎች በአዲሶቹ የዩአይ በይነገጽ አካላት ባህሪ ላይ በጣም ፈጣን ግብረመልስ ያገኛሉ ፡፡
ሁለቱም ካራቴት እና ሳይፕረስ እንደ 'የልማት የሙከራ መሳሪያዎች' ፣ ማለትም ልማትን የሚመሩ እና የሚደግፉ መሳሪያዎች ሆነው ያገለግላሉ ፡፡ ሁለቱም ቀላል ክብደት ያላቸው ፣ ለማዋሃድ ቀላል እና ማቅረብ ይችላሉ በልማት ላይ መተማመን .
ከዚያ ስርዓቱን ከጫፍ እስከ መጨረሻ የሚለማመዱ ጥቂት ሁኔታዎችን ብቻ ዲዛይን ለማድረግ ሴሊኒየም ወይም ሳይፕረስን መጠቀም እንችላለን ፡፡ እነዚህ ሁኔታዎች የእኛ ቀላል-ክብደት መቀዛቀዝ ጥቅል ይመሰርታሉ እና ያቀርባሉ በንግድ ሥራ ቀጣይነት ላይ እምነት .
በጣም ብዙ ጊዜ “እንደ ራስ-ሰር ሙከራዎች በፊት ባህሪው ሙሉ በሙሉ እስኪሻሻል እና እስኪረጋጋ ድረስ እንጠብቃለን” ያሉ ነገሮችን እሰማለሁ ፡፡ ማንኛውም የንቃተ-ህሊና ሞካሪ አዲሱ-ባህርይ ስህተቶች ከእንደገና ስህተቶች እንደሚበልጡ ያውቃል። ከተረጋጋ ባህሪ ይልቅ አሁን ባለው የልማት ባህሪ ላይ ጉዳዮችን የማግኘት ከፍተኛ ዕድል አለ ፡፡
በራስ-ሰር ሙከራዎችን በራስ-ሰር ለማሳለፍ የሚሞክሩ ከሆነ የበለጠ እሴት መስጠት በሚችሉበት ጊዜ ከልማት ጋር በትይዩ ያድርጓቸው ፡፡
የማይጠቅሙ ሙከራዎችን በራስ-ሰር ማድረግ
ለእሱ ብቻ ሲሉ እያንዳንዱን “ሙከራ” በራስ-ሰር አያድርጉ። ጥቂት የአስተሳሰብ ሂደት ወደ ጨዋታው ውስጥ ያስገቡ ፡፡ የከፍተኛ እና ዝቅተኛ ደረጃ የስነ-ህንፃ ንድፎችን ያጠኑ ፡፡ ምን ሊሆን ይችላል ብለው ይጠይቁ ፡፡ የመዋሃድ ነጥቦችን ይመርምሩ እና ሊከሰቱ የሚችሉ ነጥቦችን ይፈልጉ ፡፡
በአጠቃላይ የሙከራ አቀራረብዎ እንደሚያደርጉት (በተስፋ) በራስ-ሰር በአደጋ ላይ የተመሠረተ አካሄድ ይውሰዱ ፡፡ አንድ ነገር የመውደቅ ዕድሉ ምንድነው ፣ እና የመውደቁ ተጽዕኖ ምንድነው? መልሱ ከፍተኛ ከሆነ ታዲያ እነዚህ ሁኔታዎች በራስ-ሰር በእያንዳንዱ ግንባታ ላይ መከናወን አለባቸው ፡፡
በእያንዲንደ ሩጫ ውስጥ ሇዙህ spግሞ በተጠቃሚ ታሪኮች ዙሪያ ራስ-ሰር ሙከራዎችን መፃፌን አጠናቀን ከሌሎች ባህሪዎች ጋር ስለ ውህደት እንረሳለን። ወይ ደካማ ወይም የውህደት ሙከራዎች የሉም ፡፡
ያስታውሱ “ሙከራዎችን” በራስ-ሰር መሥራት ጊዜ ይወስዳል። በተጨማሪም ሙከራን በራስ-ሰር በራስ-ሰር በመሞከር ላይ እንዳልሆኑ ያስታውሱ ፣ በጥያቄ ውስጥ ያለው ባህሪ አንዳንድ የመቀበያ መስፈርቶችን የሚያሟላ መሆኑን ብቻ ነው የሚመለከቱት ፡፡
እንተ አለመቻል ራስ-ሰር ሙከራ ፣ ግን የታወቁ እውነታዎችን ማረጋገጥ በራስ-ሰር ማድረግ ይችላሉ።
ስለሆነም ፣ “ሙከራ” ን በራስ-ሰር በሚያጠፉበት ጊዜ ሁሉ ባለመሞከርዎ ስለሚያባክኑበት ጊዜ ያስቡ!
አስፈላጊ ቦታዎችን ችላ በማለት
ይህ የ ‹DevOps› ባህል ከተወለደ ጀምሮ ይህን ቸልተኝነት እየበዛ እና እያየሁ ነው ፡፡
በዲቮፕስ ውስጥ የመላኪያ ቧንቧ መስመር ፣ ከማሰማራት ስክሪፕቶች ጋር የሶፍትዌሩ ልማት እና አቅርቦት አከርካሪ ናቸው ፣ ግን በጭራሽ በጭራሽ አይፈተኑም ፡፡
ባለፉት ጥቂት ዓመታት ውስጥ እኔ በቀላሉ ማለት እችላለሁ ፣ ከተግባራዊ ትኋኖች ይልቅ ብዙ “አካባቢያዊ ጉዳዮች” አይቻለሁ ፡፡ እንደ ሲአይ አገልጋይ ያሉ ችግሮች ፣ የማሰማሪያ ስክሪፕቶች ፣ የሙከራ አከባቢዎች ፣ ወዘተ ያሉ የአካባቢ ጉዳዮች ፡፡
የአካባቢ ጉዳዮች በልማት እና በሙከራ ጥረት ላይ ከፍተኛ ተጽዕኖ ያሳድራሉ ፡፡ እነሱ ብዙ ገንቢ እና የ ‹DevOps› ጊዜን ያጠፋሉ እና የማሰማራት ሂደቱን በጣም ያዘገዩታል ፣ ግን ለሙከራ ምንም ግምት ስለሌለ እነዚህን ችግሮች ለመከላከል ፡፡
እኛ እንደ ዘመናዊ የሶፍትዌር አቅርቦት አካል አድርገን እንቀበላቸዋለን ፡፡
የተግባራዊ ባህሪን በራስ-ሰር ለማከናወን ብዙ ጥረቶችን እናጠፋለን እና በጣም አስፈላጊ የሆኑትን “ነገሮች” ሙሉ በሙሉ እንቀበላለን ፡፡ በጣም የከፋው ደግሞ ማሰማራቱ እየሰራ መሆኑን ወይም እንዳልሆነ ለማመልከት በሴሊኒየም ሙከራዎች ላይ መታመን ነው!
የጠፋ ቁልፍ ትዕይንቶች
ትዕይንቶች ንጉስ ናቸው! ከሁሉም በላይ ትልችን የሚያሳዩ ሁኔታዎች ናቸው ፡፡
በጣም ብዙ ጊዜ ፣ አንድ ከባድ ጉዳይ ወደ ምርት ውስጥ ይወጣል ምክንያቱም ማንም ስለዚያ ሁኔታ አያስብም ፡፡ የተተገበሩ ራስ-ሰር ሙከራዎች ብዛት ምንም ችግር የለውም። አንድ ትዕይንት ካልተታሰበ ወይም ካልተፈተነ የሶድ ሕግ እዚያ ውስጥ ሳንካ እንዳለ ይነግረናል።
እንደ አለመታደል ሆኖ በአብዛኛዎቹ ቀልጣፋ የልማት አካባቢዎች ለዚህ ሁሉ አስፈላጊ “ትዕይንታዊ አውደ ጥናት” እንቅስቃሴ መሰጠት በቂ አይደለም ፡፡
የሂደቱ ችግሮች
ከላይ ያሉት ችግሮች በተለመደው የልማት ሁኔታ ውስጥ እንዴት እንደሚገለጡ እንመልከት-
- የምርት ባለቤት የተጠቃሚ ታሪኮችን የሚፃፈው በምንም ዓይነት ወይም ዝቅተኛ የመቀበያ መስፈርት ነው ፡፡
- ለተጠቃሚ ታሪክ የተለያዩ ሁኔታዎችን ለመወያየት ለታሪኮ ማሻሻያ ክፍለ ጊዜዎች በቂ ጊዜ የለም ፡፡
- የመቀበያ መስፈርት እንደ ተቀባይነት ፈተናዎች ይተረጎማሉ - አዎ ፣ በሁለቱ መካከል ልዩነት አለ !
- ሞካሪዎች በአብዛኛው ሴሊኒየም እና / ወይም ኪያር በመጠቀም በተጠቃሚ ታሪኮች ውስጥ የመቀበያ መስፈርቶችን በራስ-ሰር ያደርጉላቸዋል ፡፡
- ራስ-ሰር ሙከራ ሁልጊዜ ማለት ይቻላል “የራስ-ሰር ሞካሪዎች” ኃላፊነት ነው።
- ገንቢዎች በሙከራ ፓኬጆች ውስጥ ምን እንደተሸፈነ አያውቁም ወይም የራስ-ሰር ሙከራዎችን እንዴት እንደሚፈጽሙ እንኳን አያውቁም ፡፡
- አውቶማቲክ ሙከራዎች ከጊዜ ወደ ጊዜ እየሰፋ በሚሄድ “የመመለሻ ጥቅል” ውስጥ ተጨምረዋል ስለሆነም በእያንዳንዱ ጊዜ ለማሄድ ረዘም እና ረዘም ያለ ጊዜ ይወስዳል።
- የ UI አውቶማቲክ የተግባር ሙከራዎች በግንባታ ቧንቧው ውስጥ የተዋሃዱ ናቸው ፣ ጥሩ ግን but
አዲሱ ባህሪ ወይም የሳንካ ጥገና ወደ ምርት ከመሰማቱ በፊት አንድ ገንቢ ቀላል ለውጥን የሚገፋ እና የራስ-ሰር ሙከራዎች አረንጓዴ እስኪሆኑ ድረስ 30 ደቂቃዎችን መጠበቅ አለበት። የ 30 ደቂቃዎች መጠበቁ ፈተናዎቹ ለመጀመሪያ ጊዜ ካለፉ ብቻ ነው ፡፡ በአንዳንድ የሙከራ ወይም የአካባቢ ችግሮች ምክንያት ከወደቁ ረዘም ያለ ጊዜ ሊወስድ ይችላል ፡፡
አውቶማቲክ ሙከራዎች እየሰሩ እና QA የዘፈቀደ ብልሽቶችን ሲመረምር ፣ ገንቢው እና / ወይም የምርት ባለቤቱ አዲሱን አተገባበር አረጋግጠዋል እና በመለቀቁ ደስተኞች ናቸው ፣ ግን ግን አይችሉም ምክንያቱም ግንባታው አረንጓዴ አይደለም ፡፡
ከተወሰነ ጊዜ በኋላ ወይ ግንባሩ አረንጓዴ ይሆናል ወይም አስተዳደሩ ባልተሳካላቸው ሙከራዎች ይበሳጫል እናም ለማንኛውም ለመልቀቅ ውሳኔ ይሰጣል ፡፡ ከዚያ BOOM ፣ ከተመረቱ ከጥቂት ደቂቃዎች በኋላ በ 500 የአገልጋይ ስህተቶች ውስጥ ፍጥነት መጨመር አለ ፡፡
የመሠረተ ልማት ውድቀቶች
ውድቀቶቹ ተመሳሳይ ንድፍ የሚያሳዩ ይመስላል
- በመዋሃድ ነጥቦች ውስጥ አለመሳካቱ ፡፡
- ከ 3 ኛ ወገን መተግበሪያዎች ጋር መገናኘት አለመቻል።
- የድር አገልግሎቶች “እየወጡ” አይደሉም እና ወደ ኤፒአይ የመጨረሻ ቦታዎች የሚቀርቡ ጥያቄዎች አልተሳኩም።
- በአንዱ ቪኤም ወይም አንጓዎች ላይ የተሳሳተ ውቅር ፣ ስለሆነም የሚቋረጡ ጉዳዮችን ያስከትላል ፡፡
አሁንም ቢሆን እነዚህን ጉዳዮች እንደ የልማት ወይም የአቅርቦት ሂደት አካል ለመፈተሽ የሚያስችል ሂደት የለም ፡፡
የሙከራ ራስ-ሰር መሐንዲሶች ትኩረት የተግባር ሙከራዎችን በራስ-ሰር ማድረግ ነው ፡፡ በአፈፃፀም ፣ በደህንነት ወይም በፅናት ላይ ትኩረት የለም ፡፡ እናም በእርግጠኝነት የመሠረተ ልማት ሙከራ የለም!
ማጠቃለያ
የተግባራዊ ጉዳዮችን የመያዝ እድሉ አነስተኛ ከሆነባቸው የተግባር ሙከራዎች ራስ-ሰር ትኩረታችንን ወደ ከባድ እና የተለመዱ የአካባቢ ጉዳዮች ወደ ልማት የሚሸጋገርበት ጊዜ ደርሷል ፡፡
የሙከራ አውቶሜሽን ፣ ስህተት ከተሰራ ወይም ያለ ምንም ሀሳብ ሂደት ፣ ጊዜ ማባከን እና ለማንም ዋጋ አይሰጥም ፡፡ ክሬፒ አውቶሜትድ ሙከራዎች ከፍተኛ የጥገና ወጪዎችን ሊያስከትሉ እና ልማትን ሊያደናቅፉ ይችላሉ ፡፡ በመጨረሻ ፣ ብቸኛው መፍትሔ ሙከራዎቹን መጣበቅ ነው ፡፡
በዘመናዊው የሶፍትዌር ልማት ውስጥ “የሙከራ አውቶሜሽን መሐንዲሶች” አብዛኛው ጥረት ከአውቶሜሽን ኮድ ጋር በመታገል እና “ፍተሻዎቹ” በትክክለኛው ፍተሻ ላይ ከማተኮር እና ስርዓቱን ከመፈተሽ ይልቅ እንዲሰሩ ይደረጋል ፡፡
አውቶሜሽን ለመጻፍ ቃል በቃል በቂ ጊዜ የለም እና የአሰሳ ሙከራን ያካሂዱ. ከታሪክ በኋላ ታሪክን በራስ-ሰር እናሰራለን እና ስለ ውህደት ሙከራዎች እንረሳለን ፣ ስለ ትልቁ ስዕል እንረሳለን ፡፡
ብዙውን ጊዜ ብዙ ቶን አውቶማቲክ ሙከራዎችን ማከናወን እንጨርሳለን ፣ ሆኖም የአሰሳ ሙከራ አብዛኛዎቹን ትሎች ያገኛል። ከዚያ ወደኋላ በማየት ፣ በድጋሜ ሳንካዎችን ለመያዝ በአሰሳ ሙከራ ለተገኙት ሳንካዎች ራስ-ሰር ሙከራ እንጽፋለን ፡፡
በአደጋ ላይ በመመርኮዝ ውሳኔያችንን በራስ-ሰር በምንሠራበት እና በምን መፍረድ ላይ መምረጥ አለብን ፡፡ ምን ሊሳሳት ይችላል ፣ የተሳሳተ የመሆን ዕድሉ ምንድነው እና ከተሳሳተ በተጠቃሚው ወይም በንግዱ ላይ ምን ተጽዕኖ ይኖረዋል?
እርስዎ በ ‹የሙከራ አውቶሜሽን› ንግድ ውስጥ ከሆኑ እባክዎ የኤ.ፒ.አይ.ዎች ወይም የዩአይ አካላት አካላት ተግባራትን ለመፈተሽ ሴሊኒየም አይጠቀሙ ፡፡ በምትኩ ከእያንዳንዱ መልቀቂያ በፊት በንግድ ሥራ ቀጣይነት ላይ እምነት እንዲኖርዎ ጥቂት ጠቃሚ እና የንግድ-ወሳኝ ሁኔታዎችን በራስ ሰር ለማንቀሳቀስ ሴሊኒየም ይጠቀሙ ፡፡
እና በመጨረሻም ፣ “ሙከራ” ን በራስ-ሰር በሚያጠፉበት ጊዜ ሁሉ ፣ ባለመሞከርዎ ስለሚያባክኑበት ጊዜ ያስቡ!
ተጨማሪ ንባብ:
