সফটওয়্যার টেস্টিং

সফ্টওয়্যার পরীক্ষায় ত্রুটির জন্য একটি শিক্ষানবিস গাইড

30 অক্টোবর, 2021

একটি নিখুঁত বিশ্বে, সফ্টওয়্যার বিকাশ মসৃণভাবে চলতে পারে এবং পরীক্ষা এবং যাচাইকরণের পর্যায়গুলি দ্রুত হবে, প্রায় কোনও ত্রুটি খুঁজে পাওয়া যাবে না।

কিন্তু যেহেতু এটি শুধুমাত্র একটি কল্পনা, বাস্তব জগতে পরীক্ষকদের প্রতিটি সফ্টওয়্যার অ্যাপ্লিকেশনে অসঙ্গতি এবং ত্রুটিগুলির সাথে মোকাবিলা করতে হবে।

সফ্টওয়্যারটির গুণমান নির্ধারণ করা হয় কতটা পরিষ্কার বা কতটা বাগ-মুক্ত সফটওয়্যার?

এইভাবে, এটি অপরিহার্য যে পরীক্ষকদের জটিল বহু-স্তরযুক্ত অ্যাপ্লিকেশনগুলির মধ্যে নজর দেওয়া এবং অসংখ্য বাগ বা ত্রুটি সনাক্ত করা, নথিভুক্ত করা, ট্র্যাক করা এবং সংশোধন করা।

সুচিপত্র

ত্রুটি মানে কি?

একটি ত্রুটি এমন একটি শর্ত যা একটি সফ্টওয়্যার পণ্যে ঘটে যখন এটি সফ্টওয়্যার প্রয়োজনীয়তা বা প্রত্যাশা পূরণ করে না।

এটি প্রোগ্রামের কোডিং বা যুক্তিতে একটি ত্রুটি হতে পারে যা এটিকে ত্রুটিযুক্ত করে।

এগুলিকে একজন বিকাশকারীর দ্বারা বিকাশের পর্যায়ে ভুলের ফলে প্রত্যাশিত ফলাফল থেকে অনিয়ম বা বিচ্যুতি হিসাবে সংজ্ঞায়িত করা হয়।

ত্রুটি বা বাগ বা ত্রুটিগুলি হল ঘাটতি বা অপূর্ণতা যা সফ্টওয়্যার অ্যাপ্লিকেশনটিকে যা করতে প্রত্যাশিত তা সম্পাদন করতে বাধা দেয়।

ত্রুটিগুলি একটি সফ্টওয়্যার অ্যাপ্লিকেশনের ব্যর্থতার দিকে পরিচালিত করে।

বিকাশের সময় প্রোগ্রামারদের দ্বারা বাগগুলির প্রবর্তন রোধ করার জন্য গৃহীত কয়েকটি পদ্ধতি হল:

  • পিয়ার রিভিউ
  • কোড বিশ্লেষণ
  • প্রোগ্রামিং কৌশল গৃহীত
  • সফটওয়্যার ডেভেলপমেন্ট পদ্ধতি

শ্রেণীবিভাগ

নীচে দেওয়া ত্রুটি শ্রেণীবিভাগ শুধুমাত্র নির্দেশিকা. ত্রুটিগুলি শ্রেণীবদ্ধ করার ভিত্তি প্রতিষ্ঠান এবং তাদের দ্বারা ব্যবহৃত ত্রুটি ট্র্যাকিং টুলের উপর নির্ভর করে।

ভবিষ্যতের দ্বন্দ্ব এড়াতে দলের সদস্যদের অবশ্যই ত্রুটি শ্রেণীবিভাগের উপর একটি পূর্ব-চুক্তি থাকতে হবে।

ত্রুটিগুলি এর উপর ভিত্তি করে শ্রেণীবদ্ধ করা যেতে পারে:

নির্দয়তা

একটি ত্রুটির তীব্রতা উন্নয়নের দৃষ্টিকোণ থেকে ত্রুটির জটিলতার উপর নির্ভর করে।

তীব্রতার অবস্থা পরীক্ষককে সফ্টওয়্যারটির স্পেসিফিকেশন থেকে বিচ্যুতি সম্পর্কে ধারণা দেয়।

এটা হতে পারে:

  • জটিল - এই ত্রুটিগুলি সফ্টওয়্যার অ্যাপ্লিকেশনে গুরুত্বপূর্ণ কার্যকারিতা বিচ্যুতিগুলিকে প্রতিফলিত করে যা একটি QA পরীক্ষক যাচাই করতে পারে না।
  • প্রধান - এই ত্রুটিগুলি পাওয়া যায় যখন অ্যাপ্লিকেশনের একটি গুরুত্বপূর্ণ মডিউলটি ত্রুটিযুক্ত হয়, তবে বাকি সিস্টেমটি ঠিকঠাক কাজ করে। QA টিমকে এই সমস্যাগুলি সমাধান করতে হবে, তবে এটি বড় ত্রুটিটি সংশোধন করা হয়েছে কিনা তা বিবেচনা না করে বাকি অ্যাপ্লিকেশনটিকেও যাচাই করতে পারে৷
  • মাঝারি - এই ত্রুটিগুলি একটি একক স্ক্রীন বা একক ফাংশনের সমস্যাগুলির সাথে সম্পর্কিত, তবে তারা সামগ্রিকভাবে সিস্টেমের কার্যকারিতাকে প্রভাবিত করে না। ত্রুটিগুলি কোন কার্যকারিতা অবরুদ্ধ করে না।
  • কম - এই ত্রুটিগুলি সফ্টওয়্যার অ্যাপ্লিকেশনটির কার্যকারিতাকে মোটেও প্রভাবিত করে না। এটি UI অসঙ্গতি, কসমেটিক ত্রুটি বা ব্যবহারকারীর UI অভিজ্ঞতা উন্নত করার পরামর্শের সাথে সম্পর্কিত হতে পারে।

সম্ভাবনা

ত্রুটির সম্ভাবনাকে সিস্টেমের একটি বৈশিষ্ট্যে ত্রুটির সম্ভাবনা হিসাবে সংজ্ঞায়িত করা যেতে পারে।

একটি বাগ খুঁজে পাওয়ার সম্ভাবনা সেই নির্দিষ্ট বৈশিষ্ট্যটির ব্যবহারের উপর নির্ভর করে। যদি অ্যাট্রিবিউটটি খুব কমই ব্যবহার করা হয়, তাহলে পাওয়া ত্রুটিটির উচ্চ সম্ভাবনা থাকবে। তবুও, যদি বৈশিষ্ট্যটি ব্যাপকভাবে ব্যবহৃত হয়, তাহলে ত্রুটিটি আবিষ্কারের বিরলতার উপর নির্ভর করে ত্রুটির সম্ভাবনা কম থাকতে পারে।

এটা হতে পারে:

  • উচ্চ - যদি সমস্ত বা বেশিরভাগ বৈশিষ্ট্য ব্যবহারকারীদের দ্বারা একটি ত্রুটি সহজেই খুঁজে পাওয়া যায়, তবে ত্রুটিটির উচ্চ সম্ভাবনা রয়েছে।
  • মাঝারি - যদি বৈশিষ্ট্য ব্যবহারকারীদের অন্তত 50% দ্বারা একটি ত্রুটি পাওয়া যায়, তাহলে ত্রুটিটি ঘটার মাঝারি সম্ভাবনা রয়েছে।
  • কম - যদি বৈশিষ্ট্যটির খুব কম ব্যবহারকারী একটি ত্রুটির সম্মুখীন হন, তাহলে ত্রুটির সম্ভাবনা কম।

অগ্রাধিকার

একটি নির্দিষ্ট সংশোধনের গুরুত্ব বা জরুরিতা ত্রুটির অগ্রাধিকার নির্ধারণ করে।

একটি ত্রুটির অগ্রাধিকার a দ্বারা সেট করা হয় সফ্টওয়্যার পরীক্ষক এবং প্রকল্প ব্যবস্থাপক দ্বারা চূড়ান্ত.

এটি শ্রেণীবদ্ধ করা যেতে পারে:

  • জরুরী - এই বিভাগের ত্রুটির অবিলম্বে সমাধান প্রয়োজন কারণ এই ত্রুটিগুলি প্রয়োগকে মারাত্মকভাবে প্রভাবিত করতে পারে এবং চিকিত্সা না করা হলে ব্যয়বহুল মেরামতের কারণ হতে পারে।
  • উচ্চ - এই ত্রুটিগুলির অবিলম্বে সমাধান অপরিহার্য কারণ এই ত্রুটিগুলি অ্যাপ্লিকেশন মডিউলগুলিকে প্রভাবিত করে যা ত্রুটিগুলি সংশোধন না হওয়া পর্যন্ত অকেজো হয়ে যায়৷
  • মাঝারি - এগুলি অত্যাবশ্যকীয় ত্রুটি নয় এবং পরবর্তী রিলিজে ঠিক করার জন্য নির্ধারিত হতে পারে৷
  • নিম্ন - একবার উপরের জটিল ত্রুটিগুলি ঠিক হয়ে গেলে, পরীক্ষক সেগুলি ঠিক করতে পারে বা নাও করতে পারে৷

ফেজ ইনজেকশনের

সফ্টওয়্যার বিকাশের জীবনচক্রের পর্যায় যেখানে ত্রুটিটি প্রথম প্রবর্তিত হয়েছিল বা ইনজেকশন দেওয়া হয়েছিল তাও ত্রুটিগুলিকে শ্রেণিবদ্ধ করতে ব্যবহার করা যেতে পারে।

সঠিক মূল-কারণ বিশ্লেষণের পর ত্রুটির ইনজেকশনের পর্যায় পাওয়া যায়।

ত্রুটি নিম্নলিখিত পর্যায়গুলির যে কোনো একটিতে ইনজেকশন করা যেতে পারে:

  • প্রয়োজনীয়তা উন্নয়ন
  • বিস্তারিত নকশা
  • উচ্চ-স্তরের নকশা
  • কোডিং
  • স্থাপনা

ফেজ সনাক্ত করা হয়েছে

ফেজ ইনজেকশনের পরে, ফেজ সনাক্ত করা হয়. যে পর্যায়ে নির্দিষ্ট ত্রুটি সনাক্ত করা হয়েছিল তাকে ফেজ সনাক্ত করা বলা হয়।

নিম্নলিখিত পর্যায়গুলি আছে সফটওয়্যার টেস্টিং :

সম্পর্কিত মডিউল

যে মডিউলটিতে নির্দিষ্ট ত্রুটি সনাক্ত করা হয়েছিল সেটি ত্রুটির শ্রেণীবিভাগ হিসাবে ব্যবহার করা যেতে পারে।

সম্পর্কিত মডিউল শ্রেণীবিভাগ সর্বাধিক বাগ ধারণকারী মডিউল সম্পর্কে তথ্য প্রদান করে।

মানের সম্পর্কিত মাত্রা

এগুলি হল শত শত সফ্টওয়্যার মানের মাত্রা যেমন অ্যাক্সেসিবিলিটি, সামঞ্জস্যতা, সঙ্গতি এবং আরও অনেক কিছু৷

