• কি সফটওয়্যার টেস্টিং মেট্রিক্স?
• সফটওয়্যার টেস্ট পরিমাপ কি?
• কেন মেট্রিক্স পরীক্ষা করবেন?
• মেট্রিক্স লাইফ সাইকেল
• ম্যানুয়াল টেস্ট মেট্রিক্সের ধরন
• সফ্টওয়্যারের উদাহরণটেস্টিং মেট্রিক্স
• উপসংহার
• প্রস্তাবিত পঠন

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

আজকের নিবন্ধে, আমরা শিখব উদাহরণ এবং গ্রাফ সহ – সফ্টওয়্যার টেস্ট মেট্রিক্স এবং পরিমাপ এবং সফ্টওয়্যার টেস্টিং প্রক্রিয়ায় এগুলি কীভাবে ব্যবহার করবেন৷

একটি বিখ্যাত বক্তব্য রয়েছে: "আমরা এমন জিনিসগুলি নিয়ন্ত্রণ করতে পারি না যা আমরা পরিমাপ করতে পারি না"৷3

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

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

একটি মেট্রিক হল ডিগ্রীর পরিমাণগত পরিমাপ যেখানে একটি সিস্টেম, সিস্টেম উপাদান বা প্রক্রিয়া একটি প্রদত্ত বৈশিষ্ট্যের অধিকারী।

মেট্রিক্সকে “স্ট্যান্ডার্ডস ফ হিসেবে সংজ্ঞায়িত করা যেতে পারে পরিমাপ ”।

সফ্টওয়্যার মেট্রিক্স প্রকল্পের গুণমান পরিমাপ করতে ব্যবহৃত হয় . সহজভাবে, একটি মেট্রিক হল একটি ইউনিট যা একটি বৈশিষ্ট্য বর্ণনা করার জন্য ব্যবহৃত হয়। মেট্রিক হল পরিমাপের একটি স্কেল৷

ধরুন, সাধারণভাবে, "কিলোগ্রাম" হল "ওজন" বৈশিষ্ট্য পরিমাপের একটি মেট্রিক৷ একইভাবে, সফটওয়্যারে, “কত সমস্যা পাওয়া যায়কোডের হাজার লাইন?", h ere না। বিষয়গুলির একটি পরিমাপ এবং; কোডের লাইনের সংখ্যা আরেকটি পরিমাপ। মেট্রিক এই দুটি পরিমাপ থেকে সংজ্ঞায়িত করা হয় ।

পরীক্ষা মেট্রিক্স উদাহরণ:

• এর মধ্যে কতগুলি ত্রুটি রয়েছে মডিউল?
• জন প্রতি কয়টি টেস্ট কেস নির্বাহ করা হয়?
• টেস্ট কভারেজ % কি?

সফটওয়্যার টেস্ট পরিমাপ কি?

পরিমাপ হল কোন পণ্য বা প্রক্রিয়ার কিছু বৈশিষ্ট্যের পরিমাণ, পরিমাণ, মাত্রা, ক্ষমতা বা আকারের পরিমাণগত ইঙ্গিত।

পরীক্ষার পরিমাপের উদাহরণ: ত্রুটির মোট সংখ্যা।

পরিমাপের মধ্যে পার্থক্য স্পষ্ট বোঝার জন্য অনুগ্রহ করে নীচের চিত্রটি পড়ুন। মেট্রিক্স৷

কেন মেট্রিক্স পরীক্ষা করবেন?

সফ্টওয়্যার টেস্ট মেট্রিক্স তৈরি করা সফ্টওয়্যার টেস্ট লিড/ম্যানেজারের সবচেয়ে গুরুত্বপূর্ণ দায়িত্ব৷

টেস্ট মেট্রিক্স ব্যবহার করা হয়,

