পরীক্ষার মৌলিক সমস্যা

ভূমিকা

শুভ বিকাল, খাব্রোভস্কের বাসিন্দারা। এইমাত্র আমি একটি ফিনটেক কোম্পানির জন্য QA লিড শূন্যতার জন্য একটি পরীক্ষার কাজ সমাধান করছিলাম। প্রথম কাজ, একটি সম্পূর্ণ চেকলিস্ট এবং একটি বৈদ্যুতিক কেটলি পরীক্ষার জন্য পরীক্ষার ক্ষেত্রে উদাহরণ সহ একটি পরীক্ষার পরিকল্পনা তৈরি করা, তুচ্ছভাবে সমাধান করা যেতে পারে:

• GOST 7400-81 গৃহস্থালীর বৈদ্যুতিক কেটলি এবং বৈদ্যুতিক সামোভার। স্পেসিফিকেশন (সংশোধন নং 1-8 সহ)
• GOST IEC 60335-1-2015 গৃহস্থালী এবং অনুরূপ বৈদ্যুতিক যন্ত্রপাতি। নিরাপত্তা পার্ট 1. সাধারণ প্রয়োজনীয়তা
  একটি সম্পূর্ণ চেকলিস্ট সহ একটি ভাল পরীক্ষার পরিকল্পনার কথা চিন্তা করা কঠিন।

কিন্তু দ্বিতীয় অংশটি একটি প্রশ্ন হিসাবে পরিণত হয়েছিল: "সমস্ত পরীক্ষকদের জন্য কি সাধারণ কোন সমস্যা আছে যা তাদের আরও দক্ষতার সাথে কাজ করতে বাধা দেয়?"

প্রথম যে জিনিসটি মাথায় এসেছিল তা হল পরীক্ষার সময় আমি যে সমস্ত কম বা কম লক্ষণীয় সমস্যাগুলির সম্মুখীন হয়েছিলাম তার তালিকা করা, ছোট ছোট জিনিসগুলিকে আগাছা করা এবং বাকিগুলিকে সংক্ষিপ্ত করা। কিন্তু আমি দ্রুত বুঝতে পেরেছিলাম যে প্রবর্তক পদ্ধতিটি এমন একটি প্রশ্নের উত্তর দেবে যা "সকলের" ক্ষেত্রে প্রযোজ্য নয়, তবে, সর্বোপরি, শুধুমাত্র "অধিকাংশ" পরীক্ষকদের জন্য। অতএব, আমি অন্য দিক থেকে এটির সাথে যোগাযোগ করার সিদ্ধান্ত নিয়েছি, এবং এটিই ঘটেছে।

নির্ধারণ করা

একটি নতুন সমস্যা সমাধান করার সময় আমি সাধারণত প্রথম যে কাজটি করি তা হল এটি কী তা বোঝার চেষ্টা করা, এবং এটি করার জন্য আমাকে এটি তৈরি করা শব্দগুলির অর্থ বুঝতে হবে। বোঝার জন্য মূল শব্দগুলি হল:

• সমস্যা
• পরীক্ষক
• পরীক্ষকের কাজ
• পরীক্ষক দক্ষতা

আসুন উইকিপিডিয়া এবং সাধারণ জ্ঞানে ফিরে আসি:
সমস্যা (প্রাচীন গ্রীক πρόβλημα) একটি বিস্তৃত অর্থে - একটি জটিল তাত্ত্বিক বা ব্যবহারিক সমস্যা যার জন্য অধ্যয়ন এবং সমাধান প্রয়োজন; বিজ্ঞানে - একটি পরস্পরবিরোধী পরিস্থিতি যা কোনও ঘটনা, বস্তু, প্রক্রিয়ার ব্যাখ্যায় বিরোধী অবস্থানের আকারে উপস্থিত হয় এবং এটি সমাধান করার জন্য একটি পর্যাপ্ত তত্ত্বের প্রয়োজন হয়; জীবনে, সমস্যাটি এমন একটি আকারে তৈরি করা হয় যা মানুষের কাছে বোধগম্য: "আমি কী জানি, আমি কীভাবে জানি না," অর্থাৎ, এটি কী পাওয়া দরকার তা জানা যায়, তবে এটি কীভাবে করা যায় তা জানা নেই। . দেরী থেকে আসে। lat সমস্যা, গ্রীক থেকে। πρόβλημα "সামনে নিক্ষেপ করা, সামনে রাখা"; προβάλλω থেকে “সামনে ছুড়ে দাও, তোমার সামনে রাখো; দোষ"

