ওয়েব অ্যাপস

প্রয়োজনীয়তা ট্রেসেবিলিটি ম্যাট্রিক্স (RTM) কি?

30 অক্টোবর, 2021

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

সুচিপত্র

প্রয়োজনীয়তা ট্রেসেবিলিটি ম্যাট্রিক্স (RTM)

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

প্রয়োজনীয়তা ট্রেসেবিলিটি ম্যাট্রিক্স ডকুমেন্ট সফটওয়্যার ডেভেলপমেন্ট লাইফ সাইকেলের শেষে বিতরণ করা হয়।

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

100% পরীক্ষার কভারেজ যেকোন পরীক্ষার ব্যস্ততার ফোকাস হওয়া উচিত, অর্থাৎ, যা কিছু পরীক্ষা করা দরকার তা পরীক্ষা করা উচিত।

প্রয়োজনীয়তা ট্রেসেবিলিটি ম্যাট্রিক্স

প্রয়োজনীয়তার ধরন ট্রেসেবিলিটি ম্যাট্রিক্স

প্রয়োজনীয়তা ট্রেসেবিলিটি বিস্তৃতভাবে তিনটি প্রধান উপাদানে শ্রেণীবদ্ধ করা যেতে পারে। তারা হল:

1. ফরোয়ার্ড ট্রেসেবিলিটি

এই ম্যাট্রিক্স নিশ্চিত করে যে প্রতিটি প্রয়োজনীয়তা পণ্যে প্রয়োগ করা হয়েছে এবং পুঙ্খানুপুঙ্খভাবে পরীক্ষা করা হয়েছে।

এটি পণ্যের দিকনির্দেশও পরীক্ষা করে এবং নিশ্চিত করে যে এটি সঠিক সফ্টওয়্যার/পণ্যের জন্য পছন্দসই দিকে অগ্রসর হচ্ছে।

প্রয়োজনীয়তাগুলি পরীক্ষার ক্ষেত্রে ম্যাপ করা হয়।

2. অনগ্রসর বা বিপরীত ট্রেসেবিলিটি

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

এটি নিশ্চিত করে যে বর্তমান পণ্যটি সঠিক পথে রয়েছে।

পরীক্ষার ক্ষেত্রে প্রয়োজনীয়তা ম্যাপ করা হয়.

3. দ্বি-দিকনির্দেশক বা ফরোয়ার্ড এবং ব্যাকওয়ার্ড ট্রেসেবিলিটি

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

প্রয়োজনীয়তা ট্রেসেবিলিটি ম্যাট্রিক্সের অন্তর্ভুক্ত পরামিতি

রিকোয়ারমেন্টস ট্রেসেবিলিটি ম্যাট্রিক্স ডেভেলপ করা টেস্টিং টিম আলাদাভাবে এক্সেল শীট বজায় রাখার পাশাপাশি উপলব্ধ টেস্ট ম্যানেজমেন্ট টুলগুলি বেছে নিতে পারে।

RTM এর এক্সেল শীটে তিনটি পরামিতি অন্তর্ভুক্ত করা হয়েছে:

  • প্রয়োজনীয় আইডি
  • প্রয়োজনীয়তার ধরন এবং বর্ণনা
  • স্ট্যাটাস সহ টেস্ট কেস

উপরোক্ত ছাড়াও, প্রয়োজনীয়তা ট্রেসেবিলিটি ম্যাট্রিক্সেও থাকতে পারে:

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

বললে ভুল হবে না, আরটিএম হল সমস্ত পরীক্ষার কার্যক্রমের জন্য একটি ওয়ান-স্টপ-শপ।

আরো দেখুন 10 সেরা ফ্রি হার্ড ডিস্ক পার্টিশন সফ্টওয়্যার টুল (একত্রীকরণ এবং পুনরুদ্ধার)

প্রয়োজনীয়তা ট্রেসেবিলিটি ম্যাট্রিক্সের গুরুত্ব

ব্যবহারকারীর প্রয়োজনীয়তা পুঙ্খানুপুঙ্খ বিশ্লেষণ এবং ইতিবাচক এবং নেতিবাচক পরীক্ষার কেস তৈরি করা সমস্ত সম্ভাব্য পরিস্থিতি বা পরীক্ষার ক্ষেত্রে বিবেচনা করে নিশ্চিত করা উচিত।

সুতরাং, কীভাবে নিশ্চিত করা যায় যে পরীক্ষার সময় কোনও প্রয়োজনীয়তা বাদ দেওয়া হয়নি?

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