1. কার্যক্রমের পরবর্তী পর্যায়ের জন্য সিদ্ধান্ত নিন যেমন, খরচ অনুমান করা & ভবিষ্যৎ প্রকল্পের সময়সূচী।
2. প্রকল্পটি সফল করতে কী ধরনের উন্নতি প্রয়োজন তা বুঝুন
3. প্রক্রিয়া বা প্রযুক্তি পরিবর্তন করা হবে ইত্যাদি বিষয়ে সিদ্ধান্ত নিন।

সফ্টওয়্যার টেস্টিং মেট্রিক্সের গুরুত্ব:

উপরে ব্যাখ্যা করা হয়েছে, সফ্টওয়্যারটির গুণমান পরিমাপের জন্য টেস্ট মেট্রিক্স সবচেয়ে গুরুত্বপূর্ণ৷

এখন, আমরা কীভাবে পরিমাপ করতে পারি এর গুণমানমেট্রিক্স ব্যবহার করে সফ্টওয়্যার ?

ধরুন, যদি একটি প্রকল্পের কোনো মেট্রিক্স না থাকে, তাহলে একজন পরীক্ষা বিশ্লেষক দ্বারা করা কাজের গুণমান কীভাবে পরিমাপ করা হবে?

উদাহরণের জন্য, একজন পরীক্ষা বিশ্লেষককে,

1. 5টি প্রয়োজনীয়তার জন্য পরীক্ষার কেস ডিজাইন করতে হবে
2. পরিকল্পিত পরীক্ষার কেসগুলি সম্পাদন করুন
3. ত্রুটিগুলি লগ করুন & সংশ্লিষ্ট পরীক্ষার ক্ষেত্রে ব্যর্থ হতে হবে
4. ত্রুটিটি সমাধান হওয়ার পরে, আমাদের ত্রুটিটি পুনরায় পরীক্ষা করতে হবে & সংশ্লিষ্ট ব্যর্থ পরীক্ষার ক্ষেত্রে পুনরায় কার্যকর করুন।

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

যদি মেট্রিক্স প্রকল্পের সাথে জড়িত থাকে, তাহলে সঠিক সংখ্যা/ডেটা সহ তার কাজের সঠিক অবস্থা প্রকাশ করা যেতে পারে।

অর্থাৎ টেস্ট রিপোর্টে, আমরা প্রকাশ করতে পারি:

1. প্রয়োজন অনুযায়ী কতগুলি টেস্ট কেস ডিজাইন করা হয়েছে?
2. কতটি টেস্ট কেস ডিজাইন করা বাকি আছে?
3. কতটি টেস্ট কেস কার্যকর করা হয়েছে?
4. কতটি টেস্ট কেস পাস/ফেল/ব্লক করা হয়েছে?
5. কতটি টেস্ট কেস এখনও কার্যকর করা হয়নি?
6. কতটি ত্রুটি চিহ্নিত করা হয় & এই ত্রুটিগুলির তীব্রতা কত?
7. একটি নির্দিষ্ট ত্রুটির কারণে কতগুলি পরীক্ষা ব্যর্থ হয়েছে? ইত্যাদি।

প্রকল্পের প্রয়োজনের উপর ভিত্তি করে আমাদের কাছে উপরে উল্লিখিত তালিকার চেয়ে বেশি মেট্রিক্স থাকতে পারে, যা জানতেবিস্তারিতভাবে প্রকল্পের অবস্থা।

উপরের মেট্রিক্সের উপর ভিত্তি করে, টেস্ট লিড/ম্যানেজার নিচে উল্লেখিত মূল পয়েন্টগুলি বুঝতে পারবে।

• %ge কাজ শেষ হয়েছে
• %ge কাজ এখনও শেষ হয়েছে
• বাকি কাজ শেষ করার সময়
• প্রকল্পটি শিডিউল অনুযায়ী চলছে নাকি পিছিয়ে আছে? ইত্যাদি।

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

মেট্রিক্স লাইফ সাইকেল

ম্যানুয়াল টেস্ট মেট্রিক্সের ধরন