কোন মাত্রার জন্য সিদ্ধান্তটি বেশি গুরুত্বপূর্ণ এবং প্রথমে স্থির করা উচিত তা বিষয়ভিত্তিক। এটি শুধুমাত্র সেই নির্দিষ্ট পরিস্থিতিতে পরীক্ষকের দ্বারা আরও মানগুলির মাত্রার উপর নির্ভর করে।

প্রয়োজনীয়তা এবং স্পেসিফিকেশন ত্রুটি

গ্রাহক ব্যবধান বা প্রযোজক (পরীক্ষক বা বিকাশকারী) ব্যবধান প্রয়োজন-সম্পর্কিত ত্রুটির কারণ হতে পারে যেখানে বিকাশকারী বা পরীক্ষক গ্রাহকের প্রয়োজনীয়তা বুঝতে ব্যর্থ হন।

এই ত্রুটিগুলি কমাতে প্রয়োজনীয় নথিগুলি দ্ব্যর্থহীন, দ্বন্দ্বহীন, স্পষ্ট, অ-অপ্রয়োজনীয় এবং সুনির্দিষ্ট প্রয়োজনীয়তায় লেখা উচিত।

ডিজাইনের ত্রুটি

বেমানান বা ভুলভাবে ডিজাইন করা উপাদান এবং মডিউলগুলির মধ্যে মিথস্ক্রিয়া সিস্টেমে ত্রুটির দিকে পরিচালিত করে।

অ্যালগরিদম, লজিক বা ডেটা উপাদান, মডিউল ইন্টারফেস বর্ণনা, অ্যালগরিদম এবং বাহ্যিক সফ্টওয়্যার বা হার্ডওয়্যার UI বিবরণ সঠিকভাবে ডিজাইন করা উচিত যাতে ডিজাইনের ত্রুটিগুলি এড়ানো যায়।

কোডিং ত্রুটি

ডেভেলপমেন্ট বা কোডিং স্ট্যান্ডার্ডের অনুপস্থিতির কারণে ডিজাইন বা কোডের ভুল বাস্তবায়ন কোডিং ত্রুটি হতে পারে।

এই ত্রুটিগুলি ক্লাস ডিজাইনের ত্রুটিগুলির সাথে ঘনিষ্ঠভাবে সম্পর্কিত, প্রাথমিকভাবে যদি ছদ্ম-শ্রেণীগুলি বিস্তারিত নকশায় ব্যবহার করা হয়।

কখনও কখনও, একটি ত্রুটিকে কোডিং বা ডিজাইন ত্রুটি হিসাবে শ্রেণীবদ্ধ করা চ্যালেঞ্জিং হতে পারে।

পরীক্ষার ত্রুটি

ভুল পরীক্ষা বা পরীক্ষার আর্টিফ্যাক্টগুলির ত্রুটিগুলি পরীক্ষার ত্রুটির দিকে পরিচালিত করে।

এগুলি তিন ধরণের হতে পারে:

  • টেস্ট-টুল ত্রুটি - পরীক্ষকদের দ্বারা ব্যবহৃত পরীক্ষার সরঞ্জামগুলি সফ্টওয়্যারে ত্রুটিগুলি প্রবর্তন করতে সক্ষম। ক ম্যানুয়াল পরীক্ষা স্বয়ংক্রিয় সরঞ্জামগুলির দ্বারা সৃষ্ট ত্রুটিগুলি খুঁজে পেতে ব্যবহার করা হবে।
  • টেস্ট-ডিজাইন ত্রুটি - পরীক্ষার পরিকল্পনা, পরীক্ষার পরিস্থিতি, পরীক্ষার ডেটা সংজ্ঞা এবং পরীক্ষার ক্ষেত্রে পরীক্ষার আর্টিফ্যাক্টের ত্রুটিগুলিকে পরীক্ষা-নকশা ত্রুটি হিসাবে উল্লেখ করা হয়।
  • পরীক্ষা-পরিবেশের ত্রুটি - যখন পরীক্ষার পরিবেশ, যেমন, হার্ডওয়্যার, সফ্টওয়্যার, টেস্টিং লোক এবং সিমুলেটর সেট করা হয় না, তখন পরীক্ষা-পরিবেশের ত্রুটি দেখা দেয়।

স্ট্যাটাস

ত্রুটিটি বর্তমানে যে ত্রুটির জীবনচক্র রয়েছে তার অবস্থা বা অবস্থার উপর শ্রেণীবদ্ধ করা যেতে পারে।

এই রাজ্যগুলি হতে পারে:

  • খোলা
  • বন্ধ
  • বিলম্বিত
  • বাতিল

শব্দ পণ্য

কাজের পণ্য বা নথি বা একটি উন্নয়ন পর্যায়ের চূড়ান্ত পণ্যের উপর ভিত্তি করে, একটি ত্রুটিকে শ্রেণীবদ্ধ করা যেতে পারে:

  • সোর্স কোড - অ্যাপ্লিকেশনের সোর্স কোডে একটি ত্রুটি পাওয়া গেছে।
  • SSD - সফ্টওয়্যারের সিস্টেম স্টাডি নথিতে পাওয়া একটি ত্রুটি।
  • ব্যবহারকারীর ডকুমেন্টেশন - ব্যবহারকারীর ম্যানুয়াল বা সফ্টওয়্যারের অপারেটিং ম্যানুয়ালগুলিতে পাওয়া একটি ত্রুটি।
  • ADS - সফ্টওয়্যারের আর্কিটেকচারাল ডিজাইন ডকুমেন্টে পাওয়া একটি ত্রুটি।
  • টেস্ট প্ল্যান বা টেস্ট কেস - সফ্টওয়্যারের টেস্ট প্ল্যান বা টেস্ট কেসগুলিতে পাওয়া একটি ত্রুটি।
  • FSD - সফ্টওয়্যারের কার্যকরী স্পেসিফিকেশন নথিতে পাওয়া একটি ত্রুটি।
  • DDS - সফ্টওয়্যারের বিস্তারিত ডিজাইন নথিতে পাওয়া একটি ত্রুটি।

প্রকারভেদ

সফ্টওয়্যার ডেভেলপমেন্টে কিছু মৌলিক ধরনের ত্রুটি হল:

ত্রুটির প্রকার

যৌক্তিক ত্রুটি

কোড বাস্তবায়নের সময়, একজন প্রোগ্রামার সমস্যাটি স্পষ্টভাবে বুঝতে পারে না বা ভুল উপায়ে চিন্তা করতে পারে। এই ধরনের ক্ষেত্রে, যৌক্তিক ত্রুটি দেখা দেয়।

যৌক্তিক ত্রুটিগুলি সফ্টওয়্যারটির মূলের সাথে সম্পর্কিত এবং প্রোগ্রামার কর্নার কেসগুলি যথাযথভাবে প্রয়োগ না করলে তা ঘটতে পারে।

কর্মক্ষমতা ত্রুটি

যখন একটি সিস্টেম বা সফ্টওয়্যার অ্যাপ্লিকেশন পছন্দসই এবং প্রত্যাশিত ফলাফল প্রদান করতে ব্যর্থ হয় এবং ব্যবহারকারীর প্রয়োজনীয়তাগুলি পূরণ করতে সক্ষম হয় না, তখন কর্মক্ষমতা ত্রুটি দেখা দেয়।

এই ত্রুটিগুলির মধ্যে সিস্টেমের লোডের পরিবর্তনের উপর সিস্টেমের প্রতিক্রিয়া অন্তর্ভুক্ত।

মাল্টিথ্রেডিং ত্রুটি

একই সময়ে একাধিক কার্য সম্পাদনকে মাল্টিথ্রেডিং বলা হয় এবং এটি খুব জটিল ডিবাগিংয়ের দিকে নিয়ে যায়।

মাল্টিথ্রেডিংয়ে অচলাবস্থা এবং অনাহারের সমস্যাগুলি একটি সিস্টেমের ব্যর্থতার দিকে নিয়ে যেতে পারে।

গাণিতিক ত্রুটি

অতিরিক্ত পরিশ্রম বা কম জ্ঞানের কারণে একজন প্রোগ্রামার পাটিগণিতের অভিব্যক্তি এবং তাদের সমাধানে ভুল করতে পারে, যা গাণিতিক ত্রুটি হিসাবে পরিচিত।

কোড কনজেশন একজন প্রোগ্রামারকে লিখিত কোড সঠিকভাবে পড়তে অক্ষম করতে পারে এবং গাণিতিক ত্রুটির কারণ হতে পারে।

সিনট্যাক্স ত্রুটি

কখনও কখনও, ডেভেলপাররা, কোড লেখার সময়, কোডের স্টাইল বা সিনট্যাক্স সম্পর্কিত ভুল করে।

এই ভুলগুলি একটি প্রতীক বাদ দেওয়ার মতো ছোট হতে পারে।

সি++ বা জাভাতে কোড লেখার সময় সিনট্যাক্স ত্রুটির একটি উদাহরণ সেমিকোলনের বাদ (;) হতে পারে।

ইন্টারফেস ত্রুটি

ব্যবহারকারী এবং সফ্টওয়্যারের মধ্যে মিথস্ক্রিয়া ত্রুটি দ্বারা প্রভাবিত হতে পারে। এগুলোকে ইন্টারফেস ডিফেক্ট বলা হয়।

জটিল, অস্পষ্ট বা প্ল্যাটফর্ম-ভিত্তিক ইন্টারফেস সফ্টওয়্যারে ইন্টারফেসের ত্রুটি সৃষ্টি করতে পারে।

ত্রুটি মেট্রিক্স

পরীক্ষিত প্রকল্পের গুণমান, খরচ এবং কার্যকারিতার সঠিক অনুমান মৌলিক।

ত্রুটি মেট্রিক্স আমাদের সফ্টওয়্যার অ্যাপ্লিকেশনের আগে উল্লিখিত দিকগুলি অনুমান করতে সাহায্য করে।

ত্রুটির ঘনত্ব মেট্রিক্স

সফ্টওয়্যারের মধ্যে ত্রুটিগুলির ঘনত্ব বা ঘনত্বকে ত্রুটির ঘনত্ব মেট্রিক্স হিসাবে উল্লেখ করা হয়।

ডিফেক্ট ডেনসিটি মেট্রিক্সকে প্রয়োজন বা পরীক্ষার ক্ষেত্রে চিহ্নিত ত্রুটির সংখ্যার শতাংশ হিসাবে সংজ্ঞায়িত করা যেতে পারে।

সূত্র:

|_+_|

যেখানে মাপ হল প্রয়োজনীয় পরীক্ষার ক্ষেত্রে সংখ্যা।

উদাহরণ:

ধরুন সফ্টওয়্যারে, 1000 টি টেস্ট কেস রয়েছে, যার মধ্যে 600টি পাস করেছে, এবং 400টি ফেল করেছে। এই ক্ষেত্রে ত্রুটির ঘনত্ব হবে,

|_+_|

এইভাবে, ত্রুটির ঘনত্ব 40%। এইভাবে, 40% পরীক্ষার কেস সম্পাদনের সময় ব্যর্থ হয়েছে, বা শুধুমাত্র 40% পরীক্ষার নকশা ত্রুটিগুলি ধরতে পারে।

মোট ত্রুটি মেট্রিক্স

সফ্টওয়্যারের মোট ত্রুটি v/s মডিউল আকার এবং জটিলতার আপেক্ষিক মূল্যায়ন পরীক্ষার প্রচেষ্টার কার্যকারিতা ব্যাখ্যা করতে পারে।