প্রতিটি পরীক্ষককে অবশ্যই নিশ্চিত করতে হবে যে সরবরাহ করা পণ্যটি ত্রুটিমুক্ত হওয়া উচিত এবং ব্যবহারকারীর সমস্ত প্রয়োজনীয়তা পূরণ করা উচিত।

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

একবার পরীক্ষার কেসগুলি সম্পন্ন হলে, সেগুলিকে পৃথকভাবে কার্যকর করা দরকার এবং সাফল্য এবং ব্যর্থতার রিপোর্টও তৈরি করা উচিত।

এখানে, প্রয়োজনীয়তা ট্রেসেবিলিটি ম্যাট্রিক্স দেখা যায়।

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

RTM ব্যবহার করে, টেস্টিং টিম সফ্টওয়্যার বা পণ্যের জন্য করা প্রয়োজন এমন বিভিন্ন পরীক্ষামূলক ক্রিয়াকলাপগুলিকে আরও ভালভাবে বুঝতে এবং ট্রেস করবে।

প্রয়োজনীয়তা ট্রেসেবিলিটি ম্যাট্রিক্সের উদাহরণ

আসুন একটি ব্যবহারকারীর প্রয়োজনীয়তার স্পেসিফিকেশনের একটি উদাহরণ বিবেচনা করুন যার জন্য একটি প্রয়োজন একটি টাস্ক ম্যানেজার সফটওয়্যারে রিমাইন্ডার সেট করুন .

সুতরাং ব্যবসার প্রয়োজনীয়তা (BR1) হবে: একটি অনুস্মারক সেট করুন বোতাম উপলব্ধ হওয়া উচিত।

দ্য পরীক্ষার দৃশ্য (TS1) এর জন্য প্রয়োজন হবে: সেট রিমাইন্ডার বাটন দেওয়া আছে।

এই দৃশ্যের অধীনে দুটি পরীক্ষার ক্ষেত্রে থাকবে:

    টেস্ট কেস 1 (TS1.TC1): সেট রিমাইন্ডার বিকল্প সক্রিয় করা হয়েছে এবং সফলভাবে কাজ করছে৷টেস্ট কেস 2 (TS1.TC2): সেট রিমাইন্ডার বিকল্প সফলভাবে নিষ্ক্রিয় করা হয়েছে.

একবার উপরের পরীক্ষার কেসগুলি বাস্তবায়িত হলে, তারা সফল বা ব্যর্থ হতে পারে।

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

ধরুন, TS1.TC1 ব্যর্থ হয়, অর্থাৎ, বিকল্পটি সক্রিয় থাকা সত্ত্বেও ব্যবহারকারী দৈনন্দিন কাজের জন্য একটি অনুস্মারক সেট করতে পারে না। এই ধরনের ক্ষেত্রে, ত্রুটিটি রিকোয়ারমেন্ট ট্রেসেবিলিটি ম্যাট্রিক্সে লগ করা যেতে পারে।

ধরুন ডিফেক্ট আইডি হল D1। তারপর, এটিকে BR1, TS1, এবং TS1.TC1 দিয়েও ম্যাপ করা হবে।

একটি সারণী বিন্যাসে, আরটিএম দেখতে কিছুটা এরকম হবে:

ব্যবসার চাহিদা পরীক্ষার দৃশ্যকল্প পরীক্ষা ক্ষেত্রে ত্রুটি
BR1 TS1TS1.TC1D1
TS1.TC2

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

টেস্ট কভারেজ

টেস্ট কভারেজ হল একটি শব্দ যা সংজ্ঞায়িত করে যে কোন ব্যবহারকারীর প্রয়োজনীয়তা পরীক্ষা করা হবে এবং পরীক্ষা শুরু হলে যাচাই করা হবে।

ন্যূনতম বা NIL ত্রুটিগুলির সাথে সফ্টওয়্যার অ্যাপ্লিকেশনটির সম্পূর্ণতা নিশ্চিত করতে এটি পরীক্ষার কেসগুলি সঠিকভাবে সম্পাদিত হয়েছে কিনা তা পরীক্ষা করে।

100% পরীক্ষার কভারেজ নিম্নলিখিত হিসাবে প্রয়োজনীয় ট্রেসেবিলিটি ব্যবহার করে অর্জন করা যেতে পারে:

অভ্যন্তরীণ ত্রুটিগুলি পরিকল্পিত পরীক্ষার ক্ষেত্রে ম্যাপ করা উচিত।

কাস্টমার রিপোর্টেড ডিফেক্টস (CRD) পৃথক পরীক্ষার ক্ষেত্রে ম্যাপ করা উচিত।

প্রয়োজনীয় স্পেসিফিকেশন প্রকার

1. সফ্টওয়্যার প্রয়োজনীয়তা স্পেসিফিকেশন ডকুমেন্ট (এসআরএস)