টেস্টিং মেট্রিক্স প্রধানত 2টি বিভাগে বিভক্ত৷

1. বেস মেট্রিক্স
2. গণনা করা মেট্রিক্স

বেস মেট্রিক্স: বেস মেট্রিক্স হল সেই মেট্রিক্স যা টেস্ট কেস ডেভেলপমেন্ট এবং এক্সিকিউশনের সময় টেস্ট অ্যানালিস্ট দ্বারা সংগৃহীত ডেটা থেকে নেওয়া হয়।

এই ডেটা টেস্ট লাইফসাইকেল জুড়ে ট্র্যাক করা হবে। অর্থাৎ মোট নং মত তথ্য সংগ্রহ. একটি প্রকল্প (বা) নম্বরের জন্য তৈরি পরীক্ষার ক্ষেত্রে। পরীক্ষার ক্ষেত্রে মৃত্যুদন্ড কার্যকর করা প্রয়োজন (বা) না। পরীক্ষার ক্ষেত্রে পাস/ফেল/ব্লক করা ইত্যাদি।

গণনা করা মেট্রিক্স: গণনা করা মেট্রিক্স বেস মেট্রিক্সে সংগৃহীত ডেটা থেকে নেওয়া হয়। এই মেট্রিক্সগুলি সাধারণত টেস্ট রিপোর্টিংয়ের উদ্দেশ্যে পরীক্ষার লিড/ম্যানেজার দ্বারা ট্র্যাক করা হয়৷

সফ্টওয়্যারের উদাহরণটেস্টিং মেট্রিক্স

সফ্টওয়্যার পরীক্ষার রিপোর্টে ব্যবহৃত বিভিন্ন পরীক্ষার মেট্রিকগুলি গণনা করার জন্য একটি উদাহরণ নেওয়া যাক:

নিচে সেই টেস্ট বিশ্লেষকের কাছ থেকে প্রাপ্ত ডেটার জন্য টেবিল বিন্যাস দেওয়া হল যিনি আসলে জড়িত টেস্টিং:

মেট্রিক্স গণনার জন্য সংজ্ঞা এবং সূত্র:

#1) %ge টেস্ট কেস নির্বাহ করা হয়েছে : এই মেট্রিকটি %ge এর পরিপ্রেক্ষিতে টেস্ট কেসগুলির নির্বাহের স্থিতি পেতে ব্যবহৃত হয়।

%ge টেস্ট কেস এক্সিকিউটেড = ( টেস্ট কেসের সংখ্যা / মোট লিখিত পরীক্ষার মামলার সংখ্যা) * 100।

সুতরাং, উপরের ডেটা থেকে,

%ge টেস্ট কেস নির্বাহ করা হয়েছে = (65 / 100) * 100 = 65%

0 #2) %ge টেস্ট কেস এক্সিকিউট করা হয়নি: এই মেট্রিকটি %ge এর পরিপ্রেক্ষিতে টেস্ট কেসগুলির পেন্ডিং এক্সিকিউশন স্ট্যাটাস পেতে ব্যবহার করা হয়।

%ge টেস্ট কেস এক্সিকিউট হয়নি = ( টেস্ট কেসের সংখ্যা নির্বাহ করা হয়নি / মোট টেস্ট কেস লিখিত হয়েছে) * 100।

সুতরাং, উপরের ডেটা থেকে,

%ge টেস্ট কেস ব্লক করা হয়েছে = (35 / 100) * 100 = 35%

#3) %ge পরীক্ষায় উত্তীর্ণ : এই মেট্রিকটি সম্পাদিত পরীক্ষার ক্ষেত্রে %ge পাস পেতে ব্যবহার করা হয়।

%ge পরীক্ষার ক্ষেত্রে পাস করা হয়েছে = ( নং। পরীক্ষার ক্ষেত্রে উত্তীর্ণ / মোট সংখ্যা পরীক্ষার কেস সম্পাদিত) * 100৷

সুতরাং, উপরের ডেটা থেকে,

