কঠোর অর্থে টেস্ট স্যুটটির মান প্রতিষ্ঠিত না হওয়া পর্যন্ত কোনও দাবি করা মোটেও ন্যায়সঙ্গত নয়। পরীক্ষাগুলির 100% পাস করা অর্থবহ নয় যদি বেশিরভাগ পরীক্ষাগুলি একে অপরের সাথে তুচ্ছ বা পুনরাবৃত্তি হয়।
প্রশ্নটি হ'ল: প্রকল্পের ইতিহাসে, এই পরীক্ষাগুলির মধ্যে কোনওটি কী বাগগুলি উন্মোচিত করেছিল? একটি পরীক্ষার লক্ষ্য হ'ল বাগগুলি খুঁজে পাওয়া। এবং যদি তা না করে তবে তারা পরীক্ষা হিসাবে ব্যর্থ হয়েছিল। কোডের মান উন্নত করার পরিবর্তে তারা আপনাকে কেবল সুরক্ষার একটি মিথ্যা ধারণা দিচ্ছেন।
আপনার পরীক্ষার নকশা উন্নত করতে, আপনি (1) হোয়াইটবক্স কৌশল, (2) ব্ল্যাকবক্স কৌশল এবং (3) মিউটেশন টেস্টিং ব্যবহার করতে পারেন।
(1) আপনার পরীক্ষার নকশাগুলিতে প্রয়োগ করার জন্য এখানে কিছু ভাল হোয়াইটবক্স কৌশল রয়েছে। নির্দিষ্ট উত্স কোডটি মাথায় রেখে একটি হোয়াইটবক্স পরীক্ষা তৈরি করা হয়। হোয়াইটবক্স পরীক্ষার একটি গুরুত্বপূর্ণ বিষয় হ'ল কোড কভারেজ:
- প্রতিটি ফাংশন বলা হয়? [কার্যকরী কভারেজ]
- প্রতিটি বিবৃতি কার্যকর করা হয়? [বিবৃতি কভারেজ - উভয় কার্যকরী কভারেজ এবং বিবৃতি কভারেজ খুব বেসিক, তবে কিছুই চেয়ে ভাল]
- প্রতিটি সিদ্ধান্তের জন্য (যেমন
ifবা while), আপনার কি এমন একটি পরীক্ষা আছে যা এটিকে সত্য হতে বাধ্য করে এবং অন্যটি এটি মিথ্যা হতে বাধ্য করে? [সিদ্ধান্তের কভারেজ]
- সংমিশ্রণ (ব্যবহার
&&) বা সংশ্লেষ (ব্যবহার ||) প্রতিটি শর্তের জন্য, প্রতিটি subexpression এর একটি পরীক্ষা আছে যেখানে এটি সত্য / মিথ্যা? [শর্ত কভারেজ]
- লুপ কভারেজ: আপনার কি এমন একটি পরীক্ষা আছে যা 0 টি পুনরাবৃত্তি, 1 পুনরাবৃত্তি, 2 পুনরাবৃত্তিকে বাধ্য করে?
- প্রতিটি
breakলুপ থেকে আচ্ছাদিত?
(২) ব্ল্যাকবক্স কৌশলগুলি প্রয়োজনীয়তাগুলি উপলভ্য হলে ব্যবহৃত হয়, তবে কোডটি নিজেই নয়। এগুলি উচ্চ মানের পরীক্ষার দিকে নিয়ে যেতে পারে:
- আপনার ব্ল্যাকবক্স পরীক্ষাগুলি কি একাধিক পরীক্ষার লক্ষ্যকে অন্তর্ভুক্ত করে? আপনি আপনার পরীক্ষাগুলি "চর্বি" হতে চাইবেন: তারা কেবল এক্স বৈশিষ্ট্যটি পরীক্ষা করে না, তবে তারা ওয়াই এবং জেডও পরীক্ষা করে different বিভিন্ন বৈশিষ্ট্যের ইন্টারঅ্যাকশনটি বাগগুলি খুঁজে পাওয়ার দুর্দান্ত উপায়।
- আপনি যখন "ত্বক" পরীক্ষা করতে চান না কেবল তখনই আপনি যখন ত্রুটির শর্তটি পরীক্ষা করছেন। উদাহরণস্বরূপ, অবৈধ ব্যবহারকারী ইনপুট জন্য পরীক্ষা করা। যদি আপনি একাধিক অবৈধ ইনপুট পরীক্ষার লক্ষ্য অর্জনের চেষ্টা করে থাকেন (উদাহরণস্বরূপ, একটি অবৈধ জিপ কোড এবং একটি অবৈধ রাস্তার ঠিকানা) এটি সম্ভবত একটি ক্ষেত্রে অন্যটিকে মাস্কিং করছে।
- ইনপুট প্রকারগুলি বিবেচনা করুন এবং ইনপুটগুলির ধরণের জন্য "সমতা শ্রেণি" গঠন করুন। উদাহরণস্বরূপ, যদি আপনার কোডটি ত্রিভুজ সমান্তরাল কিনা তা পরীক্ষা করে দেখায়, যে পরীক্ষার পক্ষের (1, 1, 1) ত্রিভুজ ব্যবহার করে সম্ভবত পরীক্ষার ডেটা (2, 2, 2) এবং একই ধরণের ত্রুটি খুঁজে পেতে পারে (3, 3, 3) পাবেন। অন্যান্য ক্লাসের ইনপুট সম্পর্কে চিন্তা করে আপনার সময় ব্যয় করা ভাল। উদাহরণস্বরূপ, যদি আপনার প্রোগ্রামটি ট্যাক্স পরিচালনা করে তবে আপনি প্রতিটি ট্যাক্স বন্ধনীটির জন্য একটি পরীক্ষা চান। [একে সমতুল্য পার্টিশন বলা হয়।]
- বিশেষ ক্ষেত্রে প্রায়শই ত্রুটির সাথে যুক্ত থাকে। আপনার পরীক্ষার ডেটাতেও সীমানা মান থাকতে হবে, যেমন সমতুল্য টাস্কের উপরের বা নীচে। উদাহরণস্বরূপ, বাছাই করা অ্যালগরিদম পরীক্ষা করার সময়, আপনি খালি অ্যারে, একটি একক উপাদান অ্যারে, দুটি উপাদান সহ একটি অ্যারে এবং তারপরে খুব বড় অ্যারে দিয়ে পরীক্ষা করতে চান। আপনার সীমানা ক্ষেত্রে কেবল ইনপুট নয়, পাশাপাশি আউটপুটও বিবেচনা করা উচিত। [এটি কল সীমানা-মান বিশ্লেষণ।]
- আরেকটি কৌশল হ'ল "অনুমান করার সময় ত্রুটি।" আপনি যদি এমন কোনও বিশেষ সংমিশ্রণ চেষ্টা করেন যা আপনি আপনার প্রোগ্রামটি ভাঙ্গতে পারেন তবে আপনার কী অনুভূতি রয়েছে? তাহলে শুধু চেষ্টা করে দেখুন! মনে রাখবেন: আপনার লক্ষ্যটি বাগের সন্ধান করা, প্রোগ্রামটি বৈধ কিনা তা নিশ্চিত করার জন্য নয় । কিছু লোকের ত্রুটি অনুমান করার জন্য নকশ রয়েছে।
(3) পরিশেষে, ধরুন আপনার কাছে ইতিমধ্যে হোয়াইটবক্সের কভারেজের জন্য প্রচুর দুর্দান্ত পরীক্ষা আছে এবং ব্ল্যাকবক্স কৌশল প্রয়োগ রয়েছে। তুমি আর কি করতে পারো? আপনার টেস্ট পরীক্ষা করার সময় এসেছে । আপনি যে কৌশলটি ব্যবহার করতে পারেন তা হ'ল মিউটেশন টেস্টিং।
মিউটেশন পরীক্ষার অধীনে, আপনি একটি ত্রুটি তৈরির আশায় আপনার প্রোগ্রামে (একটি অনুলিপি) পরিবর্তন করতে পারেন। একটি রূপান্তর হতে পারে:
একটি ভেরিয়েবলের একটি রেফারেন্সকে অন্য ভেরিয়েবলে পরিবর্তন করুন; অ্যাবস () ফাংশন sertোকান; এর চেয়ে কম-বেশিতে পরিবর্তন করুন; একটি বিবৃতি মুছুন; একটি ধ্রুবক সঙ্গে একটি পরিবর্তনশীল প্রতিস্থাপন; একটি ওভাররাইড পদ্ধতি মুছুন; একটি সুপার পদ্ধতির একটি রেফারেন্স মুছুন; যুক্তির ক্রম পরিবর্তন করুন
আপনার প্রোগ্রামের বিভিন্ন জায়গায় কয়েক ডজন মিউট্যান্ট তৈরি করুন [পরীক্ষার জন্য প্রোগ্রামটি এখনও সংকলন করতে হবে]। যদি আপনার পরীক্ষাগুলিতে এই বাগগুলি না পাওয়া যায় তবে আপনার এখন একটি পরীক্ষা লিখতে হবে যা আপনার প্রোগ্রামের রূপান্তরিত সংস্করণে বাগটি খুঁজে পেতে পারে। একবার পরীক্ষার মাধ্যমে বাগটি খুঁজে পাওয়া গেলে আপনি মিউট্যান্টকে মেরে ফেলেছিলেন এবং আবার চেষ্টা করতে পারেন।
সংযোজন : আমি এই প্রভাবটি উল্লেখ করতে ভুলে গেছি: বাগগুলি ক্লাস্টারের ঝোঁক থাকে । এর অর্থ হ'ল একটি মডিউলে আপনি যত বেশি বাগ খুঁজে পাবেন, তত বেশি ত্রুটি আপনি খুঁজে পাবেন। সুতরাং, যদি আপনার কোনও পরীক্ষা হয়ে যায় যা ব্যর্থ হয় (যা বলা যায় যে পরীক্ষাটি সফল, যেহেতু লক্ষ্যটি বাগগুলি সন্ধান করা হয়), তবে আপনি কেবল বাগটি ঠিক করতে পারবেন না, তবে আপনাকে মডিউলটির জন্য আরও পরীক্ষা লিখতে হবে, উপরের কৌশল।
আপনি যতক্ষণ স্থির হারে ত্রুটিগুলি খুঁজে পাচ্ছেন ততক্ষণ পরীক্ষার প্রচেষ্টা অবশ্যই চালিয়ে যেতে হবে। কেবলমাত্র নতুন বাগের হারের হ্রাস যখন পাওয়া যায় তখনই আপনার আত্মবিশ্বাস থাকা উচিত যে আপনি উন্নয়নের সেই পর্যায়ে ভাল পরীক্ষার প্রচেষ্টা করেছেন।