د سافټویر ازموینه، یا د سافټویر ازموینه، د غوښتنلیک ټیسټ په نوم هم پیژندل کیږي.
د سافټویر ازموینه اساسا یوه لویه پروسه ده چې د څو یو بل سره تړلي پروسو څخه جوړه شوې ده. د سافټویر ازموینې اصلي هدف د سافټویر بشپړتیا او د دې بنسټیزو اړتیاو سره سم د بشپړتیا اندازه کول دي. د سافټویر ټیسټ کې د مختلف ازموینې پروسو له لارې د سافټویر معاینه او ازموینه شامله ده. د دې پروسو اهداف کېدای شي پدې کې شامل وي:
د فعالیت / سوداګرۍ اړتیاو پروړاندې د سافټویر بشپړتیا تایید
د بګ / تخنیکي غلطیو پیژندل او ډاډ ترلاسه کول چې سافټویر له خطا پاک دی
د کارونې، فعالیت، امنیت، ځایی کولو، مطابقت او نصبولو ارزونه
ازمول شوي سافټویر باید ټولې ازموینې تیرې کړي ترڅو بشپړ یا د کارولو لپاره مناسب وي. د سافټویر ازموینې ځینې بیلابیل ډولونه شامل دي د سپینې بکس ازموینه ، د تور بکس ازموینه ، او د خړ بکس ازموینه. سربیره پردې ، سافټویر په بشپړ ډول ازمول کیدی شي ، په اجزاو / واحدونو یا په ژوندۍ سیسټم کې.
د بلیک باکس ټیسټینګ د سافټویر ازموینې تخنیک دی چې د سیسټم داخلي کارونو ته په پام سره د سافټویر فعالیت تحلیل باندې تمرکز کوي. د تور بکس ازموینه د پیرودونکو اړتیاو ، مشخصاتو او د لوړې کچې ډیزاین ستراتیژیو تحلیل کولو لپاره د میتود په توګه رامینځته شوې.
د بلیک باکس ټیسټینګ ټیسټر د اعتبار وړ او ناسم کوډ اجرا کولو او د ننوتلو شرایطو سیټ غوره کوي او د باوري محصول ځوابونو لپاره چک کوي.
د تور بکس ازموینه د فعاله ازموینې یا تړل شوي بکس ازموینې په نوم هم پیژندل کیږي.
د لټون انجن د غوښتنلیک یوه ساده بیلګه ده چې د تور بکس ازموینې تابع دي. د لټون انجن کارونکي د ویب براوزر لټون بار ته متن داخلوي. د لټون انجن بیا د کارونکي ډیټا پایلې (حاصل) موندلی او ترلاسه کوي.
د تور بکس ازموینې ګټې په لاندې ډول دي:
د تور بکس ازموینه هم ځینې زیانونه لري، په لاندې ډول دي:
د سپینې بکس ازموینې په جریان کې، کوډ د مخکې ټاکل شوي ان پټ ارزښتونو سره پرمخ وړل کیږي ترڅو د مخکې ټاکل شوي محصول ارزښتونو اعتبار وکړي. د سپینې بکس ازموینې کې ډیری وختونه د سټب کوډ لیکل شامل دي (د کوډ یوه ټوټه چې د ځانګړي ځانګړتیا ځای په ځای کولو لپاره کارول کیږي. یو سټب کولی شي د موجوده کوډ چلند سم کړي ، لکه په لیرې ماشین کې کړنلاره.) او همدارنګه چلونکي.
د سپینې بکس ازموینې ګټې په لاندې ډول دي:
په زیانونو کې شامل دي:
د یونټ ټیسټ د سافټویر پرمختیا د ژوند دورې (SDLC) یوه برخه ده په کوم کې چې د مطلوب مناسبیت یا چلند لپاره د سافټویر برنامې په کوچنیو برخو کې په انفرادي ډول د ازموینې جامع طرزالعمل پلي کیږي.
د واحد ازموینه د کیفیت اندازه کولو او ارزونې پروسه ده چې د ډیری تصدۍ سافټویر پراختیا فعالیتونو کې پلي کیږي. په عموم کې، د یونټ ازموینه ارزوي چې د سافټویر کوډ د سافټویر / غوښتنلیک / برنامه عمومي هدف سره څومره ښه مطابقت لري او څنګه یې مناسبیت په نورو کوچنیو واحدونو اغیزه کوي. د واحد ازموینې په لاسي ډول ترسره کیدی شي - د یو یا ډیرو پراختیا کونکو لخوا - یا د اتوماتیک سافټویر حل له لارې.
د ازموینې په جریان کې ، هر واحد د اصلي برنامې یا انٹرفیس څخه جلا شوی. د واحد ازموینې عموما د پراختیا وروسته او د ځای په ځای کولو دمخه ترسره کیږي، پدې توګه د ادغام او ابتدايي ستونزې کشف کول اسانه کوي. د واحد اندازه یا ساحه د پروګرام کولو ژبې، سافټویر غوښتنلیک، او د ازموینې اهدافو پورې اړه لري.
فنکشنل ټیسټ د ازموینې پروسه ده چې د سافټویر پراختیا کې کارول کیږي چیرې چې سافټویر ازمول کیږي ترڅو ډاډ ترلاسه کړي چې دا د ټولو اړتیاو سره مطابقت لري. دا د سافټویر چک کولو یوه لاره ده ترڅو ډاډ ترلاسه شي چې دا ټول اړین فعالیت لري چې په خپلو فعالو اړتیاو کې مشخص شوي.
فنکشنل ازموینه په عمده ډول د دې تصدیق کولو لپاره کارول کیږي چې د سافټویر یوه برخه ورته محصول چمتو کوي لکه څنګه چې د پای کارونکي یا سوداګرۍ لخوا ورته اړتیا وي. عموما، فعاله ازموینه د سوداګرۍ اړتیاو په وړاندې د هر سافټویر فعالیت ارزونه او پرتله کول شامل دي. سافټویر د یو څه اړونده ان پټ په ورکولو سره ازمول شوی ترڅو محصول و ارزول شي ترڅو وګوري چې دا څنګه د دې لومړني اړتیاو سره مطابقت لري ، تړاو لري یا توپیر لري. سربیره پردې ، فعالې ازموینې د سافټویر کارول هم چیک کوي ، د مثال په توګه ډاډ ترلاسه کول چې د نیویګیشن افعال د اړتیا سره سم کار کوي.
د ریګریشن ازموینه د سافټویر ازموینې یو ډول دی چې دا معلومه کړي چې ایا نوې ستونزې د سافټویر بدلونونو پایله ده.
د بدلون پلي کولو دمخه ، یو برنامه ازمول کیږي. د بدلون پلي کیدو وروسته ، برنامه په ټاکل شوي ساحو کې بیا ازمول کیږي ترڅو معلومه کړي چې ایا بدلون نوې کیګونه یا ستونزې رامینځته کړې ، یا ایا ریښتیني بدلون خپل مطلوب هدف ته خدمت کړی.
د ریګریشن ازموینه د لوی سافټویر غوښتنلیکونو لپاره اړینه ده، ځکه چې دا ډیری وختونه ستونزمن وي چې پوه شي چې ایا د ستونزې یوې برخې بدلول د غوښتنلیک د بلې برخې لپاره نوې ستونزه رامینځته کړې. د مثال په توګه، د بانک غوښتنلیک پور فورمه کې بدلون کولی شي د میاشتني لیږد راپور ناکامي پایله ولري. په ډیری حاالتو کې، ستونزې ممکن غیر تړلي ښکاري، مګر دوی په حقیقت کې د غوښتنلیک پراختیا کونکو ترمنځ د خپګان لامل کیدی شي.
نور حالتونه چې د ریګریشن ازموینې ته اړتیا لري پدې کې شامل دي چې معلومه کړي چې ایا ځینې بدلونونه ټاکل شوي هدف ترلاسه کوي یا د هغو مسلو سره تړلي نوي خطرونو لپاره ازموینه چې پرته له کومې مودې وروسته بیا راپورته کیږي.
د عصري ریګریشن ازموینه په ابتدايي ډول د ځانګړو سوداګریزو ازموینو وسیلو له لارې اداره کیږي چې د موجوده سافټویر عکسونه اخلي کوم چې بیا د ځانګړي بدلون پلي کولو وروسته پرتله کیږي. دا د انساني ټیسټرانو لپاره نږدې ناممکن دی چې ورته دندې ترسره کړي لکه څنګه چې د اتوماتیک سافټویر ټیسټرانو په څیر. دا په ځانګړي توګه د لوی IT چاپیریالونو لکه بانکونو ، روغتونونو ، تولیدي شرکتونو او لوی پرچون پلورونکو کې د لوی او پیچلي سافټویر غوښتنلیکونو سره ریښتیا ده.
د فشار ازموینه د سافټویر یا هارډویر ازموینې ته اشاره کوي ترڅو معلومه کړي چې ایا د دې فعالیت په خورا سختو او نامناسب شرایطو کې د قناعت وړ دی ، کوم چې د ډیری شبکې ترافیک ، پروسس بار کولو ، انډرکلکینګ ، اوورکلکینګ ، او د سرچینو اعظمي کارونې غوښتنې په پایله کې پیښ کیدی شي.
ډیری سیسټمونه د نورمال عملیاتي شرایطو په پام کې نیولو سره رامینځته شوي. له همدې امله، حتی که د حد څخه تیریږي، غلطي د پام وړ نه وي که چیرې سیسټم د پراختیا په جریان کې فشار ازمول شي.
د فشار ازموینه په لاندې شرایطو کې کارول کیږي:
اتوماتیک ازموینه (د سافټویر ټیسټ اتومات) د کوډ ازموینې لپاره یوه تګلاره ده چې د ځانګړي سافټویر وسیلو څخه کار اخلي چې په اوتومات ډول ازموینې پرمخ وړي او بیا د متوقع پایلو سره د ازموینې اصلي پایلې پرتله کوي.
اتوماتیک ازموینه په دوامداره تحویلي (CD) ، دوامداره ادغام (CI) ، DevOps ، او DevSecOps کې مهم رول لوبوي. د اتوماتیک ازموینې اصلي ګټې په لاندې ډول دي:
د سافټویر پراختیا کې ، دا په ځانګړي توګه ګټور دی چې د جوړونې پروسې په جریان کې اتومات ازموینې ترسره کړئ ترڅو ډاډ ترلاسه کړئ چې غوښتنلیک د جوړونې غلطیو څخه پاک دی او خپل مطلوب فعالیت ترسره کوي.
د سافټویر ازموینې اتومات کولو لپاره وخت اخیستل به په نهایت کې د خطر کمولو سره د پراختیا کونکو وخت خوندي کړي چې د کوډ بدلون به موجوده فعالیت مات کړي.
ازموینه د پراختیا په پروسه کې خورا مهم مرحله ده. ډاډ ترلاسه کوي چې ټولې بګونه فکس شوي او دا چې محصول، سافټویر یا هارډویر د امکان تر حده د هدف فعالیت ته نږدې یا د هدف سره سم ترسره کوي. اتومات ازموینه ، د لاسي ازموینې پرځای ، په دوامداره توګه د لګښت مؤثر سافټویر وړاندې کولو لپاره اړینه ده چې د لږترلږه نیمګړتیاو سره په وخت سره د کاروونکو اړتیاوې پوره کړي.
لاسي ازموینه لاهم د پراختیا په جریان کې په مختلف وختونو کې ترسره کیږي ، مګر دا اکثرا پخپله د پراختیا کونکو یا هارډویر انجینرانو لخوا ترسره کیږي ترڅو ژر تر ژره وګوري چې ایا هغه بدلونونه چې دوی یې کړي مطلوب اغیزه درلوده.
Ercole Palmeri
تیره دوشنبه، فایننشل ټایمز د OpenAI سره یوه معامله اعلان کړه. FT د نړۍ په کچه ژورنالیزم جواز ورکوي ...
ملیونونه خلک د سټیمینګ خدماتو لپاره تادیه کوي ، د میاشتنۍ ګډون فیس ورکوي. دا عام نظر دی چې تاسو…
د Veeam لخوا Coveware به د سایبر غصب پیښو غبرګون خدماتو چمتو کولو ته دوام ورکړي. Coveware به د عدلي او درملنې وړتیاوې وړاندې کړي ...
د وړاندوینې ساتنه د تیلو او ګاز سکتور کې انقلاب رامینځته کوي ، د نبات مدیریت لپاره د نوښت او فعال چلند سره.