যে কোনও সফ্টওয়্যারে জিরো ডিফেক্ট পাওয়া যায় এমন কোনও বিকাশকারীকে কেউ বিশ্বাস করতে পারে না।

অগ্রাধিকার এবং তীব্রতা দ্বারা ত্রুটি বিতরণ

আমরা ইতিমধ্যে বুঝতে পেরেছি যে ত্রুটিগুলি তাদের অগ্রাধিকার এবং তীব্রতার উপর ভিত্তি করে শ্রেণীবদ্ধ করা হয়।

যদি চিহ্নিত সমস্ত ত্রুটিগুলি কম তীব্রতা বা অগ্রাধিকার ত্রুটির হয়, তাহলে এর অর্থ হল পরীক্ষা দল সঠিকভাবে সিস্টেমটি পরীক্ষা করেনি।

মোট ত্রুটিগুলি পরীক্ষার প্রচেষ্টা সম্পর্কে একটি ভাল ধারণা দেয় এবং অগ্রাধিকার এবং তীব্রতা পরীক্ষা এবং গুণমান তৈরিতে সহায়তা করতে পারে।

ওজনযুক্ত ত্রুটির ঘনত্ব

প্রতি পরীক্ষার ক্ষেত্রে গড় ত্রুটির তীব্রতাকে ওজনযুক্ত ত্রুটির ঘনত্ব হিসাবে সংজ্ঞায়িত করা যেতে পারে।

সূত্র:

|_+_|

যেখানে আকার হল পরীক্ষার ক্ষেত্রে বা প্রয়োজনীয়তার সংখ্যা।

তীব্রতার উপর ভিত্তি করে, ওজন 5,3 এবং 1 বরাদ্দ করা হয়।

একটি ত্রুটি খুঁজে বের করার খরচ

এটা ডেভেলপমেন্ট হোক বা টেস্টিং, যেকোন প্রজেক্টে খরচ একটি অপরিহার্য ফ্যাক্টর খেলে।

যদি একজন ক্লায়েন্ট বিপুল পরিমাণ অর্থ প্রদান করে থাকে, তারা আশা করে যে সরবরাহ করা সফ্টওয়্যারটি ত্রুটিমুক্ত এবং কার্যকর।

সূত্র:

|_+_|

সম্পূর্ণ সম্পদ, বিলিং রেট এবং পরীক্ষার সময়কাল ব্যবহার করে মোট অর্থ গণনা করা যেতে পারে।

ত্রুটি অপসারণ দক্ষতা

পরবর্তী ধাপে সফ্টওয়্যারটি পাঠানোর আগে সর্বাধিক সংখ্যক ত্রুটিগুলিকে কার্যকরভাবে অপসারণ এবং চিহ্নিত করার দক্ষতাকে ত্রুটি অপসারণের দক্ষতা মেট্রিক্স বলা হয়।

সূত্র:

|_+_|

উদাহরণ:

প্রাথমিক পর্যায়ে 200টি ত্রুটি সহ সফ্টওয়্যার বিবেচনা করুন। সফ্টওয়্যারটিতে ফিক্সিং, রিটেস্টিং এবং রিগ্রেশন টেস্টিং করার পরে, ব্যবহারকারীর গ্রহণযোগ্যতা দল পরীক্ষা করে এবং আরও 40টি ত্রুটি খুঁজে পায় যা পূর্ববর্তী পরীক্ষার পর্যায়গুলির সময় সনাক্ত করা এবং সমাধান করা যেতে পারে। এই 40টি ত্রুটি পরবর্তী পর্যায়ে ফাঁস করা হয়েছিল এবং সিস্টেম থেকে সরানো হয়নি। এইভাবে,

|_+_|

এইভাবে, সফ্টওয়্যার টেস্টিং দল মোট ত্রুটির মাত্র 83.33% সনাক্ত করতে এবং ঠিক করতে সক্ষম হয়েছিল এবং পরবর্তী পর্যায়ে বাকি 16.67% ফাঁস করে দেয়।

ত্রুটি ফুটো মেট্রিক্স

ত্রুটি অপসারণের বিপরীতে, ত্রুটি ফুটো মেট্রিক্স পরীক্ষার বর্তমান পর্যায় থেকে পরবর্তী বা পরবর্তী পর্যায়ে ফাঁস হওয়া ত্রুটির শতাংশ দেখায়।

দলের যোগ্যতার উন্নতির জন্য ত্রুটি ফুটো মেট্রিক্স ন্যূনতম হওয়া উচিত।

সূত্র:

|_+_|

উদাহরণ:

প্রাথমিক পর্যায়ে 200টি ত্রুটি সহ সফ্টওয়্যার বিবেচনা করুন। সফ্টওয়্যারটিতে ফিক্সিং, রিটেস্টিং এবং রিগ্রেশন টেস্টিং করার পরে, ব্যবহারকারীর গ্রহণযোগ্যতা দল পরীক্ষা করে এবং আরও 40টি ত্রুটি খুঁজে পায় যা পূর্ববর্তী পরীক্ষার পর্যায়গুলির সময় সনাক্ত করা এবং সমাধান করা যেতে পারে। এই 40টি ত্রুটি পরবর্তী পর্যায়ে ফাঁস করা হয়েছিল এবং সিস্টেম থেকে সরানো হয়নি। এইভাবে,

|_+_|

অতএব, 16.67% ত্রুটিগুলি পরবর্তী পর্যায়ে ফাঁস করা হয়েছিল।

ত্রুটির বয়স

ত্রুটিগুলির জীবনচক্র একটি নতুন ত্রুটি সনাক্ত করা থেকে শুরু হয় এবং শেষ হয় যখন সেগুলি সংশোধন করা হয় বা পরবর্তী প্রকাশের জন্য রাখা হয় এবং নথিভুক্ত করা হয়।

ত্রুটির বয়স হল একটি ত্রুটি সনাক্তকরণ এবং বন্ধ করার মধ্যে সময়ের ব্যবধান।

|_+_|

ত্রুটিটি ঘন্টা বা দিনের মধ্যে হতে পারে - ত্রুটির বয়স যত কম হবে, টেস্টিং টিমের প্রতিক্রিয়াশীলতা তত ভাল।

ত্রুটির শ্রেণীবিভাগ

সমস্ত ত্রুটি একই নয় বা পরীক্ষকদের অবিলম্বে মনোযোগের প্রয়োজন হয় না।

এই কারণেই ত্রুটিগুলিকে শ্রেণীবদ্ধ করা অপরিহার্য।

ত্রুটিগুলিকে তীব্রতা বা অগ্রাধিকারের স্তর দিয়ে সংজ্ঞায়িত করা হয় যাতে উন্নয়ন দল বুঝতে পারে কোনটি প্রথমে সমাধান করতে হবে।

1. ত্রুটির তীব্রতা

ত্রুটির তীব্রতা বা ত্রুটির তীব্রতা , যার অর্থ সাধারণ পরিভাষায়, একটি প্রভাব হিসাবে ব্যাখ্যা করা যেতে পারে যে ত্রুটিটি সফ্টওয়্যারের বিকাশ বা সম্পাদনের উপর পড়ে।

ISTQB এর মতে, ত্রুটির তীব্রতা একটি সিস্টেমের উপাদান বা সমগ্র সিস্টেমের বিকাশ বা অপারেশনের উপর ত্রুটির প্রভাবের মাত্রা হিসাবে সংজ্ঞায়িত করা যেতে পারে।

প্রতিটি চিহ্নিত ত্রুটির জন্য তীব্রতার মাত্রা নির্ধারণ করা QA দলের দায়িত্ব।

দক্ষ ত্রুটির তীব্রতা পরিমাপের মাধ্যমে, QA দল শেষ-ব্যবহারকারীর সম্ভাব্য ব্যবসায়িক প্রভাব নিয়ন্ত্রণ করতে সিস্টেমের গুরুতর ত্রুটি এবং অন্যান্য তীব্রতা সমাধান করতে পারে।

উদাহরণ:

Add to Cart-এর বানানটি একটি অ-গুরুত্বপূর্ণ ত্রুটি, কিন্তু একটি ই-কমার্স ওয়েবসাইটে কাজ না করা কার্টে যোগ করার কার্যকারিতা একটি গুরুতর ত্রুটি।

এটা কেন গুরুত্বপূর্ণ?

সমস্যাটির তীব্রতার মাত্রা নির্ধারণের গুরুত্ব হল:

  • টেস্টিং দলগুলি পরীক্ষার প্রক্রিয়ার দক্ষতা নির্ধারণ করতে পারে।
  • সফ্টওয়্যারটির বিভিন্ন দিকগুলির অনুপযুক্ত কার্যকারিতা সহজেই পরীক্ষা করা যায়।
  • ত্রুটির তীব্রতা ব্যবহার করে বাগ ট্র্যাকিং বাড়ানো হবে, যা সফ্টওয়্যারের গুণমানকে উন্নত করবে।
  • QA দল প্রথমে উচ্চতর তীব্রতার ত্রুটিগুলি নির্ধারণ এবং পরীক্ষা করতে পারে।
  • ত্রুটি বা ত্রুটির তীব্রতা ব্যবহার করে বাগ মনিটরিং এবং ম্যানেজমেন্ট সিস্টেমগুলি আরও পদ্ধতিগত এবং সংগঠিত হতে পারে।
  • বিকাশকারীর দক্ষতা এবং অভিজ্ঞতার স্তর এবং তীব্রতা এবং স্তরের স্তরের উপর নির্ভর করে ত্রুটিগুলি আরও দক্ষতার সাথে বরাদ্দ করা যেতে পারে।

ত্রুটির তীব্রতার উপর ভিত্তি করে ত্রুটির প্রকার

ত্রুটির তীব্রতার উপর ভিত্তি করে, সফ্টওয়্যারে চারটি স্তরের তীব্রতা পাওয়া যায়:

(i) সমালোচনামূলক

S1 দ্বারা প্রতিনিধিত্ব করা হয়, এটি হল সর্বোচ্চ স্তরের তীব্রতা বা সর্বোচ্চ অগ্রাধিকারের তীব্রতা যা সফ্টওয়্যারে পাওয়া যায়।

এই ত্রুটির ধরনগুলি সফ্টওয়্যারটির কার্য সম্পাদনকে সম্পূর্ণরূপে বাধা দেয় এবং কখনও কখনও সিস্টেমটি সম্পূর্ণ বন্ধ করে দেয়।

এই ত্রুটিগুলি অপসারণ করা অত্যন্ত গুরুত্বপূর্ণ কারণ তাদের কোনও সমাধান নেই এবং সফ্টওয়্যারটির আরও পরীক্ষায় ব্যাঘাত ঘটায়।

জন্য উদাহরণ , সঠিক আইডি এবং পাসওয়ার্ড দেওয়ার পরেও, ব্যবহারকারী লগ ইন করতে পারে না এবং একটি অ্যাপ্লিকেশন অ্যাক্সেস করতে পারে না এটি একটি গুরুতর ত্রুটি।

(ii) মেজর

একটি উল্লেখযোগ্য ত্রুটি ঘটে যখন সিস্টেমটিকে ইনপুটের একটি সেট দেওয়া হয় কিন্তু ফলাফলের পছন্দসই সেট প্রদান করতে পারে না। S2 এটি প্রতিনিধিত্ব করে।