আসলে, "সমস্যা" = "এমন কিছু যা মোকাবেলা করা দরকার।"
পরীক্ষক - একজন বিশেষজ্ঞ (আমরা প্রকারে বিভক্ত করব না, যেহেতু আমরা সমস্ত পরীক্ষকদের প্রতি আগ্রহী) যিনি একটি উপাদান বা সিস্টেম পরীক্ষায় অংশ নেন, যার ফলাফল হল:
পরীক্ষকের কাজ - পরীক্ষার সাথে সম্পর্কিত কার্যকলাপের একটি সেট।
দক্ষতা (lat. effectivus) - অর্জিত ফলাফল এবং ব্যবহৃত সম্পদের মধ্যে সম্পর্ক (আইএসও 9000: 2015)।
ফলাফল - গুণগত বা পরিমাণগতভাবে প্রকাশ করা কর্ম (ফলাফল) বা ইভেন্টগুলির একটি শৃঙ্খলের (সিরিজ) পরিণতি। সম্ভাব্য ফলাফলের মধ্যে সুবিধা, অসুবিধা, লাভ, ক্ষতি, মান এবং বিজয় অন্তর্ভুক্ত।
"সমস্যা" হিসাবে, এর সামান্য অর্থ রয়েছে: এমন কিছু যা কাজের ফলে বেরিয়ে এসেছে।
সংস্থান - একটি ব্যক্তি বা মানুষের কোনো কার্যকলাপ সঞ্চালনের পরিমাণগতভাবে পরিমাপযোগ্য সম্ভাবনা; শর্ত যা নির্দিষ্ট রূপান্তর ব্যবহার করে পছন্দসই ফলাফল অর্জন করা সম্ভব করে। পরীক্ষক একজন ব্যক্তি এবং গুরুত্বপূর্ণ সম্পদের তত্ত্ব অনুসারে, প্রতিটি ব্যক্তি চারটি অর্থনৈতিক সম্পদের মালিক:
নগদ (আয়) একটি পুনর্নবীকরণযোগ্য সম্পদ;
শক্তি (জীবন শক্তি) একটি আংশিক পুনর্নবীকরণযোগ্য সম্পদ;
সময় একটি নির্দিষ্ট এবং মৌলিকভাবে অ-নবায়নযোগ্য সম্পদ;
জ্ঞান (তথ্য) একটি পুনর্নবীকরণযোগ্য সম্পদ, এটি মানব পুঁজির অংশ যা বৃদ্ধি পেতে পারে এবং ধ্বংস হতে পারে[1].

আমি লক্ষ্য করতে চাই যে আমাদের ক্ষেত্রে দক্ষতার সংজ্ঞা সম্পূর্ণরূপে সঠিক নয়, যেহেতু আমরা যত বেশি জ্ঞান ব্যবহার করি, তত কম দক্ষতা। অতএব, আমি দক্ষতাকে "অর্জিত ফলাফল এবং ব্যয়কৃত সম্পদের মধ্যে অনুপাত" হিসাবে পুনরায় সংজ্ঞায়িত করব। তারপরে সবকিছু সঠিক: কাজের সময় জ্ঞান নষ্ট হয় না, তবে এটি পরীক্ষকের একমাত্র মৌলিকভাবে অ-নবায়নযোগ্য সম্পদ - তার সময় ব্যয়কে হ্রাস করে।

রায়