এটি একটি বিশদ নথি যাতে ক্লায়েন্ট বা স্টেকহোল্ডারদের কার্যকরী এবং অ-কার্যকর প্রয়োজনীয়তা সম্পর্কে সমস্ত বিবরণ রয়েছে।

এসআরএস হল সফ্টওয়্যার অ্যাপ্লিকেশনগুলির নকশা এবং বিকাশের জন্য বেসলাইন নথি।

আরো দেখুন ক্রোম, ফায়ারফক্স বা যেকোনো ব্রাউজারে রিক্যাপচা কাজ না করার জন্য 11টি সমাধান

2. কেস ডকুমেন্ট ব্যবহার করুন

ইউজ কেস ডকুমেন্ট ব্যবসার প্রয়োজন অনুসারে সফ্টওয়্যারটির ডিজাইন এবং বাস্তবায়নে সহায়তা করে।

এটি প্রতিটি কাজ কিভাবে সম্পাদন করা প্রয়োজন তার একটি বিস্তারিত কর্মপ্রবাহ দেখায়।

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

3. ব্যবসার প্রয়োজনীয়তা

বিজনেস রিকোয়ারমেন্ট ডকুমেন্ট (BRS) হল একটি উচ্চ-স্তরের প্রয়োজনীয়তা তালিকা যা একটি সংক্ষিপ্ত গ্রাহক ইন্টারঅ্যাকশনের পরে প্রকৃত গ্রাহকদের প্রয়োজনীয়তাগুলিকে ধারণ করে।

একজন ব্যবসায়িক বিশ্লেষক বা প্রজেক্ট আর্কিটেক্ট সাধারণত এই নথিটি গঠন করেন। SRS BRS থেকে প্রাপ্ত।

4. ব্যবহারকারীর গল্প

চতুর বিকাশ পদ্ধতির ক্ষেত্রে, ব্যবহারকারীর গল্পটি শেষ ব্যবহারকারীর দৃষ্টিকোণ থেকে বিভিন্ন সফ্টওয়্যার বৈশিষ্ট্য বর্ণনা করতে ব্যবহৃত হয়।

এই গল্পগুলি বিভিন্ন ধরনের ব্যবহারকারী এবং কী বৈশিষ্ট্য এবং কেন জন্য তাদের প্রয়োজনীয়তাগুলি সংজ্ঞায়িত করে ব্যবহারকারীর প্রয়োজনীয়তাগুলিকে সরল করে৷

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

5. প্রকল্পের প্রয়োজনীয় নথি (পিআরডি)

প্রতিটি সদস্যকে পণ্যের কাজ সম্পর্কে জানাতে সমগ্র প্রকল্প দলের জন্য তৈরি একটি রেফারেন্স নথি হল PRD।

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

  • পণ্যের উদ্দেশ্য
  • পণ্যের বৈশিষ্ট্য
  • মুক্তির মানদণ্ড
  • প্রকল্পের বাজেট এবং সময়সূচী

6. ত্রুটি যাচাইকরণ নথি

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

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

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

একটি উদাহরণ ব্যবহার করে প্রয়োজনীয়তা ট্রেসেবিলিটি ম্যাট্রিক্সের উপযোগিতা

টাস্ক ম্যানেজার সফ্টওয়্যারে পূর্ববর্তী সেট নোটিফিকেশন বিবেচনা করে, আসুন দেখি কিভাবে প্রয়োজনীয় ট্রেসেবিলিটি ম্যাট্রিক্স সাহায্য করতে পারে।

1. বাস্তবায়ন

প্রয়োজনীয়তা: টাস্ক ম্যানেজার অ্যাপ্লিকেশনে সেট বিজ্ঞপ্তি বোতামটি প্রয়োগ করুন।

বাস্তবায়ন: ব্যবহারকারী একবার লগ ইন করলে, সেট বিজ্ঞপ্তি আইকনটি দৃশ্যমান এবং ড্যাশবোর্ডে অ্যাক্সেসযোগ্য হওয়া উচিত।

2. প্রয়োজনীয়তা কি প্রয়োজনীয়?

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

বাস্তবায়ন: ব্যবহারকারী তাদের কাজের জন্য স্বয়ংক্রিয়ভাবে বা ম্যানুয়ালি বা আদৌ না করার জন্য বিজ্ঞপ্তি সক্ষম করতে চান কিনা তা চয়ন করতে পারেন৷

3. প্রয়োজনীয়তা ব্যাখ্যা করা

প্রয়োজনীয়তা: সেট নোটিফিকেশন বোতামে বিজ্ঞপ্তি সেট করার তারিখ এবং সময় থাকে।