এই ত্রুটিগুলির কারণে একটি সিস্টেম বিপর্যস্ত হতে পারে কিন্তু তারপরও কিছু কার্যকারিতা চালু রাখে, যার ফলে আরও পরীক্ষার জন্য তাদের চারপাশে কাজ করার জন্য একটি ছোট ঘর ছেড়ে যায়।

জন্য উদাহরণ , একটি ই-কমার্স ওয়েবসাইটে কার্টে একাধিক আইটেম যোগ করতে না পারা একটি উল্লেখযোগ্য ত্রুটি কিন্তু সমালোচনামূলক নয় কারণ ব্যবহারকারী এখনও একটি আইটেমের জন্য কেনাকাটা করতে সক্ষম হবেন।

(iii) অপ্রাপ্তবয়স্ক

যখন একটি উপাদান প্রত্যাশিত ফলাফল দেয় না বা তার প্রয়োজনীয়তা পূরণ করে না কিন্তু সামগ্রিক সিস্টেমের উপর একটি নগণ্য প্রভাব ফেলে তখন তাকে ছোট বা মাঝারি ত্রুটি বলা হয়।

S3 দ্বারা উপস্থাপিত, ছোটখাট ত্রুটিগুলি অ্যাপ্লিকেশনের শুধুমাত্র একটি ছোট অংশকে প্রভাবিত করে যা সফ্টওয়্যারটিকে কিছু অস্বাভাবিক আচরণ প্রদর্শন করে কিন্তু পুরো সিস্টেমটি করে।

জন্য উদাহরণ , এমনকি আইটেম অর্ডার করার পরেও, আইটেমটি অর্ডার করা আইটেমগুলিতে দৃশ্যমান এবং ট্র্যাক করা যেতে পারে, তবে আইটেম অর্ডার না করা প্রম্পট উইন্ডোর একটি বার্তা দেখানো হয়েছে। এটি একটি ছোটখাট ত্রুটি, কারণ প্রম্পটটি ভুল।

(iv) তুচ্ছ

ত্রুটিগুলির তুচ্ছ ত্রুটিগুলি হল কম তীব্রতার ত্রুটি যা শুধুমাত্র সফ্টওয়্যারটির চেহারা এবং অনুভূতিকে প্রভাবিত করে কিন্তু সিস্টেম বা সফ্টওয়্যারের কোনো কার্যকারিতা বা ত্রুটিকে প্রভাবিত করে না।

এই S4 স্তরের তীব্রতা ত্রুটি কার্যকারিতা প্রভাবিত নাও করতে পারে কিন্তু এখনও একটি বৈধ ত্রুটি এবং সংশোধন করা আবশ্যক।

জন্য উদাহরণ , ওয়েবসাইটের শর্তাবলী/শর্তাবলী পৃষ্ঠায় অসঙ্গতি বা বানান ভুল একটি তুচ্ছ ত্রুটি।

তীব্রতার একটি স্তর সংজ্ঞায়িত করার আগে সতর্কতা

যেহেতু ত্রুটির তীব্রতা সফ্টওয়্যার পরীক্ষার একটি অপরিহার্য দিক, তাই তাদের সংজ্ঞায়িত করার সময় অত্যন্ত সতর্কতা অবলম্বন করা উচিত।

প্রতিটি স্তরের তীব্রতা অবশ্যই স্পষ্টভাবে সংজ্ঞায়িত করা উচিত কারণ এটি উন্নয়ন এবং QA দলের মধ্যে পার্থক্য সৃষ্টি করতে পারে।

2. ত্রুটি অগ্রাধিকার

একটি ত্রুটি সমাধানের গুরুত্ব বা জরুরিতা ত্রুটি বা ত্রুটির অগ্রাধিকার দ্বারা নির্ধারিত হয়।

দ্য প্রকল্প ব্যবস্থাপক ব্যবহারকারীর ব্যবসার চাহিদা এবং ত্রুটির তীব্রতার উপর ভিত্তি করে প্রতিটি ত্রুটির অগ্রাধিকার নির্ধারণ করে।

একটি ত্রুটির অগ্রাধিকার বিষয়গত কারণ এটি অন্যান্য ত্রুটির সাথে তুলনা করার পরে নির্ধারিত হয়।

প্রোজেক্ট ম্যানেজার ছাড়াও, পণ্যের মালিক, ব্যবসা বিশ্লেষক এবং ব্যবসায়িক স্টেকহোল্ডারদের দ্বারা ত্রুটিগুলির উচ্চ বা নিম্ন অগ্রাধিকার নির্ধারণ করা হয়।

ত্রুটি অগ্রাধিকারের উপর ভিত্তি করে ত্রুটির প্রকার

ত্রুটিগুলি শ্রেণীবদ্ধ করার জন্য চারটি অগ্রাধিকার স্তর রয়েছে:

(i) তাৎক্ষণিক

সিস্টেম এবং ব্যবসার প্রয়োজনীয়তাগুলিকে প্রভাবিত করে এমন ত্রুটিগুলি অবিলম্বে ঠিক করা দরকার।

P1 দ্বারা উপস্থাপিত, এই ত্রুটিগুলি সিস্টেমটিকে তার মূল ফাংশনগুলি সম্পাদন করতে বা সিস্টেমটিকে অস্থির করে তুলতে বাধা দেয়, যার ফলে পরবর্তী পরীক্ষাগুলিকে সীমাবদ্ধ করে।

ব্যবসা/স্টেকহোল্ডারদের দ্বারা ক্রমটিকে পুনরায় অগ্রাধিকার দেওয়া না হলে সমস্ত গুরুতর তীব্রতার ত্রুটিগুলির অবিলম্বে অগ্রাধিকার থাকে৷

জন্য উদাহরণ , একটি ভুল বানান কোম্পানির নাম একটি উচ্চ বা গুরুতর গুরুতর ত্রুটি নাও হতে পারে, কিন্তু এটি একটি অবিলম্বে অগ্রাধিকার কারণ এটি তার ব্যবসাকে প্রভাবিত করে৷

(ii) উচ্চ

এই P2 বা উচ্চ অগ্রাধিকার ত্রুটিগুলি অবিলম্বে অগ্রাধিকারেরগুলি সমাধান হয়ে গেলে সমাধান করার জন্য পরবর্তী সারিতে।

যে ত্রুটিগুলি তাদের 'প্রস্থানের মানদণ্ড'-এর সাথে মেলে না বা একটি উপাদানকে পূর্ব-নির্ধারিত কর্মক্ষমতা পরিমাপ থেকে বিচ্যুত করে। এই ব্যবস্থাগুলি কোডিং বা পরিবেশগত কারণের উপর নির্ভরশীল হতে পারে।

ব্যবসা বা গ্রাহক সরাসরি ত্রুটি দ্বারা প্রভাবিত হয় না কিন্তু এখনও সংশোধন করা জরুরী.

জন্য উদাহরণ , শপিং কার্টে পণ্য যোগ না করা একটি উচ্চ অগ্রাধিকার বিভাগের অন্তর্গত।

(iii) মাঝারি

যে ত্রুটিগুলি উচ্চ এবং তাত্ক্ষণিক বিভাগে পড়ে না সেগুলি মধ্যম অগ্রাধিকারের মধ্যে পড়ে।

উপরেরগুলি ঠিক করার সাথে সাথে এই ত্রুটিগুলি অবশ্যই ঠিক করা উচিত কারণ এতে কার্যকারিতা সম্পর্কিত ত্রুটি থাকতে পারে।

P3 দ্বারা প্রতিনিধিত্ব করা, এই ত্রুটিগুলি কখনও কখনও তুচ্ছ বা প্রসাধনী ত্রুটিগুলি অন্তর্ভুক্ত করতে পারে যেমন ব্যর্থতার সময় ভুল ত্রুটি বার্তা।

এই ত্রুটিগুলি পরবর্তী প্রকাশগুলিতেও সংশোধন করা যেতে পারে।

জন্য উদাহরণ , এমনকি সফল লগইন করার পরেও, লগইন আইডি/পাসওয়ার্ড অবৈধ বলে একটি ত্রুটি বার্তা প্রম্পট করছে, তাহলে এটি একটি মাঝারি অগ্রাধিকার ত্রুটি।

(iv) কম

এগুলি বেশিরভাগই কম তীব্রতার ত্রুটি যার জন্য অবিলম্বে মনোযোগের প্রয়োজন হয় না এবং অন্যান্য জটিল এবং অপরিহার্য ত্রুটিগুলি ঠিক হয়ে গেলে সমাধান করা যেতে পারে।

P4 দ্বারা উপস্থাপিত, এই ত্রুটিগুলি টাইপিং ত্রুটি, প্রসাধনী ত্রুটি, বা ব্যবহারকারীর অভিজ্ঞতা উন্নত করার জন্য উন্নতি সম্পর্কিত পরামর্শ হতে পারে।

যেহেতু তারা অবিলম্বে মনোযোগ প্রয়োজন হয় না, তারা ভবিষ্যতে সমাধান করা যেতে পারে.

জন্য উদাহরণ , যোগাযোগ ট্যাবটি হোম পেজে অবস্থিত নয় এবং নেভিগেশন বারে অন্যান্য মেনুতে লুকানো আছে।

অগ্রাধিকার এবং তীব্রতা নির্বাচন করার আগে নির্দেশিকা

উন্নয়ন এবং টেস্টিং টিমের মধ্যে মসৃণ লেনদেন এবং যোগাযোগের জন্য, তীব্রতা এবং অগ্রাধিকারের স্তর নির্বাচন করার আগে কিছু নির্দেশিকা অবশ্যই সিদ্ধান্ত নেওয়া উচিত।

এই নির্দেশিকাগুলির মধ্যে কয়েকটি হল:

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

ত্রুটির তীব্রতা এবং অগ্রাধিকারের মধ্যে পার্থক্য

ত্রুটির তীব্রতা ত্রুটি অগ্রাধিকার
এটি সিস্টেমে একটি ত্রুটির প্রভাবের মাত্রা।এটি সেই ক্রম যা বিকাশকারী ত্রুটিটি সমাধান করবে।
QA পরীক্ষকরা তীব্রতার মাত্রা সেট করে।পণ্য পরিচালক এবং অন্যান্য ব্যবসায়িক স্টেকহোল্ডাররা অগ্রাধিকার ক্রম সেট করে।
তীব্রতা, একবার সিদ্ধান্ত নেওয়া হলে, সময়ের সাথে পরিবর্তন হয় না।অন্যান্য ত্রুটির সাথে তুলনার ভিত্তিতে ত্রুটির অগ্রাধিকার পরিবর্তন হতে পারে।
এটি চার প্রকার: ক্রিটিকাল মেজর মাইনর ট্রিভিয়ালএটি চার প্রকার: তাৎক্ষণিক উচ্চ মাঝারি নিম্ন
এটি ত্রুটির গুরুতরতা নির্দেশ করে।এটি ত্রুটিটির ব্যবসায়িক গুরুত্ব এবং কত তাড়াতাড়ি এটি ঠিক করা প্রয়োজন তা নির্দেশ করে৷
গুরুতরতা কার্যকারিতার উপর ভিত্তি করে যা ত্রুটি প্রভাবিত করে।অগ্রাধিকার ব্যবসায়িক মূল্যের উপর ভিত্তি করে যা ত্রুটি দ্বারা প্রভাবিত হয়।
SIT চলাকালীন, ত্রুটিগুলি প্রথমে তীব্রতা এবং তারপর অগ্রাধিকারের ভিত্তিতে সংশোধন করা হয়।UAT চলাকালীন, ত্রুটিগুলি অগ্রাধিকারের ভিত্তিতে সংশোধন করা হয়।