%ge পরীক্ষার ক্ষেত্রে পাস করা হয়েছে = (30 / 65) * 100 = 46%

#4) %ge টেস্ট কেস ব্যর্থ হয়েছে : এই মেট্রিকটি সম্পাদিত পরীক্ষার ক্ষেত্রে ফেল %ge পেতে ব্যবহার করা হয়।

%ge টেস্ট কেসব্যর্থ = ( পরীক্ষার মামলার সংখ্যা ব্যর্থ / মোট পরীক্ষার মামলার সংখ্যা কার্যকর করা হয়েছে) * 100.

সুতরাং, উপরের ডেটা থেকে,

%ge টেস্ট কেস উত্তীর্ণ = (26 / 65) * 100 = 40%

#5) %ge পরীক্ষার ক্ষেত্রে ব্লক করা হয়েছে : এই মেট্রিকটি নির্বাহিত পরীক্ষার ক্ষেত্রে ব্লক করা %ge পেতে ব্যবহৃত হয়। টেস্ট কেস ব্লক করার প্রকৃত কারণ উল্লেখ করে একটি বিস্তারিত রিপোর্ট জমা দেওয়া যেতে পারে।

%ge টেস্ট কেস ব্লক করা হয়েছে = ( টেস্ট কেসের সংখ্যা ব্লক করা হয়েছে / মোট টেস্ট কেস এক্সিকিউট করা হয়েছে ) * 100.

সুতরাং, উপরের ডেটা থেকে,

%ge পরীক্ষার ক্ষেত্রে ব্লক করা হয়েছে = (9 / 65) * 100 = 14%

#6) ত্রুটির ঘনত্ব = না। চিহ্নিত ত্রুটিগুলির / আকার

( এখানে "আকার" একটি প্রয়োজনীয়তা হিসাবে বিবেচিত হয়েছে। তাই এখানে ত্রুটির ঘনত্বকে প্রয়োজন অনুসারে চিহ্নিত অনেকগুলি ত্রুটি হিসাবে গণনা করা হয়েছে। একইভাবে, ত্রুটির ঘনত্ব গণনা করা যেতে পারে কোডের 100 লাইনে চিহ্নিত ত্রুটির সংখ্যা হিসাবে [বা] প্রতি মডিউলে চিহ্নিত ত্রুটির সংখ্যা, ইত্যাদি। )

সুতরাং, উপরের ডেটা থেকে,

ত্রুটির ঘনত্ব = (30 / 5) = 6

#7) ত্রুটি অপসারণ দক্ষতা (DRE) = ( QA পরীক্ষার সময় পাওয়া ত্রুটির সংখ্যা / (QA এর সময় পাওয়া ত্রুটির সংখ্যা) টেস্টিং + শেষ-ব্যবহারকারীর দ্বারা পাওয়া ত্রুটির সংখ্যা)) * 100

ডিআরই সিস্টেমের পরীক্ষার কার্যকারিতা সনাক্ত করতে ব্যবহৃত হয়।

ধরুন, বিকাশের সময় & QA পরীক্ষায়, আমরা 100টি ত্রুটি চিহ্নিত করেছি।

QA পরীক্ষার পরে, Alpha & বিটা পরীক্ষা,শেষ-ব্যবহারকারী/ক্লায়েন্ট 40টি ত্রুটি শনাক্ত করেছে, যা QA পরীক্ষার পর্যায়ে শনাক্ত করা যেত।

এখন, DRE হিসাবে গণনা করা হবে,

DRE = [100 / (100 + 40)] * 100 = [100 /140] * 100 = 71%

#8) ডিফেক্ট লিকেজ : ডিফেক্ট লিকেজ হল মেট্রিক যা QA পরীক্ষার দক্ষতা সনাক্ত করতে ব্যবহৃত হয় যেমন, QA পরীক্ষার সময় কতগুলি ত্রুটি মিস/স্লিপ করা হয়েছে।