বাস্তবায়ন: যখন একজন ব্যবহারকারী সেট বিজ্ঞপ্তি আইকন/বোতামে ক্লিক করেন, তখন কোনটি উপলব্ধ হবে?

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

4. প্রয়োজন বাস্তবায়নের পরে ডিজাইন সিদ্ধান্ত

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

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

5. সমস্ত প্রয়োজনীয়তা বরাদ্দ

প্রয়োজনীয়তা: 'মিউট নোটিফিকেশন' অপশন দিতে হবে।

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

আরো দেখুন কাউকে নিঃশব্দ করতে কীভাবে Facebook 'টেক এ ব্রেক' ফিচার ব্যবহার করবেন

টেস্ট কভারেজ এবং RTM এর সুবিধা

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

পরীক্ষা কভারেজ চ্যালেঞ্জ

যোগাযোগ

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

পরীক্ষার পরিস্থিতিকে অগ্রাধিকার দেওয়া

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

কার্যকর পরীক্ষার কৌশল

টেস্ট কভারেজ বাস্তবায়নের জন্য কার্যকরী কৌশল হল এমন একটি যা প্রয়োগের একটি ভাল গুণমান নিশ্চিত করে, যা কিছু সময়ের জন্য বজায় রাখা হবে

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

পরীক্ষার প্রক্রিয়া সংজ্ঞায়িত করার সময় দলের দক্ষতা, সাংগঠনিক কাঠামো এবং অনুসরণ প্রক্রিয়া, অতীত অভিজ্ঞতা, প্রযুক্তিগত অবকাঠামো, বাস্তবায়ন, সময় এবং সংস্থান, খরচ সম্পর্কিত প্রকল্প অনুমান এবং সময় অঞ্চল অনুসারে দলের অবস্থানের মতো বিষয়গুলি বিবেচনা করা উচিত।

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

সম্পদের প্রাপ্যতা

দক্ষ-ডোমেন নির্দিষ্ট পরীক্ষক এবং পরীক্ষকদের দ্বারা ব্যবহৃত পরীক্ষার সরঞ্জামগুলি বাধ্যতামূলক পরীক্ষার পরিস্থিতি এবং স্ক্রিপ্টগুলি লিখতে এবং প্রয়োগ করার জন্য প্রয়োজনীয় দুটি ধরণের সংস্থান।

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

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

RTM বা রিকোয়ারমেন্ট ট্রেসেবিলিটি ম্যাট্রিক্স হল একটি একক নথি যার প্রাথমিক উদ্দেশ্য হল নিশ্চিত করা যে কোনও পরীক্ষার কেস এবং পরীক্ষার পরিস্থিতি বাদ দেওয়া হবে না। প্রতিটি কার্যকারিতা সফলভাবে পরীক্ষিত এবং আচ্ছাদিত করা হয়. এই উদ্দেশ্যে, ক্লায়েন্টের প্রয়োজনীয়তা ম্যাপ করা হয় এবং ডকুমেন্টে ট্রেস করা হয়।

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

সময়ের আগে পরিকল্পনা করে পুঙ্খানুপুঙ্খভাবে সম্পন্ন করা হলে, টেস্ট কভারেজের ফলে কম পুনরাবৃত্তিমূলক কাজ হয় এবং পরীক্ষার পর্যায়ে ত্রুটি দেখা দেয় যার ফলে ত্রুটির সংখ্যা কম হয়।

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

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

  • Unsecapp.Exe কি এবং এটা কি নিরাপদUnsecapp.exe কি এবং এটা কি নিরাপদ?
  • 15 সেরা UML ডায়াগ্রাম টুল এবং সফটওয়্যার15 সেরা UML ডায়াগ্রাম টুল এবং সফটওয়্যার
  • [ফিক্সড] উইন্ডোজ নির্দিষ্ট ডিভাইস, পাথ বা ফাইলের ত্রুটি অ্যাক্সেস করতে পারে না[ফিক্সড] উইন্ডোজ নির্দিষ্ট ডিভাইস, পাথ বা ফাইলের ত্রুটি অ্যাক্সেস করতে পারে না
  • উইন্ডোজ আপডেটের জন্য 16 সংশোধনগুলি উইন্ডোজে কাজ করছে নাউইন্ডোজ আপডেটের জন্য 16 সংশোধনগুলি উইন্ডোজে কাজ করছে না
  • AMD Radeon সেটিংসের জন্য 4টি সমাধান জিতেছে৷AMD Radeon সেটিংসের জন্য 4 ফিক্স খুলবে না
  • জুম স্ক্রিনশট টুল: টিপস এবং কৌশলজুম স্ক্রিনশট টুল: টিপস এবং কৌশল