শিল্পের testingকমত্য হিসাবে জিইউআই পরীক্ষার বিষয়ে আমার পদ্ধতির বিকাশ ঘটছে। তবে আমি মনে করি কয়েকটি মূল কৌশল উদ্ভূত হতে শুরু করেছে।
আমি পরিস্থিতিগুলির উপর নির্ভর করে এই এক বা একাধিক কৌশল ব্যবহার করি (উদাহরণস্বরূপ এটি কোন ধরণের জিইউআই হয়, এটি কত দ্রুত তৈরি করা দরকার, শেষ ব্যবহারকারীটি কে হবে ইত্যাদি who)
ম্যানুয়াল পরীক্ষা। কোডটিতে কাজ করার সময় আপনি সর্বদা জিইউআই চালিয়ে যাচ্ছেন এবং কোডটির সাথে এটি সিঙ্কে রয়েছে তা নিশ্চিত করুন। কোড এবং চলমান অ্যাপ্লিকেশনের মধ্যে স্যুইচ করে আপনি যে অংশটিতে কাজ করছেন সেটিকে আপনি ম্যানুয়ালি পরীক্ষা করে দেখুন test প্রতিবার আপনি কোনও উল্লেখযোগ্য কাজ শেষ করার পরে, কোনও প্রতিক্রিয়া নেই তা নিশ্চিত করার জন্য আপনি পুরো স্ক্রিন বা অ্যাপ্লিকেশনটির ক্ষেত্রকে সামগ্রিক পরীক্ষা দেবেন।
অংশ পরিক্ষাকরণ. আপনি GUI আচরণের ফাংশন বা ছোট ইউনিটের জন্য পরীক্ষা লিখেন। উদাহরণস্বরূপ, আপনার গ্রাফগুলিকে একটি 'বেস' রঙের উপর ভিত্তি করে রঙের বিভিন্ন শেড গণনা করা প্রয়োজন। আপনি কোনও গণনাতে এই গণনাটি বের করতে এবং এর জন্য একটি ইউনিট পরীক্ষা লিখতে পারেন। আপনি জিইউআইতে এই জাতীয় যুক্তি অনুসন্ধান করতে পারেন (বিশেষত পুনঃব্যবহারযোগ্য যুক্তি) এবং এটিকে বুদ্ধিমান ফাংশনে নিষ্কাশন করতে পারেন, যা আরও সহজে ইউনিট পরীক্ষিত হতে পারে। এমনকি জটিল আচরণও এই পদ্ধতিতে বের করা এবং পরীক্ষা করা যেতে পারে - উদাহরণস্বরূপ, উইজার্ডের ধাপগুলির একটি ক্রম কোনও ফাংশনে নিষ্কাশন করা যেতে পারে এবং একটি ইউনিট-পরীক্ষা যাচাই করতে পারে যে কোনও ইনপুট দেওয়া হলে সঠিক পদক্ষেপটি ফিরে আসে।
উপাদান এক্সপ্লোরার। আপনি একটি 'এক্সপ্লোরার' স্ক্রিন তৈরি করেন যার একমাত্র ভূমিকা আপনার জিইউআই তৈরির পুনঃব্যবহারযোগ্য উপাদানগুলির প্রতিটি প্রদর্শন করা। এই স্ক্রিনটি আপনাকে প্রতিটি উপাদানটির সঠিক চেহারা এবং অনুভূতি সঠিকভাবে চাক্ষুষভাবে যাচাই করার জন্য একটি দ্রুত এবং সহজ উপায় দেয়। আপনার সম্পূর্ণ অ্যাপ্লিকেশনটি ম্যানুয়ালি যাওয়ার চেয়ে উপাদান এক্সপ্লোরার আরও দক্ষ, কারণ ক) আপনাকে কেবল প্রতিটি উপাদান একবারে যাচাই করতে হবে, এবং খ) উপাদানটি দেখতে আপনাকে অ্যাপ্লিকেশনটির গভীরে নেভিগেট করতে হবে না, আপনি কেবল দেখতে পারেন এবং অবিলম্বে এটি যাচাই করুন।
অটোমেশন পরীক্ষা। আপনি একটি পরীক্ষা লিখেছেন যা স্ক্রিন বা উপাদানগুলির সাথে ইন্টারঅ্যাক্ট করে, মাউস ক্লিকগুলি, ডেটা এন্ট্রি ইত্যাদির সিমুলেট করে, জোর করে যে অ্যাপ্লিকেশনটি সঠিকভাবে এই ম্যানিপুলেশনগুলি দিয়েছিল। আপনার অন্যান্য পরীক্ষাগুলি মিস করতে পারে এমন সম্ভাব্য বাগগুলি ক্যাপচার করতে এটি অতিরিক্ত ব্যাকআপ পরীক্ষা হিসাবে কার্যকর হতে পারে। আমি জিইউআইয়ের যে অংশগুলি সবচেয়ে বেশি ভাঙ্গার এবং / অথবা অত্যন্ত সমালোচনামূলক, সেগুলির জন্য অটোমেশন পরীক্ষার জন্য সংরক্ষণ করি re যে অংশগুলিতে আমি যত তাড়াতাড়ি সম্ভব কিছু জানতে চাইলে জানতে চাই। এটিতে অত্যন্ত জটিল ইন্টারেক্টিভ উপাদানগুলি অন্তর্ভুক্ত থাকতে পারে যা ভঙ্গকারী বা গুরুত্বপূর্ণ প্রধান পর্দার জন্য ঝুঁকির মধ্যে রয়েছে।
ডিফ / স্ন্যাপশট পরীক্ষা। আপনি একটি পরীক্ষা লিখেছেন যা কেবল আউটপুটটিকে স্ক্রিনশট বা এইচটিএমএল কোড হিসাবে ক্যাপচার করে এবং এটি পূর্ববর্তী আউটপুটটির সাথে তুলনা করে। এই ভাবে, আপনি যখনই আউটপুট পরিবর্তন করবেন আপনি সতর্ক হন। আপনার জিইউআইয়ের ভিজ্যুয়াল দিকটি জটিল এবং / অথবা পরিবর্তনের সাপেক্ষে ভিন্ন ভিন্ন পরীক্ষাগুলি কার্যকর হতে পারে, সেক্ষেত্রে আপনি প্রদত্ত পরিবর্তনের সামগ্রিকভাবে জিইউআইয়ের উপর কী প্রভাব পড়েছে সে সম্পর্কে আপনি দ্রুত এবং চাক্ষুষ প্রতিক্রিয়া চান।
ভারী হাতের সাথে প্রতিটি সম্ভাব্য ধরণের পরীক্ষা ব্যবহার করার পরিবর্তে, আমি যে ধরণের জিনিস নিয়ে কাজ করছি তার উপর ভিত্তি করে পরীক্ষার কৌশলটি বাছাই এবং বেছে নেওয়া পছন্দ করি। সুতরাং এক ক্ষেত্রে আমি একটি সাধারণ ফাংশনটি বের করব এবং এটি ইউনিট-টেস্ট করব, তবে অন্য ক্ষেত্রে আমি উপাদানটি এক্সপ্লোরার ইত্যাদিতে একটি উপাদান যুক্ত করব, ইত্যাদি পরিস্থিতি নির্ভর করে।
আমি একটি খুব দরকারী মেট্রিক হতে কোড কভারেজ খুঁজে পাইনি, তবে অন্যরা এটির জন্য একটি ব্যবহার খুঁজে পেতে পারে।
আমি মনে করি যে প্রথম পরিমাপটি হ'ল বাগগুলির সংখ্যা এবং তীব্রতা। আপনার প্রথম অগ্রাধিকার সম্ভবত একটি অ্যাপ্লিকেশন যা সঠিকভাবে কাজ করে functions যদি অ্যাপ্লিকেশনটি সঠিকভাবে কাজ করে তবে কম বা কোনও বাগ থাকতে হবে। যদি অনেকগুলি বা গুরুতর ত্রুটি থাকে তবে সম্ভবত, আপনি হয় পরীক্ষা করছেন না বা আপনার পরীক্ষাগুলি কার্যকর নয় not
বাগগুলি হ্রাস করা ছাড়াও অন্যান্য পদক্ষেপ যেমন কর্মক্ষমতা, ব্যবহারযোগ্যতা, অ্যাক্সেসযোগ্যতা, রক্ষণাবেক্ষণযোগ্যতা, এক্সটেনসিবিলিটি ইত্যাদি These এগুলি আলাদা হবে, আপনি কোন ধরণের অ্যাপ্লিকেশন তৈরি করছেন তার উপর নির্ভর করে, ব্যবসায়, শেষ ব্যবহারকারী ইত্যাদি etc.
এই সব আমার ব্যক্তিগত অভিজ্ঞতা এবং গবেষণা সেইসাথে একটি দুর্দান্ত লেখার আপ উপর উপর ভিত্তি করে তৈরি UI 'তে টেস্ট দ্বারা হ্যাম Vocke ।