ত্রুটি লিকেজ = ( UAT-তে পাওয়া ত্রুটির সংখ্যা / QA পরীক্ষায় পাওয়া ত্রুটির সংখ্যা।) * 100

ধরুন, উন্নয়নের সময় & QA পরীক্ষায়, আমরা 100টি ত্রুটি চিহ্নিত করেছি।

QA পরীক্ষার পরে, Alpha & বিটা টেস্টিং, শেষ-ব্যবহারকারী/ক্লায়েন্ট 40টি ত্রুটি শনাক্ত করেছে, যা QA পরীক্ষার পর্যায়ে সনাক্ত করা যেতে পারে।

ত্রুটি লিকেজ = (40/100) * 100 = 40%

#9) অগ্রাধিকার অনুযায়ী ত্রুটি : এই মেট্রিকটি নম্বর চিহ্নিত করতে ব্যবহৃত হয়। সফ্টওয়্যারের গুণমান নির্ধারণ করতে ব্যবহৃত ত্রুটির তীব্রতা / অগ্রাধিকারের উপর ভিত্তি করে চিহ্নিত ত্রুটিগুলির।

%ge গুরুতর ত্রুটি = চিহ্নিত গুরুতর ত্রুটির সংখ্যা / মোট সংখ্যা। চিহ্নিত ত্রুটিগুলির মধ্যে * 100

উপরের টেবিলে উপলব্ধ ডেটা থেকে,

%ge গুরুতর ত্রুটি = 6/ 30 * 100 = 20%

%ge উচ্চ ত্রুটি = চিহ্নিত উচ্চ ত্রুটির সংখ্যা / মোট সংখ্যা চিহ্নিত ত্রুটিগুলির মধ্যে * 100

উপরের টেবিলে উপলব্ধ ডেটা থেকে,

%ge উচ্চ ত্রুটি = 10/ 30 * 100 = 33.33%

%ge মাঝারি ত্রুটিগুলি = না.মাঝারি ত্রুটি চিহ্নিত / মোট সংখ্যা চিহ্নিত ত্রুটিগুলির মধ্যে * 100

উপরের সারণীতে উপলব্ধ ডেটা থেকে,

%ge মাঝারি ত্রুটি = 6/ 30 * 100 = 20%

%ge নিম্ন ত্রুটি = চিহ্নিত নিম্ন ত্রুটির সংখ্যা / মোট সংখ্যা চিহ্নিত ত্রুটিগুলির মধ্যে * 100

উপরের টেবিলে উপলব্ধ ডেটা থেকে,

%ge নিম্ন ত্রুটি = 8/ 30 * 100 = 27%

0

উপসংহার

এই নিবন্ধে প্রদত্ত মেট্রিকগুলি প্রধানত টেস্ট কেস ডেভেলপমেন্ট/এক্সিকিউশন পর্বের সময় সঠিক ডেটা সহ দৈনিক/সাপ্তাহিক স্ট্যাটাস রিপোর্ট তৈরি করার জন্য ব্যবহৃত হয় & এটি প্রকল্পের স্থিতি ট্র্যাক করার জন্যও দরকারী & সফ্টওয়্যারটির গুণমান।

লেখক সম্পর্কে : এটি অনুরাধা কে-এর একটি অতিথি পোস্ট। তার সফ্টওয়্যার পরীক্ষার 7+ বছরের অভিজ্ঞতা রয়েছে এবং বর্তমানে একজন পরামর্শদাতা হিসাবে কাজ করছেন একটি MNC। মোবাইল অটোমেশন পরীক্ষার বিষয়েও তার ভালো জ্ঞান রয়েছে।

আপনি আপনার প্রকল্পে অন্য কোন পরীক্ষা মেট্রিক ব্যবহার করেন? যথারীতি, নীচের মন্তব্যে আমাদের আপনার চিন্তা/প্রশ্নগুলি জানান৷

প্রস্তাবিত পঠন