সুতরাং, আমরা পরীক্ষকদের বৈশ্বিক সমস্যাগুলি খুঁজছি যা তাদের কাজের কার্যকারিতা নষ্ট করে।
একজন পরীক্ষকের কাজে ব্যয় করা সবচেয়ে উল্লেখযোগ্য সংস্থান হল তার সময় (বাকিটা একভাবে বা অন্যভাবে হ্রাস করা যেতে পারে), এবং আমাদের দক্ষতার সঠিক গণনা সম্পর্কে কথা বলার জন্য, ফলাফলটিও সময় কমাতে হবে। .
এটি করার জন্য, একটি সিস্টেম বিবেচনা করুন যার কার্যকারিতা পরীক্ষক তার কাজের মাধ্যমে নিশ্চিত করে। এই ধরনের একটি সিস্টেম একটি প্রকল্প যার দল একটি পরীক্ষক অন্তর্ভুক্ত. প্রকল্পের জীবনচক্রকে মোটামুটিভাবে নিম্নলিখিত অ্যালগরিদম দ্বারা উপস্থাপন করা যেতে পারে:

1. প্রয়োজনীয়তা নিয়ে কাজ করা
2. প্রযুক্তিগত বৈশিষ্ট্য গঠন
3. নকশা
4. পরীক্ষামূলক
5. প্রযোজনায় মুক্তি
6. সমর্থন (আইটেম 1 যান)

এই ক্ষেত্রে, পুরো প্রকল্পটিকে একই জীবনচক্রের সাথে সাবপ্রজেক্টে (বৈশিষ্ট্য) পুনরাবৃত্তভাবে ভাগ করা যেতে পারে।
প্রকল্পের দৃষ্টিকোণ থেকে, এটিতে যত কম সময় ব্যয় করা হয়, এর বাস্তবায়ন তত বেশি কার্যকর।
এইভাবে, আমরা প্রকল্পের দৃষ্টিকোণ থেকে একজন পরীক্ষকের সর্বাধিক সম্ভাব্য দক্ষতার সংজ্ঞায় আসি - এটি হল প্রকল্পের অবস্থা যখন পরীক্ষার সময় শূন্য হয়। সমস্ত পরীক্ষকদের জন্য একটি সাধারণ সমস্যা হল এই সময় অর্জন করতে না পারা।

এটা কিভাবে মোকাবেলা করতে?

উপসংহারগুলি বেশ সুস্পষ্ট এবং অনেকের দ্বারা দীর্ঘ সময়ের জন্য ব্যবহার করা হয়েছে:

1. উন্নয়ন এবং পরীক্ষা প্রায় একই সাথে শুরু এবং শেষ হওয়া উচিত (এটি সাধারণত বিভাগ দ্বারা করা হয় QA) আদর্শ বিকল্প হল যখন বিকাশ করা সমস্ত কার্যকারিতা ইতিমধ্যেই এটি প্রস্তুত হওয়ার সময় অটোটেস্টের দ্বারা আচ্ছাদিত হয়, রিগ্রেশনে সংগঠিত হয় (এবং, যদি সম্ভব হয়, প্রি-কমিট) পরীক্ষা করা হয়। CI.
2. একটি প্রকল্পে যত বেশি বৈশিষ্ট্য রয়েছে (এটি যত বেশি জটিল), তত বেশি সময় পরীক্ষা করতে হবে যাতে নতুন কার্যকারিতা পুরানোটিকে ভেঙে না দেয়। অতএব, প্রকল্প যত জটিল, তত বেশি অটোমেশন প্রয়োজন রিগ্রেশন পরীক্ষা.
3. প্রতিবার যখনই আমরা প্রোডাকশনে একটি বাগ মিস করি এবং একজন ব্যবহারকারী এটি খুঁজে পায়, তখন আমাদেরকে পয়েন্ট 1 থেকে শুরু করে প্রকল্পের জীবনচক্রের মধ্য দিয়ে যেতে অতিরিক্ত সময় ব্যয় করতে হবে (প্রয়োজনীয়তার সাথে কাজ করা, এই ক্ষেত্রে, ব্যবহারকারীরা)। যেহেতু একটি বাগ অনুপস্থিত হওয়ার কারণগুলি সাধারণত অজানা থাকে, তাই আমাদের কাছে শুধুমাত্র একটি অপ্টিমাইজেশান পাথ বাকি আছে - ব্যবহারকারীদের দ্বারা পাওয়া প্রতিটি বাগকে অবশ্যই রিগ্রেশন টেস্টিংয়ে অন্তর্ভুক্ত করতে হবে যাতে এটি আবার প্রদর্শিত হবে না।

উত্স: www.habr.com