তীব্রতা এবং অগ্রাধিকারের সমন্বয়

যেহেতু অগ্রাধিকার এবং তীব্রতা ত্রুটিগুলির দুটি সবচেয়ে গুরুত্বপূর্ণ শ্রেণীবিভাগ, তাই অনেক সংস্থা বিভিন্ন স্তরকে সংজ্ঞায়িত করতে তীব্রতা এবং অগ্রাধিকার স্তরকে একত্রিত করে।

1. উচ্চ অগ্রাধিকার, উচ্চ তীব্রতা

গুরুত্বপূর্ণ বা বড় ব্যবসার প্রয়োজনীয় ত্রুটিগুলি এই বিভাগের অধীনে পড়ে এবং অবিলম্বে ঠিক করা দরকার কারণ সেগুলি ঠিক না হওয়া পর্যন্ত আর কোনও পরীক্ষা ঘটতে পারে না৷

জন্য উদাহরণ , একটি ই-কমার্স ওয়েবসাইটে আপনার শপিং কার্টে পণ্যগুলির জন্য অর্থপ্রদান করার পরে, আইটেমটি এখনও অর্ডার করা হয়নি, তবে আপনার অ্যাকাউন্ট থেকে অর্থপ্রদান কেটে নেওয়া হয়েছে৷

2. উচ্চ অগ্রাধিকার, নিম্ন তীব্রতা

যে ত্রুটিগুলি কার্যকরী প্রয়োজনীয়তাকে প্রভাবিত করে না কিন্তু ব্যবসার প্রয়োজনীয়তা বা ব্যবহারকারীর অভিজ্ঞতাকে প্রভাবিত করে, তাহলে সেই ত্রুটিগুলি এই বিভাগের অধীনে পড়ে৷

জন্য উদাহরণ , ওয়েবসাইটের ফন্ট এবং সারিবদ্ধকরণ ব্যবহারকারী-বান্ধব নয়, তাহলে কম গ্রাহক ওয়েবসাইটে ক্লিক করবে, যার ফলে ব্যবসা প্রভাবিত হবে।

3. উচ্চ তীব্রতা, নিম্ন অগ্রাধিকার

কার্যকরী প্রয়োজনীয়তার পরিপ্রেক্ষিতে এই ত্রুটিগুলির উচ্চ তীব্রতা রয়েছে কিন্তু ব্যবসার প্রয়োজনীয়তাগুলিকে প্রভাবিত করে না।

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

4. কম তীব্রতা, কম অগ্রাধিকার

বানান ভুল, হরফ, অ্যাপ্লিকেশনের পরবর্তী পৃষ্ঠাগুলিতে ভুল বিন্যাস যা ব্যবহারকারীরা প্রায়শই এই বিভাগের অন্তর্ভুক্ত নয়।

জন্য উদাহরণ , শব্দ ও শর্ত পৃষ্ঠা বা গোপনীয়তা নীতি পৃষ্ঠাগুলিতে বানান ভুল কম তীব্রতা এবং কম অগ্রাধিকার ত্রুটি।

3. ত্রুটি সম্ভাবনা

ত্রুটির সম্ভাবনা হল ব্যবহারকারীর ত্রুটির দৃশ্যমানতার সম্ভাবনা।

ত্রুটির সম্ভাবনাকে ত্রুটি দৃশ্যমানতা, বাগ দৃশ্যমানতা বা বাগ সম্ভাবনাও বলা যেতে পারে এবং শতাংশ (%) দ্বারা চিহ্নিত করা হয়।

একটি ত্রুটির সম্ভাব্যতা একটি নির্দিষ্ট বৈশিষ্ট্য বা উপাদানের জন্য নির্ধারিত হয় কিন্তু সমগ্র সিস্টেম নয়।

এইভাবে, একটি কম সম্ভাব্যতা ত্রুটি একটি ব্যাপকভাবে ব্যবহৃত বৈশিষ্ট্য উপস্থিত হতে পারে, যেখানে একটি উচ্চ সম্ভাবনা ত্রুটি খুব কমই ব্যবহৃত হয়।

ত্রুটি সম্ভাবনার প্রকার

(i) উচ্চ

উচ্চ সম্ভাবনার ত্রুটিগুলি হল যেগুলি ব্যবহারকারীদের দ্বারা সহজেই সম্মুখীন হতে পারে৷

এই ত্রুটিগুলি ব্যবহারকারীর অ্যাক্সেসের প্রায় সমস্ত বৈশিষ্ট্যগুলিতে উপস্থিত রয়েছে।

(ii) মাঝারি

একটি নির্দিষ্ট বৈশিষ্ট্য পরীক্ষা করার সময়, যদি তার ব্যবহারকারীদের 50% এর বেশি দ্বারা একটি ত্রুটির সম্মুখীন হয়, ত্রুটিটিকে একটি মাঝারি সম্ভাব্যতা ত্রুটি হিসাবে শ্রেণীবদ্ধ করা হয়।

(iii) কম

কম সম্ভাবনার ত্রুটি খুব কম ব্যবহারকারীর সম্মুখীন হয় এবং এখনই সমাধান করার প্রয়োজন নেই।

ত্রুটি জীবন চক্র

একটি ত্রুটির জীবনচক্র বা বাগ জীবনচক্র এমন অবস্থার একটি সেটকে সংজ্ঞায়িত করেছে যেগুলি একটি ত্রুটি তার সমগ্র জীবন-ফর্মের মধ্য দিয়ে যায়, এটি সমাধান/প্রত্যাখ্যান/বিলম্বিত হতে দেখা যায়।

বিভিন্ন দলের মধ্যে সমন্বয় এবং যোগাযোগ সহজতর করার জন্য সংজ্ঞায়িত একটি বাগ এর বৃদ্ধি চক্র হিসাবে বাগ জীবন চক্র বোঝা যায়।

বাগ চক্রটি সংস্থা, সরঞ্জাম (JIRA, QC, ইত্যাদি) এবং প্রকল্পের ধরণের উপর নির্ভর করে পরিবর্তিত হয়।

ত্রুটিপূর্ণ রাষ্ট্র

সফ্টওয়্যার পরীক্ষায় ত্রুটির জীবনচক্র বা বাগ লাইফ সাইকেলের বিভিন্ন অবস্থা রয়েছে। অনুসরণ হিসাবে তারা:

নতুন: যখন টেস্টিং টিম ডেভেলপ করা অ্যাপ্লিকেশনে কোনো ভুল বা ত্রুটি দেখতে পায়, তখন সফ্টওয়্যার বাগ চক্র শুরু হয় এবং বাগটিকে নতুন অবস্থায় বলা হয়।

বরাদ্দ করা হয়েছে: ত্রুটি খুঁজে পাওয়ার পরে, পরীক্ষার লিড বা প্রকল্প ব্যবস্থাপক ত্রুটিটি অনুমোদন করে এবং ত্রুটির স্থিতিকে অ্যাসাইন করে পরিবর্তন করে ডেভেলপমেন্ট টিমের কাছে বরাদ্দ করে।

খুলুন: যখন ত্রুটিটি উন্নয়ন দল দ্বারা অগ্রগতির অধীনে রাখা হয়, তখন এটি একটি ওপেন স্টেট বরাদ্দ করা হয়। বিকাশকারীরা বাগটি ঠিক করা শুরু করতে পারে যদি এটি বাগ জীবন চক্রের এই বিভাগের অধীনে না পড়ে:

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

স্থির: ত্রুটি সমাধানের পর, উন্নয়নশীল দল ত্রুটিটিকে স্থির অবস্থা নির্ধারণ করে পুনরায় পরীক্ষার জন্য পরীক্ষাকারী দলের কাছে পাঠায়।

মুলতুবি পুনরায় পরীক্ষা: যখন টেস্টিং টিম ত্রুটির জীবনচক্রের পূর্ববর্তী ধাপ থেকে ফিক্সড স্টেট ডিফেক্ট পায়, তখন বাগটিকে পেন্ডিং রিটেস্ট স্ট্যাটাস বরাদ্দ করা হয়।

পুনরায় পরীক্ষা করুন: ত্রুটি সংশোধন করা হয়েছে কিনা তা পরীক্ষা করার জন্য আবেদনের পুনরায় পরীক্ষা শুরু হলে, ত্রুটিটিকে পুনরায় পরীক্ষার স্থিতি দেওয়া হয়। ত্রুটির পুনঃ-পরীক্ষা শেষ হওয়ার পরে, পরীক্ষাকারী দল এটিকে বাগ চক্রের দুটি অবস্থার যেকোন একটিতে বরাদ্দ করতে পারে:

আবার খুলুন: যদি পুনরায় পরীক্ষা করার পরেও ত্রুটিটি সমাধান করা না হয়, তবে পরীক্ষাটি বাগটিকে পুনরায় খোলার স্থিতি নির্ধারণ করে এবং এটি উন্নয়ন দলের কাছে ফেরত পাঠায়।

যাচাই: যদি ত্রুটিটি সম্পূর্ণরূপে সমাধান করা হয়, ত্রুটিটি যাচাইকৃত স্থিতি বরাদ্দ করা হয় যা বোঝায় যে ত্রুটিটি QA দ্বারা সমাধান এবং যাচাই করা হয়েছে।

বন্ধ: একবার বাগটি বিকাশকারী দ্বারা সংশোধন করা হয় এবং পরীক্ষক দ্বারা যাচাই করা হয়, তারপর ত্রুটিটির স্থিতি বন্ধ হয়ে যায়৷ এই অবস্থার সমাপ্তির সাথে ত্রুটির জীবনচক্রও শেষ হয়ে যায়।

ত্রুটিপূর্ণ জীবন চক্রের জন্য নির্দেশিকা

ত্রুটিপূর্ণ জীবনচক্রের অবস্থা সংজ্ঞায়িত করার আগে বিবেচনা করার জন্য নির্দিষ্ট নির্দেশিকা রয়েছে। তারা হল:

  • একজন দলের নেতা বা প্রকল্প ব্যবস্থাপককে নিশ্চিত করা উচিত যে দলের সদস্যরা ত্রুটি এবং তার অবস্থার প্রতি তাদের দায়িত্ব জানেন।
  • ত্রুটির স্থিতি বরাদ্দ করা এবং বজায় রাখা উচিত।
  • নিশ্চিত করুন যে পুরো ত্রুটির জীবনচক্রটি আপনার দলের প্রতিটি সদস্যের দ্বারা ভালভাবে নথিভুক্ত এবং বোঝা যায়।
  • ত্রুটির অবস্থা পরিবর্তন করার আগে, একটি যুক্তিসঙ্গত এবং বিস্তারিত কারণ উল্লেখ করা আবশ্যক।

ত্রুটির মূল কারণ বিশ্লেষণ

