আমাদের ব্যবহারকারীর স্বীকৃতি পরীক্ষা (ইউএটি) কেন দরকার?

লেখক: Judy Howell
সৃষ্টির তারিখ: 5 জুলাই 2021
আপডেটের তারিখ: 1 জুলাই 2024
Anonim
আমাদের ব্যবহারকারীর স্বীকৃতি পরীক্ষা (ইউএটি) কেন দরকার? - প্রযুক্তি
আমাদের ব্যবহারকারীর স্বীকৃতি পরীক্ষা (ইউএটি) কেন দরকার? - প্রযুক্তি

কন্টেন্ট



সূত্র: লাইটকম / আইস্টকফোটো

ছাড়াইয়া লত্তয়া:

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

ডেমো এবং ডাই!

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

ব্যবহারকারী জুতা পদক্ষেপ

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


একটি সংক্ষিপ্ত UAT ইতিহাস

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

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


ইউএএটি আপনাকে জানায় যে সিস্টেমটি কীভাবে ব্যবহারযোগ্য

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

কে ইউএটি সম্পাদন করতে পারে?

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

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

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

কোনও বাগ নেই, কোনও স্ট্রেস নেই - আপনার জীবনকে বিনষ্ট না করে জীবন-পরিবর্তনশীল সফটওয়্যার তৈরির ধাপে গাইড আপনার ধাপ


কেউ যখন সফ্টওয়্যার মানের সম্পর্কে চিন্তা করে না তখন আপনি আপনার প্রোগ্রামিং দক্ষতা উন্নত করতে পারবেন না।

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

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

সাফল্য এবং ব্যর্থতা প্রবাহিত

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

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

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

ইউএটি সুবিধা

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

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

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