টিডিডি নিয়ম অনুসারে ইউনিট পরীক্ষাগুলি প্রডাকশন কোডের আগে লেখা হয়, তবে ইন্টিগ্রেশন টেস্টের কী হবে যা কংক্রিট (নন মকস) ওয়্যার্ড অবজেক্টগুলির মধ্যে ইন্টারঅ্যাকশন অনুশীলন করে?
সেগুলি ইউনিট পরীক্ষার আগে বা প্রোডাকশন কোডের পরে কেবল "ওয়্যারিং" পরীক্ষা করার জন্য লেখা উচিত?
নোট করুন যে আমি গ্রহণ বা কার্যকরী পরীক্ষার কথা বলছি না তবে নিম্ন স্তরের ইন্টিগ্রেশন পরীক্ষার জন্য।
উত্তর:
অন্যান্য বিডিডি সংস্থাগুলির মধ্যে আরএসপেক বইটি এরকম একটি চক্রের পরামর্শ দেয়:
সংক্ষেপে, প্রক্রিয়াটি হ'ল:
While behaviour required
Write an integration test for a specific behaviour
While integration test failing
Write a unit test to fulfil partial behavior
While unit test failing
Write code to make unit test pass
Commit
While refactoring can be done
Refactor
While unit test failing
Write code to make unit test pass
Commit
Push
অস্বীকৃতি: আমার মনে সন্দেহ নেই যে এটি সর্বোত্তম কোড এবং পণ্যকে নিয়ে যায় তবে এটি সময় সাপেক্ষ হতে পারে। ডেটা এবং নির্ধারণবাদের চারপাশে সমস্ত ধরণের অসুবিধা রয়েছে, যখন এটি আসে যখন ইন্টিগ্রেশন পরীক্ষা সর্বদা পাস করা উচিত pass এটি সব পরিস্থিতিতে উপযুক্ত নয়; কখনও কখনও আপনি কেবল দরজা থেকে জিনিস পেতে হবে।
এটি বলেছিল, মনে একটি আদর্শ প্রক্রিয়া থাকা দুর্দান্ত। এটি আপনাকে এমন একটি বিষয় দেয় যা থেকে আপস করা উচিত।
বাস্তব প্রকল্পটি আমাকে দেখিয়েছিল যে ইউনিট পরীক্ষাগুলি লেখা সম্ভব নয় এবং তারপরে ইন্টিগ্রেশন এবং এমনকি বিপরীত দিকটিও ভুল :-) সুতরাং, আমি সাধারণত ইন্টিগ্রেশনগুলির সাথে ইউনিট টেস্টগুলিও লিখি।
কেন? আমি কীভাবে উভয় ধরণের পরীক্ষা দেখি তা লিখতে দাও:
ইউনিট পরীক্ষা - উইকিপিডিয়া এবং সমস্ত জানার তথ্য ছাড়াও ইউনিট পরীক্ষাগুলি আপনাকে আপনার নকশা সংকীর্ণ করতে , আপনার মডেল, সম্পর্কের উন্নতি করতে সহায়তা করে। প্রবাহটি সহজ: একবার আপনি নতুন প্রকল্প / নতুন উপাদান টাইপ করতে শুরু করলে, বেশিরভাগ সময় আপনি কোনও প্রকারের পিসি তৈরি করেন । আপনি যখন সম্পন্ন করেন, আপনার কাছে সর্বদা দীর্ঘ পদ্ধতি, দীর্ঘ ক্লাস, অ-সুসংহত পদ্ধতি এবং ক্লাস ইত্যাদি থাকে
ইউনিট পরীক্ষাগুলি আপনাকে এই বিষয়গুলি সরাতে সহায়তা করে যেমন আপনি যখন উল্লিখিত মক (ডাব্লু / ও অন্যান্য উপাদানগুলির উপর নির্ভরশীলতা) ক্লাসগুলি অন-পরীক্ষামূলক। অকেস্টেবল কোডের মূল চিহ্নটি টেস্টের বৃহত বিদ্রূপাত্মক অংশ কারণ আপনি অনেকগুলি নির্ভরতা (বা পরিস্থিতি) উপহাস করতে বাধ্য হন
ইন্টিগ্রেশন টেস্ট - সঠিক এবং কার্যক্ষম পরীক্ষা আপনাকে বলে যে আপনার নতুন উপাদান (বা উপাদানগুলি) একসাথে বা অন্য উপাদানগুলির সাথে কাজ করে - এটি স্বাভাবিক সংজ্ঞা। আমি খুঁজে পেয়েছি যে ইন্টিগ্রেশন টেস্টগুলি বেশিরভাগ ক্ষেত্রে গ্রাহক পক্ষ থেকে আপনার উপাদানটি কীভাবে ব্যবহার করতে হয় তা প্রবাহ নির্ধারণ করতে সহায়তা করে ।
এটি সত্যই গুরুত্বপূর্ণ কারণ এটি আপনাকে মাঝে মাঝে বলে দেয় যে আপনার এপিআই বাইরে থেকে বোঝায় না।
ঠিক আছে, আমি পরে ইউনিট পরীক্ষা এবং ইন্টিগ্রেশন টেস্টগুলি একবার লিখেছি কি?
আমি চমৎকার ক্লাস, পরিষ্কার নকশা, ভাল নির্মাণকারী, সংক্ষিপ্ত এবং সুসংগত পদ্ধতিগুলি, আইওসি প্রস্তুত ইত্যাদি পেয়েছি Once একবার আমি যখন আমার ক্লাস / এপিআই কিছু গ্রাহককে দিয়েছি, যেমন ইন্টিগ্রেশন বা জিইউআই দল থেকে বিকাশকারী, তিনি আমার এপিআই ব্যবহার করতে অক্ষম বলে মনে হচ্ছে এটি অযৌক্তিক বলে মনে হচ্ছে অদ্ভুত। সে স্রেফ বিভ্রান্ত হয়েছিল। সুতরাং আমি তার দৃষ্টিভঙ্গি অনুসারে এপিআই মেরামত করেছিলাম তবে এটির জন্য অনেকগুলি পরীক্ষা আবারও লেখার দরকার ছিল কারণ আমাকে পদ্ধতি পরিবর্তন করতে এবং কখনও কখনও এমনকি এপিআই কীভাবে ব্যবহার করতে হয় তা প্রবাহের দিকেও চাপ দেওয়া হয়েছিল।
ঠিক আছে, আমি একবারে ইন্টিগ্রেশন টেস্ট এবং ইউনিট টেস্টগুলি একবার লিখেছি কি?
আমি ঠিক প্রবাহ পেয়েছি, ভাল ব্যবহারযোগ্যতা। আমার কাছে যা আছে তা হ'ল বড় ক্লাস, অবিহীন কোড, লগিং নেই, দীর্ঘ পদ্ধতি। স্প্যাগেটি কোড
আমার পরামর্শ কি?
আমি নিম্নলিখিত প্রবাহ শিখেছি:
নোট করুন যে আমি ইউনিট / ইন্টিগ্রেশন টেস্টিং সম্পর্কে ছোট উপস্থাপনা করেছি , স্লাইড # 21 দেখুন যেখানে কঙ্কালের বর্ণনা দেওয়া আছে।
ইউনিট টেস্টগুলি কোনও অ্যাপ্লিকেশনে ক্ষুদ্রতম সম্ভব টেস্টেবল বিটটি পরীক্ষা করতে এবং এর কার্যকারিতা পরীক্ষা করতে ব্যবহৃত হয়। অ্যাপ্লিকেশনটির অংশ বা বৃহত উপাদানগুলিতে একত্রিত করার আগে প্রতিটি ইউনিট পৃথকভাবে পরীক্ষা করা হয়।
যে যেখানে আছে ইন্টিগ্রেশন টেস্ট : আসে
তারা এই অংশের একসঙ্গে ঝুলানো সময় এই নব নির্মিত অংশের যা পূর্বে পরীক্ষিত ইউনিট গঠিত পরীক্ষা। সেরা কেসটি হ'ল আবেদনটি লেখার সময় এই সময়ে পরীক্ষাগুলি লিখতে হবে।
আমি ইউনিট পরীক্ষার অনুরূপ হিসাবে ইন্টিগ্রেশন পরীক্ষা দেখতে ঝোঁক। এটিতে আমি একটি ব্ল্যাক বক্স হিসাবে কোডের একটি উপসেট আচরণ করছি। সুতরাং ইন্টিগ্রেশন পরীক্ষা কেবল একটি বড় বাক্স।
আমি তাদের প্রডাকশন কোডের আগে লিখতে পছন্দ করি। আমি কোন টুকরোটি এখনও বেঁধে ফেলতে পারি নি বা বস্তুর মিথস্ক্রিয়ায় আমি কিছুটা বিশদ পরিবর্তন করেছি তা স্মরণে রাখতে সাহায্য করার এই সুবিধা রয়েছে।
গ্রহণযোগ্যতা পরীক্ষা বাদে, আমি কেবলমাত্র কোনও অ্যাপ্লিকেশনের সীমানায় ইন্টিগ্রেশন টেস্ট লিখি, এটি তৃতীয় পক্ষের সিস্টেম বা উপাদানগুলির সাথে ভালভাবে সংহত করে তা যাচাই করতে tend
ধারণাটি হ'ল অ্যাডাপ্টার অবজেক্ট তৈরি করা যা তৃতীয় পক্ষ কীভাবে আপনার অ্যাপ্লিকেশনটির প্রয়োজনীয়তার সাথে কথা বলে তা থেকে অনুবাদ করে এবং এই অনুবাদকদের বাস্তব বাহ্যিক ব্যবস্থার বিরুদ্ধে পরীক্ষা করে। আপনি যে পরীক্ষাটি প্রথম বা পরীক্ষাগুলি করেন তা আমি আপনার নিয়মিত ইউনিট পরীক্ষার চেয়ে কম গুরুত্বপূর্ণ মনে করি কারণ এটি
টিডিডি সরবরাহিত ডিজাইনের অন্তর্দৃষ্টি এখানে এতটা গুরুত্ব দেয় না যেহেতু ডিজাইনটি বেশ আগে থেকেই জানা ছিল এবং সাধারণত জড়িত জটিল কিছু নেই, আপনি কেবল একটি সিস্টেম থেকে অন্য সিস্টেমে জিনিসগুলি ম্যাপ করেন।
আপনি যে মডিউল / সিস্টেমটি মোকাবেলা করতে চান তার উপর নির্ভর করে এর জন্য অনেকগুলি অনুসন্ধান, কনফিগারেশন টিঙ্কারিং, স্যাম্পল ডেটা প্রস্তুতি প্রয়োজন হতে পারে যা সময় নেয় এবং একটি সংক্ষিপ্ত টিডিডি প্রতিক্রিয়া লুপে সত্যই ভাল ফিট করে না।
তবে, যদি আপনি সামান্য সুরক্ষিত পদক্ষেপে আপনার অ্যাডাপ্টারটি ক্রমবর্ধমানভাবে বাড়ানোতে আরও স্বাচ্ছন্দ্য বোধ করেন তবে আমি অবশ্যই প্রথম পরীক্ষা নেওয়ার পরামর্শ দিচ্ছি, এটি ক্ষতি করতে পারে না।
আপনি এই পদ্ধতির উদাহরণগুলি এখানে পেতে পারেন: http://davesquared.net/2011/04/dont-mock-types-you-dont-own.html (6th ষ্ঠ অনুচ্ছেদ) http://blog.8thlight.com/eric- স্মিথ / 2011/10/27 / না না-না yours.html
সুতরাং আমি প্রথম উত্তরটি গ্রহণ করতে যাচ্ছিলাম তবে এটি মুছে ফেলা হয়েছে।
একটি প্রদত্ত পুনরাবৃত্তিতে
এটির যোগফলটি যোগ করতে
:
ইন্টিগ্রেশন পর্যায়ে টেস্টিবিলিটির গ্যারান্টি দেওয়ার জন্য 1 এবং 2 এর সাথে ইন্টিগ্রেশন টেস্টিং মনে রাখবেন।
ইন্টিগ্রেশন টেস্টগুলি অগত্যা পদক্ষেপ 3 এ শেষ হওয়ার জন্য শেষ লিখিত হয় না তবে সেগুলি 1 ও 2 ধাপের মধ্যে আংশিকভাবে লিখিত হতে পারে।
ইউনিট পরীক্ষা করে আপনার প্রকল্পের মধ্যে কোডের ব্লক ব্লক পরীক্ষা করে ।
ইন্টিগ্রেশন টেস্টগুলি পরীক্ষা করে যে কীভাবে আপনার কোড অন্য কোডের সাথে ইন্টারফেস করে: অন্য কথায়, তারা আপনার কোডের ইন্টারফেসটি পরীক্ষা করে ।
ইন্টারফেসের পিছনে কোড তৈরি করার সময় ইউনিট পরীক্ষা লিখুন।
ইন্টারফেস বা ইন্টারফেস প্রয়োগ করে এমন কোনও কোড বিকাশ করার সময় সংহতকরণ পরীক্ষা লিখুন।
এর অর্থ হ'ল আপনি কখনও কখনও কোনও প্রকল্পের ক্ষেত্রে খুব দেরীতে ইন্টিগ্রেশন টেস্টগুলি লিখবেন, কারণ বেশিরভাগ কাজ ইন্টারফেসের পিছনে রয়েছে: উদাহরণস্বরূপ, একটি সংকলক, একটি নির্দিষ্ট ওয়েবসার্ভিস যা যুক্তির বিভিন্ন স্তরকে প্রয়োগ করে বা .. এমন কিছু যা এতে প্রচুর পরিমাণে জড়িত অভ্যন্তরীণ যুক্তি।
তবে, আপনি যদি আরইএসটি পরিষেবার একটি সেট বাস্তবায়ন করছেন বা ডেটা মডেলটি রিফ্যাক্টর করছেন এবং এক্সএ লেনদেনের জন্য সমর্থন যোগ করছেন, তবে আপনি প্রায় সঙ্গে সঙ্গেই ইন্টিগ্রেশন টেস্টগুলি বিকাশ শুরু করতে যাচ্ছেন, কারণ আপনার বেশিরভাগ কাজ ইন্টারফেসের চারপাশে কেন্দ্রিক, এটি কিনা whether REST এপিআই বা প্রোগ্রাম কীভাবে ডেটা মডেল ব্যবহার করে।