এখন যেহেতু আমরা ত্রুটিগুলি এবং ত্রুটির জীবনচক্রের শ্রেণিবিন্যাস দেখেছি, আসুন এর মূল কারণগুলি বোঝার জন্য ত্রুটিগুলির মূল কারণ বিশ্লেষণ (RCA) পরীক্ষা করে দেখি।

যদি এই বিশ্লেষণটি পদ্ধতিগতভাবে সঞ্চালিত হয়, তবে বর্তমান সফ্টওয়্যারটি কেবল নয় বরং সমগ্র সংস্থার জন্য উপকৃত হবে।

মূল কারণ বিশ্লেষণ প্রাথমিকভাবে ত্রুটিগুলি খুঁজে পেতে সাহায্য করে, যার ফলে দীর্ঘমেয়াদে সেগুলি ঠিক করার সামগ্রিক খরচ হ্রাস পায়। এটি নকশা ত্রুটি, পরীক্ষার ত্রুটি, সেইসাথে পণ্য ত্রুটির উপর করা যেতে পারে।

যাইহোক, মনে রাখবেন যে মূল কারণ বিশ্লেষণের উদ্দেশ্য ত্রুটির চিকিত্সা বা সমাধান করা নয় তবে কেবল সেগুলি খুঁজে বের করা বা নির্ণয় করা।

রেফ্রিজারেটর মেকানিকের কেস স্টাডি বিবেচনা করে, আমরা মূল কারণ বিশ্লেষণ আরও ভালভাবে বুঝতে পারি। একজন ভালো মেকানিক প্রথমে আমাদের রেফ্রিজারেটরের সমস্যার মূল কারণ খুঁজে বের করবেন এবং তারপরে এটি ঠিক করার উপযুক্ত পদ্ধতি ব্যবহার করবেন।

মূল কারণ বিশ্লেষণকে একটি বিপরীত প্রকৌশল পদ্ধতি হিসাবে বিবেচনা করা যেতে পারে যেখানে ঘটনাগুলির শৃঙ্খলটি শেষ সম্ভাব্য ক্রিয়া থেকে শুরু করে পিছনে চলে যায়।

প্রক্রিয়া (5W1H পদ্ধতি)

নীচে দেওয়া চারটি প্রশ্নের সাহায্যে, মূল কারণ বিশ্লেষণ করা যেতে পারে:

কি?

মূল কারণ বিশ্লেষণ প্রক্রিয়ার প্রথম এবং অপরিহার্য পদক্ষেপ হল সমস্যাটি কী তা নির্ধারণ করা।

সমস্যাটির মূল কারণ নির্ধারণ করা অসম্ভব হবে যদি আমরা সমস্যাটি সঠিকভাবে না জানি।

জন্য উদাহরণ , আপনার ওয়েবসাইট ব্যবহারকারীরা অভিযোগ করেছেন যে তারা সঠিক আইডি এবং পাসওয়ার্ড দিয়ে লগ ইন করতে পারে না।

কখন?

পরবর্তী পদক্ষেপটি নির্ধারণ করা হচ্ছে কখন একটি নির্দিষ্ট সমস্যা হয়েছে।

উদাহরণস্বরূপ, ব্যবহারকারীরা 4:00 AM থেকে 5:00 AM এর মধ্যে লগইন করতে অক্ষম ছিল৷

কোথায়?

এই ধাপটি নির্ধারণ করে কোথায় সমস্যাটি ঘটেছে, যেমন, ওয়েবসাইটের কোন পৃষ্ঠায় বা সফ্টওয়্যারের অবস্থান।

জন্য উদাহরণ , ব্যবহারকারীরা লগইন পৃষ্ঠায় লগ ইন করতে পারেনি, তাই লগইন পৃষ্ঠায় সমস্যা হয়েছে৷

WHO?

এই প্রশ্নটি সেই ব্যক্তির সাথে সম্পর্কিত যে সমস্যার সমাধানের সাথে জড়িত ছিল।

জন্য উদাহরণ , সার্ভার অ্যাডমিনিস্ট্রেটর সার্ভার রক্ষণাবেক্ষণের জন্য দায়ী ছিল, যার ফলে ব্যবহারকারীদের সাথে লগইন সমস্যা হয়েছে।

কেন?

এই পদক্ষেপটি সমস্যাটির সংঘটনের কারণ চিহ্নিত করা এবং এর অন্তর্নিহিত মূল কারণের বিশদ বিশ্লেষণের সাথে সম্পর্কিত।

জন্য উদাহরণ , সার্ভারগুলি রক্ষণাবেক্ষণের জন্য ডাউন ছিল, যা ব্যবহারকারীদের লগইনে হস্তক্ষেপ করেছিল।

কিভাবে?

এটি মূল কারণ বিশ্লেষণ প্রক্রিয়ার চূড়ান্ত ধাপ। ভবিষ্যতে কীভাবে সমস্যাটি ঘটবে না তা নিশ্চিত করতে এটি আমাদের সহায়তা করে।

জন্য উদাহরণ , নিশ্চিত করা যে সমস্ত নিবন্ধিত ব্যবহারকারীদের কাছে একটি ইমেল বা এসএমএস পাঠানো হয়েছে যখনই সিস্টেমটি রক্ষণাবেক্ষণের অধীনে থাকবে আমাদের ভবিষ্যতের ঘটনা রোধ করতে সাহায্য করবে৷

ধাপে ধাপে মূল কারণ বিশ্লেষণ

মূল কারণ বিশ্লেষণের জন্য একটি কাঠামোগত এবং সংগঠিত পদ্ধতির প্রয়োগ করা অপরিহার্য।

নিম্নলিখিত পদক্ষেপগুলি অনুসরণ করতে হবে:

1. একটি মূল কারণ বিশ্লেষণ দল গঠন করুন

প্রতিটি দলের কাজ হল একজন RCA ম্যানেজার থাকা যিনি সমস্যার সাথে সম্পর্কিত বিশদ সংগ্রহ করবেন এবং RCA প্রক্রিয়া শুরু করবেন।

প্রতিটি দলের কর্মী, যেমন, প্রয়োজনীয়তা, পরীক্ষা, গুণমান, নকশা, সমর্থন এবং রক্ষণাবেক্ষণ এবং ডকুমেন্টেশন, RCA দলে থাকা উচিত।

প্রতিটি দল ত্রুটি সনাক্তকরণ এবং ঘটনার রিপোর্ট, সমস্যা প্রমাণ ইত্যাদির সাথে তাদের পর্যায়ক্রমে কী ভুল হয়েছে তা নির্ধারণের জন্য দায়ী থাকবে।

2. সংজ্ঞায়িত করুন

একবার ঘটনার রিপোর্ট, সমস্যার প্রমাণ, এবং অন্যান্য নথি সংগ্রহ করা হলে, RCA দল তারপর সমস্যাটি অধ্যয়ন করবে এবং নির্ধারণ করার চেষ্টা করবে:

ইভেন্টের ক্রম ব্যবহারকারীকে সমস্যার দিকে নিয়ে যায়,

  • সমস্যা জড়িত সিস্টেম,
  • সমস্যার সময়কাল,
  • সমস্যার প্রভাব, এবং
  • সমস্যায় জড়িত ব্যক্তি।

3. সনাক্তকরণ

সমস্যাটি সংজ্ঞায়িত করার পরে, RCA দল মূল কারণ নির্ধারণের জন্য Fishbone বা 5 Why Analysis ব্যবহার করতে পারে।

RCA ম্যানেজার তখন ব্রেনস্টর্মিং সেশনের মসৃণ কার্যকারিতার জন্য নিয়মের সেট আপ করতে সাহায্য করবে।

4. রুট কজ কারেকটিভ অ্যাকশন (RCCA) বাস্তবায়ন করা

ডেলিভারি ম্যানেজারের সাহায্যে, ডেলিভারির তারিখ এবং ফিক্সের জন্য প্রয়োজনীয় সংস্করণগুলি সংজ্ঞায়িত করা হবে, তারপরে সংশোধনের কাজ শুরু হবে।

উদাহরণস্বরূপ, যখন একটি সমর্থন দল ব্যবহারকারীদের তাদের সমস্যার সমাধান দেয়, তখন এটি অস্থায়ী হবে৷ RCCA বাস্তবায়ন একটি স্থায়ী সমাধান প্রদান করবে যাতে ভবিষ্যতে ত্রুটি ঘটবে না।

5. রুট কজ প্রিভেন্টিভ অ্যাকশন (RCPA) বাস্তবায়ন করা

RCPA একটি আপডেট করা নির্দেশনা ম্যানুয়াল, দলের জন্য আপডেট করা মূল্যায়ন চেকলিস্ট, উন্নত দক্ষতা সেট ইত্যাদির মাধ্যমে ভবিষ্যতে এই জাতীয় সমস্যাগুলি প্রতিরোধ করার বিষয়ে কাজ করে।

মূল কারণ বিশ্লেষণের সুবিধা

আরসিএ সাহায্য করছে

  • বারবার একই বিষয়গুলিতে পুনরায় কাজ হ্রাস করা।
  • পুনরাবৃত্তি সমস্যা প্রতিরোধ.
  • সমস্যা সমাধানের খরচ কমানো।
  • গ্রাহক এবং স্টেকহোল্ডারদের নগণ্য ত্রুটিযুক্ত সফ্টওয়্যার সরবরাহ করা

ত্রুটি বনাম ত্রুটি বনাম ব্যর্থতা

সাধারণত, পরীক্ষার নতুনরা সিস্টেম/অ্যাপ্লিকেশানে অস্বাভাবিকতা বা অপ্রত্যাশিত আউটপুটের জন্য কোন শব্দটি ব্যবহার করতে হবে তা নিয়ে বিভ্রান্ত হয়।

তারা এই অস্বাভাবিকতাগুলিকে ত্রুটি, বাগ, ত্রুটি বা ব্যর্থতা হিসাবে কল করে এবং তারা কী বোঝায় তা স্পষ্টভাবে না বুঝেই একে অপরের সাথে এই পদগুলি ব্যবহার করে।

আসুন দেখি কীভাবে ত্রুটি, ত্রুটি এবং ব্যর্থতা একে অপরের থেকে আলাদা।

শর্তাবলী

প্রথমে, আমরা নবাগত পরীক্ষকদের দ্বারা ব্যবহৃত বিভিন্ন পদের কয়েকটি নিয়ে আলোচনা করব।

ত্রুটি: একটি ত্রুটি একটি ভুল, ভুল বোঝাবুঝি বা বিকাশকারীর পক্ষ থেকে ঘটে যাওয়া একটি ভুল ধারণা হতে পারে৷ বিকাশকারীরা প্রোগ্রামার হতে পারে, সফ্টওয়্যার প্রকৌশলীরা , বিশ্লেষক, এবং পরীক্ষক। ত্রুটি প্রোগ্রামের কার্যকারিতা পরিবর্তন ঘটায়। উদাহরণ, এটা ঘটতে পারে যে একটি প্রোগ্রাম লেখার সময়, পরিবর্তনশীল নাম অপব্যবহার করা হয়। এটি লুপিং বা অন্যান্য সিনট্যাক্টিক্যাল ত্রুটি হতে পারে।

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

