د ازموینې بنسټیزه ستونزه

پېژندنه

ماسپښین ښه، د خابروسک اوسیدونکو. همدا اوس زه د فینټیک شرکت لپاره د QA لیډ خالي ځای لپاره د ازموینې دنده حل کوم. لومړی دنده، د بشپړ چک لیست سره د ازموینې پلان رامینځته کول او د بریښنایی کیتلي ازموینې لپاره د ازموینې قضیې مثالونه په لنډ ډول حل کیدی شي:

مګر دویمه برخه یوه پوښتنه وه: "آیا د ټولو ازموینو لپاره کومه ستونزه شتون لري چې دوی د ډیر اغیزمن کار کولو مخه نیسي؟"

لومړی شی چې ذهن ته راغی د ټولو لږ یا لږ پام وړ ستونزو لیست کول وو چې ما د ازموینې پرمهال ورسره مخ شوي و ، کوچني شیان له مینځه ویسي او پاتې یې لنډیز کړئ. مګر زه په چټکۍ پوه شوم چې د هڅونې میتود به یوې پوښتنې ته ځواب ووایی چې په "ټولو" کې نه پلي کیږي، مګر، په غوره توګه، یوازې د "اکثریت" ازموینو لپاره. له همدې امله ، ما پریکړه وکړه چې له بل اړخ څخه دې ته مراجعه وکړم ، په تخفیف سره ، او دا هغه څه دي.

تعریفونه

لومړی شی چې زه معمولا د یوې نوې ستونزې حل کولو په وخت کې ترسره کوم دا د پوهیدو هڅه کول دي چې دا ټول څه دي، او د دې کولو لپاره زه اړتیا لرم د هغه کلمو په معنی پوه شم چې دا یې رامینځته کوي. د پوهیدو لپاره کلیدي کلمې په لاندې ډول دي:

  • ستونزه
  • ټیسټر
  • د ازموينې دنده
  • د ازموینې موثریت

راځئ چې ویکیپیډیا او عام احساس ته وګرځو:
ستونزه (لرغونی یونانی πρόβλημα) په پراخه معنی - یوه پیچلې تیوریکي یا عملي مسله چې مطالعې او حل ته اړتیا لري؛ په ساینس کې - یو متضاد حالت چې د هرې پیښې، شیانو، پروسو په تشریح کې د مخالف دریځونو په بڼه څرګندیږي او د حل کولو لپاره کافي تیوري ته اړتیا لري؛ په ژوند کې، ستونزه په داسې بڼه جوړه شوې چې د خلکو لپاره د پوهیدو وړ وي: "زه پوهیږم څه، زه نه پوهیږم چې څنګه،" دا معلومه ده چې څه باید ترلاسه شي، مګر دا معلومه نده چې دا څنګه ترسره کړي. . له ناوخته راځي. lat ستونزه، د یونان څخه. πρόβλημα "مخکې غورځول شوی، مخې ته ایښودل شوی"؛ د προβάλλω څخه "مخکې غورځول، ستاسو په وړاندې کېښودل؛ ملامت"

دا ډیر معنی نه لري، په حقیقت کې، "ستونزه" = "هر هغه څه چې باید ورسره معامله وشي."
ټیسټر - یو متخصص (موږ به په ډولونو ونه ویشو، ځکه چې موږ د ټولو ازموینو سره علاقه لرو) څوک چې د یوې برخې یا سیسټم په ازموینه کې برخه اخلي، پایله یې دا ده:
د ټیسټر کار - د ازموینې پورې اړوند فعالیتونو یوه ټولګه.
موثریت (lat. effectivus) - د ترلاسه شوي پایلې او کارول شوي سرچینو ترمنځ اړیکه (د ISO 90002015).
پایله - د عملونو سلسله (لړۍ) پایله (پایله) یا پیښې، په کیفیت یا کمیت کې څرګند شوي. په احتمالي پایلو کې ګټه، زیان، ګټه، تاوان، ارزښت او بریا شامله ده.
لکه څنګه چې د "ستونزې" سره، لږ معنی شتون لري: یو څه چې د کار په پایله کې راوتلی.
د منابعو د - د یو شخص یا خلکو د هر ډول فعالیت ترسره کولو کمیتي اندازه کولو امکان؛ هغه شرایط چې دا ممکنه کوي چې د ځانګړو بدلونونو په کارولو سره مطلوب پایلې ترلاسه کړي. امتحان کوونکی یو شخص دی، او د حیاتي سرچینو د تیورۍ سره سم، هر شخص د څلورو اقتصادي شتمنیو خاوند دی:
نغدي (عايد) د نوي کيدو وړ سرچينه ده؛
انرژي (د ژوند ځواک) یوه برخه د نوي کولو وړ سرچینه ده؛
وخت یوه ثابته او په بنسټیزه توګه د نه تجدید وړ سرچینه ده؛
پوهه (معلومات) د تجدید وړ سرچینه ده، دا د بشري پانګې یوه برخه ده چې وده کولی شي او له منځه یوسي.[1].