বাগ: পরীক্ষক দ্বারা যে ত্রুটি পাওয়া যায় তাকে বাগ বলে। একটি ত্রুটি সঠিকভাবে পরিচালনা না করা হলে, গ্রাহকের কাছে পাঠানো হতে পারে এবং প্রোগ্রামটি খারাপভাবে কাজ করে এবং অপ্রত্যাশিত ফলাফল তৈরি করে। এটি অ্যাপ্লিকেশনে ক্র্যাশও হতে পারে।

ভুল: যখন উন্নত সফ্টওয়্যার প্রয়োজন অনুযায়ী বাস্তবায়ন করা হয় না, তখন এটি ভুল বলা হয়।

অতিরিক্ত: এটি সফ্টওয়্যারের অবাঞ্ছিত বা অনির্দিষ্ট দিক যা ব্যবহারকারীর প্রয়োজনে নির্দিষ্ট করা হয়নি। এই বৈশিষ্ট্যটি ব্যবহারকারীর প্রয়োজন হতে পারে বা নাও হতে পারে এবং তাই একটি ত্রুটি হিসাবে বিবেচিত হয়।

দোষ: ত্রুটি ত্রুটি হতে পারে. এটি প্রোগ্রামের একটি ভুল পর্যায়, প্রক্রিয়া বা সংজ্ঞা যা এটিকে খারাপ আচরণের কারণ করে। একটি ত্রুটি একটি অসঙ্গতি যা প্রোগ্রামটিকে একটি অপ্রত্যাশিত, অপ্রত্যাশিত বা অনিচ্ছাকৃত পদ্ধতিতে সম্পাদন করতে দেয়।

অনুপস্থিত: অতিরিক্তের বিপরীতে, অনুপস্থিত একটি ত্রুটির শ্রেণীকরণ হয় যখন সফ্টওয়্যারটি ব্যবহারকারীর প্রয়োজনীয়তা পূরণ করে না। এটি ঘটে যখন ব্যবহারকারীর প্রয়োজন থেকে এক বা একাধিক স্পেসিফিকেশন বাস্তবায়িত হয় না।

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

ত্রুটি, ত্রুটি এবং ব্যর্থতার ভূমিকা

img 617dd28eb28f8

কেউ নিম্নলিখিত উদাহরণ দিয়ে ত্রুটি, ত্রুটি এবং ব্যর্থতা বুঝতে পারেন:

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

ত্রুটি

মানুষ মাত্রই ভুল করে.

ত্রুটি হল একটি মানবিক ভুল যা বিকাশকারীর পক্ষ থেকে একটি ভুল, ভুল বোঝাবুঝি বা ভুল ধারণার কারণে ঘটে।

একটি একক ত্রুটি সফ্টওয়্যারে ত্রুটিগুলির একটি সিরিজ সৃষ্টি করতে পারে৷

এটি এর কারণে হতে পারে:

  • বিকাশকারীর দ্বারা একটি যৌক্তিক ভুল ত্রুটির কারণ।
  • একজন স্থপতি দ্বারা নকশা ত্রুটি.
  • মানুষের অভ্যাস যেমন অলসতা, বিলম্ব, বা অন্যান্য ত্রুটি সৃষ্টি করে।
  • গ্রাহকদের কাছ থেকে ভুল বা অপর্যাপ্ত তথ্যের কারণে ত্রুটি ঘটতে পারে।
  • একটি ব্যবসায়িক বিশ্লেষক দ্বারা প্রয়োজনীয়তার ভুল ব্যাখ্যা একটি ত্রুটি ঘটায়।
  • বিশ্লেষক এবং বিকাশকারীর মধ্যে প্রয়োজনীয়তার ভুল যোগাযোগ ত্রুটির দিকে পরিচালিত করে।

ত্রুটির প্রকার

    সিনট্যাকটিক ত্রুটি:একটি বাক্যে ব্যাকরণ বা বানান সম্পর্কিত ত্রুটি যা সফ্টওয়্যার GUI পরীক্ষা করার সময় খুব স্পষ্ট হয় সিনট্যাকটিক ত্রুটি।ত্রুটি পরিচালনার ত্রুটি:ত্রুটিগুলি সঠিকভাবে পরিচালনা করা না হলে যে ত্রুটিগুলি ঘটে তাকে ত্রুটি হ্যান্ডলিং ত্রুটি বলা হয়। যখন একজন ব্যবহারকারী একটি সিস্টেমের সাথে ইন্টারঅ্যাক্ট করে, তখন একটি ত্রুটি ঘটতে পারে। যদি এটি সঠিকভাবে পরিচালনা করা না হয় তবে এটি বিভ্রান্তির দিকে পরিচালিত করে এবং এটিকে ত্রুটি পরিচালনার ত্রুটি হিসাবে অভিহিত করা হয়।হার্ডওয়্যার ত্রুটি:এটা ঘটতে পারে যে সফ্টওয়্যারটির সাথে ব্যবহৃত হার্ডওয়্যার উপাদানটি সামঞ্জস্যপূর্ণ নয় বা অনুপস্থিত ড্রাইভার এসেছে তখন হার্ডওয়্যার ত্রুটি ঘটতে পারে।ইউজার ইন্টারফেস ত্রুটি:যখন ব্যবহারকারী সিস্টেমের সাথে ইন্টারঅ্যাক্ট করে, তখন তারা অনুপস্থিত বা ভুল কার্যকারিতা ত্রুটির সম্মুখীন হতে পারে। এগুলোকে ইউজার ইন্টারফেস এরর বলা হয়।পরীক্ষার ত্রুটি:ব্যর্থতা হল একটি বাগ স্ক্যান করা বা রিপোর্ট করা যা পরীক্ষা সম্পাদনের সময় ঘটে একটি পরীক্ষার ত্রুটি।গণনার ত্রুটি:ভুল সূত্র, তথ্যের প্রকারের অমিল, ত্রুটিযুক্ত যুক্তি বা অন্যান্য কারণে যে ত্রুটি ঘটে তাকে গণনার ত্রুটি বলা হয়।প্রবাহ নিয়ন্ত্রণ ত্রুটি:যখন প্রোগ্রামটি একটি অপ্রত্যাশিত দিকে প্রবাহিত হয় বা ভুল দিকে নিয়ন্ত্রণ পাস করে, তখন এই ত্রুটিগুলিকে প্রবাহ নিয়ন্ত্রণ ত্রুটি বলা হয়। এই ত্রুটি বাড়ে অসীম লুপ , রান-টাইম সিনট্যাক্টিক্যাল ত্রুটি, ইত্যাদি

ত্রুটির কারণ

একটি সফ্টওয়্যার পণ্যে ত্রুটি হওয়ার কিছু সম্ভাব্য কারণ হল:

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

ত্রুটি বনাম ত্রুটি বনাম ব্যর্থতা

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

চূড়ান্ত শব্দ

একটি অসামঞ্জস্যের উপস্থিতি বা সংঘটন অন্যান্য সমস্যার দিকে পরিচালিত করে এবং এইভাবে এটি সমস্ত আন্তঃসম্পর্কিত।

ত্রুটিগুলি মানুষের ভুলের ফলাফল যা প্রয়োজনীয়তা থেকে বিচ্যুতি ঘটায় এবং ত্রুটির কারণ হয়।

একটি ত্রুটি সমালোচনামূলক হতে পারে বা নাও হতে পারে, এবং এইভাবে এটি অগত্যা কোডে একটি ত্রুটি বোঝায় না।

এটি প্রয়োজনীয়তার মধ্যেও সংজ্ঞায়িত একটি অবাস্তব ফাংশন হতে পারে।

সুতরাং, এই সিদ্ধান্তে ঝাঁপিয়ে পড়ার আগে সাবধানে পরীক্ষা করে দেখুন যে কোডটি ভুল।

ত্রুটি রিপোর্ট

একটি ত্রুটি রিপোর্ট বা বাগ রিপোর্ট হল একটি নথি যা একটি ত্রুটি সনাক্ত করে এবং বর্ণনা করে যা একটি পরীক্ষক দ্বারা সনাক্ত করা হয়। ত্রুটি রিপোর্ট ভবিষ্যতে এটি এড়াতে একই ধরনের ত্রুটি সনাক্ত করতে ব্যবহার করা যেতে পারে।

সফ্টওয়্যার পরীক্ষায় ত্রুটি সংজ্ঞায়িত করুন

একটি বাগ বা ত্রুটি হল একটি কোডিং ত্রুটির ফলাফল বা পরিণতি যা প্রকৃত প্রয়োজনীয়তা পূরণ করে না।

পরীক্ষকরা যখন পরীক্ষার ক্ষেত্রে পরীক্ষা পরিচালনা করেন, তখন ব্যবহারকারীর প্রয়োজনীয়তা থেকে অ্যাপ্লিকেশনের ভিন্নতা বা বিচ্যুতির বিন্দু যা ভুল বা অপ্রত্যাশিত ফলাফলের কারণ হয় তা একটি ত্রুটি।

সমস্যা, বাগ, সমস্যা বা ঘটনাগুলিকে সাধারণত সফ্টওয়্যার পরীক্ষার ত্রুটিগুলির নাম হিসাবে উল্লেখ করা হয়।

ত্রুটি রিপোর্ট সংজ্ঞায়িত করুন

ডকুমেন্টেশন যা স্বচ্ছভাবে ত্রুটির ঘটনা, স্থিতি এবং প্রকৃতি নির্দিষ্ট করে যাতে বিকাশকারীরা সহজেই প্রতিলিপি করতে এবং ঠিক করতে পারে তাকে একটি ত্রুটি প্রতিবেদন বলা হয়।

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

ত্রুটি রিপোর্ট জন্য টেমপ্লেট

ত্রুটি রিপোর্টের টেমপ্লেট এক টুল থেকে অন্য টুলে পরিবর্তিত হতে পারে। যাইহোক, একটি সাধারণ ত্রুটি রিপোর্ট টেমপ্লেট নিম্নরূপ হবে:

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

ত্রুটি ব্যবস্থাপনা প্রক্রিয়া

বাগ সনাক্তকরণ এবং সংশোধন করার জন্য একটি পদ্ধতিগত প্রক্রিয়াকে একটি ত্রুটি ব্যবস্থাপনা প্রক্রিয়া বলা হয়।

একটি ত্রুটি ব্যবস্থাপনা চক্রের নিম্নলিখিত ছয়টি পর্যায় রয়েছে:

  • আবিষ্কার - ত্রুটি
  • শ্রেণীকরণ - ত্রুটির
  • ফিক্সিং/রেজোলিউশন – ডেভেলপারদের ত্রুটির
  • যাচাইকরণ - পরীক্ষকদের দ্বারা
  • সমাপ্তি - ত্রুটির
  • ত্রুটি রিপোর্ট
img 617dd28f1461c

1. আবিষ্কার

এই পর্যায়ে শেষ-ব্যবহারকারীর আবিষ্কার করার আগে পরীক্ষকদের দ্বারা যতটা সম্ভব ত্রুটি খুঁজে বের করা জড়িত।

একবার ত্রুটিটি বিকাশকারীরা স্বীকার করে নিলে, এটিকে আবিষ্কৃত বলা যেতে পারে।

2. শ্রেণীকরণ

শ্রেণীকরণ বলতে বিভিন্ন ত্রুটিকে তাদের অগ্রাধিকার অনুসারে ভাগ করা বোঝায় যাতে বিকাশকারীরা সেগুলিকে ঠিক করতে পারে।

চারটি বিভাগ আছে:

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

3. রেজোলিউশন

সফ্টওয়্যার পরীক্ষায়, ত্রুটিগুলি বা ত্রুটির সমাধান সাধারণত একটি চার-পদক্ষেপ প্রক্রিয়া যা সহজেই ত্রুটিগুলি ঠিক করতে এবং ট্র্যাক করতে সহায়তা করে।

ডেভেলপারদের ত্রুটিগুলি বরাদ্দ করা থেকে শুরু করে, ত্রুটি সংশোধনের সময়সূচী দ্বারা অনুসরণ করে, তারপর ত্রুটিগুলি সংশোধন করা হয়, পরীক্ষা পরিচালকের কাছে রেজোলিউশনের একটি প্রতিবেদন পাঠানো হলে প্রক্রিয়াটি শেষ হয়।

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

4. যাচাইকরণ

টেস্টিং টিম যাচাই করে যে উন্নয়ন দল দ্বারা নির্ধারিত ত্রুটিগুলি সমাধান করা হয়েছে কি না।

5. বন্ধ

সফল রেজোলিউশন এবং ত্রুটির যাচাইকরণের পরে, ত্রুটির স্থিতি বন্ধ হয়ে যায়। যদি এটি না ঘটে, তবে পরীক্ষকরা ত্রুটিটি পুনরায় পরীক্ষা করে।

6. রিপোর্টিং

ম্যানেজমেন্ট বোর্ডের ত্রুটি ব্যবস্থাপনা প্রক্রিয়া বোঝা উচিত এবং ত্রুটির অবস্থা জানার অধিকার রয়েছে।

পরীক্ষা ব্যবস্থাপক একটি ত্রুটি রিপোর্ট প্রস্তুত করে এবং এটি পরিচালনা দলের কাছে প্রতিক্রিয়ার জন্য পাঠায়। পরিচালন দল ত্রুটি ব্যবস্থাপনা প্রক্রিয়া পরীক্ষা করে এবং প্রয়োজন অনুযায়ী তার প্রতিক্রিয়া বা সমর্থন পাঠায়।

ত্রুটিগুলির রিপোর্টিং আরও ভাল যোগাযোগ এবং ত্রুটিগুলির ট্র্যাকিংয়ের দিকে পরিচালিত করে।

ত্রুটি ব্যবস্থাপনা প্রক্রিয়ার জন্য প্রয়োজন

একটি কংক্রিট ত্রুটি ব্যবস্থাপনা প্রক্রিয়ার প্রয়োজনীয়তা নিম্নলিখিত উদাহরণের সাহায্যে আরও ভালভাবে বোঝা যাবে:

ধরুন একটি টাস্ক ম্যানেজার অ্যাপ্লিকেশন পরীক্ষা করা হচ্ছে।

পরীক্ষা করার সময়, কিছু বাগ, 80 বলে, টেস্টিং টিম খুঁজে পেয়েছিল এবং টেস্ট ম্যানেজারকে রিপোর্ট করা হয়েছিল।

পরীক্ষা ব্যবস্থাপক উন্নয়ন দলকে ত্রুটি সম্পর্কে অবহিত করেন, যারা 70টি ত্রুটি সংশোধন করে এক সপ্তাহ পর প্রতিক্রিয়া জানায়।

পরীক্ষা ব্যবস্থাপক এই তথ্য পরীক্ষাকারী দলের কাছে পাঠান।

পরীক্ষার দলটি এক সপ্তাহ পরে প্রতিক্রিয়া জানায়, উল্লেখ করে যে 70টি ত্রুটি সংশোধন করা হয়েছিল, তবে 20টি নতুন ঘটেছে।

এখন, শুধুমাত্র মৌখিক যোগাযোগের কারণে এই পুরো প্রক্রিয়াটি কিছুটা জটিল হতে পারে। ট্র্যাকিং এবং ত্রুটি সংশোধন করা কঠিন হবে.

সুতরাং, একটি ত্রুটি ব্যবস্থাপনা প্রক্রিয়া প্রয়োজন।

ত্রুটির কার্যকরী প্রতিবেদন

ত্রুটির প্রতিবেদন অবশ্যই কার্যকরভাবে তৈরি করতে হবে।

এটি ত্রুটিটি পুনরুত্পাদন করার পরে বোঝার চেষ্টা করার সময় এবং অপ্রয়োজনীয় প্রচেষ্টা বাঁচাতে সহায়তা করে।

দরকারী ত্রুটি রিপোর্ট নিশ্চিত করতে নিম্নলিখিত ব্যবস্থাগুলি অনুসরণ করা যেতে পারে:

1. খেলা:

একবার একটি ত্রুটি উন্মোচিত হয়ে গেলে, নিশ্চিত হওয়ার জন্য এটিকে আরও একবার প্রতিলিপি করুন। যদি প্রতিলিপি করা সম্ভব না হয়, তাহলে সঠিক পরীক্ষার শর্তগুলি স্মরণ করুন যা ত্রুটির কারণ হয়েছিল এবং আবার চেষ্টা করুন৷ যাইহোক, যদি ত্রুটিটি এখনও পুনরায় আবির্ভূত না হয়, বিস্তারিত ত্রুটি প্রতিবেদন এবং আরও তদন্তের জন্য সমস্ত পরীক্ষার ফলাফল পাঠান।

2. নির্দিষ্ট হোন:

ত্রুটি রিপোর্ট প্রতিটি কর্ম নির্দিষ্ট হতে হবে.

উদাহরণস্বরূপ, লগ ইন বলার পরিবর্তে, সেখানে (1) হোম পেজে যান, (2) লগইন বোতামে ক্লিক করুন, (3) ব্যবহারকারী আইডি এবং পাসওয়ার্ড লিখুন এবং (4) লগইন ক্লিক করুন।

যদি, উদাহরণস্বরূপ, একাধিক পথ থাকে, তাহলে সঠিক পথটি উল্লেখ করুন যা অনুসরণ করা হয়েছিল এবং ত্রুটির দিকে নিয়ে যায়।

এটির মতো অস্পষ্ট সর্বনাম ব্যবহার করা থেকে বিরত থাকুন এবং এটি কী বোঝায় তা নির্দিষ্ট করুন।

3. উদ্দেশ্য:

লুসি অ্যাপ্লিকেশনের মতো বিষয়ভিত্তিক বিবৃতি ব্যবহার করার পরিবর্তে, আবেগ এড়িয়ে চলুন এবং উদ্দেশ্যমূলকভাবে হ্যাঁ বা না বা গৃহীত বা প্রত্যাখ্যান করুন।

4. পর্যালোচনা:

লেখাটি লেখার পরে, এটি পর্যালোচনা করে এবং টাইপস অপসারণের পরেই জমা দিন।

5. বিশদ-ভিত্তিক:

বিস্তারিতভাবে তথ্য প্রদান করুন। বিকাশকারীদের তথ্যের অভাব হওয়া উচিত নয়।

ত্রুটি মেট্রিক্স

ত্রুটি মেট্রিক্স পরীক্ষা সম্পাদনের গুণমান পরিমাপ করতে ব্যবহৃত হয়। দুটি পরামিতি আছে:

ত্রুটি প্রত্যাখ্যান অনুপাত (ডিআরআর) = (প্রত্যাখ্যাত ত্রুটির সংখ্যা / উত্থাপিত ত্রুটির মোট সংখ্যা) * 100

ডিফেক্ট লিকেজ রেশন (ডিএলআর) = (মিসড ত্রুটির সংখ্যা / সফ্টওয়্যারের মোট ত্রুটির সংখ্যা) * 100

যদি DRR এবং DLR মানগুলি ছোট হয়, তাহলে পরীক্ষা সম্পাদনের মান আরও ভাল হবে। পরীক্ষা ব্যবস্থাপক এই মানগুলির গৃহীত পরিসীমা সংজ্ঞায়িত করে।

এই অনুপাত দ্বারা হ্রাস করা যেতে পারে

দলের সদস্যদের পরীক্ষার দক্ষতা উন্নত করা।

পরীক্ষা সম্পাদন এবং ফলাফল পর্যালোচনার জন্য আরও বেশি সময় ব্যয় করা।

উদাহরণ স্বরূপ, ধরুন টাস্ক ম্যানেজার প্রকল্পে 80টি ত্রুটি রয়েছে, কিন্তু পরীক্ষাকারী দল মাত্র 60টি শনাক্ত করতে পারে। এর মধ্যে 10টি ত্রুটি উন্নয়ন দল প্রত্যাখ্যান করেছে। এইভাবে, 20টি ত্রুটি মিস হয়েছে।

সুতরাং, DRR অনুপাত হবে:

(10/60) * 100 = 16.66%

এবং DLR অনুপাত হবে:

(20/80) * 100 = 25%

ত্রুটি FAQ

একটি ত্রুটি উদাহরণ কি?

একটি সফ্টওয়্যার ত্রুটির একটি উদাহরণ UI-তে ব্যাকরণগত ত্রুটি বা প্রোগ্রামে কোডিং ত্রুটি হতে পারে।

খুঁত জন্য আরেকটি শব্দ কি?

সফ্টওয়্যার পরীক্ষায়, একটি ত্রুটিকে বাগ, ত্রুটি, ত্রুটি এবং আরও অনেক কিছু বলা যেতে পারে।

ত্রুটি সংশোধন কি?

একটি ত্রুটি সংশোধন করা হয় যখন এটির স্থিতি বন্ধ হিসাবে চিহ্নিত করা হয়। ত্রুটির স্থিতি পরিবর্তিত হয়ে বন্ধ হয়ে যায় যখন এটি পর্যাপ্তভাবে যাচাই করা হয় বা পরবর্তী রিলিজে ঠিক করার জন্য রাখা হয়।

ত্রুটি জীবন চক্র কি?

ডিফেক্ট লাইফ সাইকেল বা বাগ লাইফ সাইকেল হল ডিফেক্ট শনাক্ত করা থেকে স্থির হওয়ার যাত্রা। এর জীবনচক্রে, একটি ত্রুটি সনাক্ত করা থেকে সক্রিয় থেকে পরীক্ষা, যাচাই এবং বন্ধ হয়ে যায়। ত্রুটিটি একটি প্রত্যাখ্যান বা বিলম্বিত অবস্থায় বা পুনরায় খোলা অবস্থায় যেতে পারে। পরীক্ষার জন্য ব্যবহৃত সরঞ্জামের উপর নির্ভর করে এই রাজ্যগুলি সংস্থা থেকে সংস্থায় পরিবর্তিত হয়।

আপনি কিভাবে ত্রুটি নিয়ন্ত্রণ করবেন?

ত্রুটিগুলি হ্রাস করা যেতে পারে:
1. কার্যকরভাবে ত্রুটি বিশ্লেষণ নির্বাহ করা
2. সফ্টওয়্যার প্রয়োজনীয়তা পুঙ্খানুপুঙ্খভাবে বিশ্লেষণ করা
3. ত্রুটি পর্যবেক্ষণ সফ্টওয়্যার ব্যবহার করে
4. আক্রমনাত্মক রিগ্রেশন টেস্টিং
5. ঘন ঘন কোড রিফ্যাক্টরিং।