زه غواړم یادونه وکړم چې زموږ په قضیه کې د موثریت تعریف په بشپړ ډول سم نه دی، ځکه چې څومره پوهه چې موږ یې کاروو، د موثریت ټیټ دی. له همدې امله، زه به موثریت بیا تعریف کړم لکه "د لاسته راوړنو او مصرف شویو سرچینو ترمنځ تناسب." بیا هرڅه سم دي: پوهه د کار په جریان کې ضایع نه کیږي، مګر دا د ټیسټر یوازینۍ بنسټیز غیر نوي کیدونکي سرچینې لګښتونه کموي - د هغه وخت.

پریکړه

نو، موږ د آزموینو نړیوالو ستونزو په لټه کې یو چې د دوی د کار اغیزمنتوب زیانمن کړي.
ترټولو مهمه سرچینه چې د ازموینې کونکي په کار کې مصرف کیږي د هغه وخت دی ( پاتې برخه یې په یوه یا بل ډول کم کیدی شي) ، او د دې لپاره چې موږ د موثریت د سمې محاسبې په اړه وغږیږو ، پایله هم باید وخت ته کمه شي. .
د دې کولو لپاره، یو سیسټم په پام کې ونیسئ چې ټیسټر د هغه د کار له لارې ډاډمن کوي. دا ډول سیسټم یوه پروژه ده چې ټیم یې ټیسټر پکې شامل دی. د پروژې د ژوند دوره تقریبا د لاندې الګوریتم لخوا نمایش کیدی شي:

  1. د اړتیاوو سره کار کول
  2. د تخنیکي مشخصاتو جوړښت
  3. پرمختیا
  4. ازمايښت
  5. په تولید کې خوشې کړئ
  6. ملاتړ (د 1 توکي ته لاړ شئ)

په دې حالت کې، ټوله پروژه په تکراري توګه په فرعي پروژو (ځانګړو) ویشل کیدی شي، د ورته ژوند دورې سره.
د پروژې له نظره، څومره چې لږ وخت پرې لګول کېږي، هغومره یې تطبیق اغېزمن کېږي.
پدې توګه ، موږ د پروژې له لید څخه د ټیسټر اعظمي احتمالي موثریت تعریف ته راځو - دا د پروژې حالت دی کله چې د ازموینې وخت صفر وي. د ټولو ازموینو لپاره یوه عامه ستونزه د دې وخت لاسته راوړلو کې پاتې راتلل دي.

د دې سره څنګه معامله وکړو؟

پایلې خورا څرګندې دي او د اوږدې مودې لپاره د ډیری لخوا کارول شوي:

  1. پراختیا او ازموینه باید په ورته وخت کې پیل او پای ته ورسیږي (دا معمولا د ډیپارټمنټ لخوا ترسره کیږي QA). غوره اختیار هغه وخت دی کله چې ټول فعالیت رامینځته کیږي دمخه د چمتو کیدو پورې د آټوټسټس لخوا پوښل شوي وي ، په ریګریشن کې تنظیم شوي (او که امکان ولري ، دمخه ژمنې) ازموینې د یو ډول ډول په کارولو سره. CI.
  2. څومره چې یوه پروژه ډیرې ځانګړتیاوې لري (دومره پیچلې ده)، ډیر وخت به د دې معاینه کولو لپاره مصرف شي چې نوی فعالیت زاړه نه ماتوي. له همدې امله، پروژه څومره پیچلې ده، ډیر اتومات ته اړتیا ده د راجستریشن ازموینه.
  3. هرکله چې موږ په تولید کې بګ له لاسه ورکړو او یو کاروونکي یې ومومي، موږ باید د پروژې د ژوند دوره کې د 1 نقطې څخه پیل کولو لپاره اضافي وخت تیر کړو (د اړتیاو سره کار کول، پدې حالت کې، کاروونکي). څرنګه چې د بګ له لاسه ورکولو لاملونه عموما نامعلوم دي، موږ یوازې د اصلاح کولو یوه لاره پاتې یو - د کاروونکو لخوا موندل شوي هر بګ باید د ریګریشن ازموینې کې شامل شي ترڅو ډاډ ترلاسه شي چې دا به بیا نه څرګندیږي.

سرچینه: www.habr.com

Add a comment