উত্তরাধিকার কোডের মূল সমস্যাটি হ'ল এর কোনও পরীক্ষা নেই। সুতরাং আপনাকে কিছু যুক্ত করতে হবে (এবং তারপরে আরও ...)।
এটি স্বয়ংক্রিয়ভাবে অনেক কাজ করতে পারে, যেমন @ ম্যাম্টনজ উল্লেখ করেছেন। তবে লিগ্যাসি কোডের বিশেষ সমস্যাটি এটি পরীক্ষার জন্য ডিজাইন করা হয়নি । সুতরাং সাধারণত এটি স্প্যাগেটি কোডের একটি বিশাল সংশ্লেষযুক্ত জগাখিচুড়ি, যেখানে ইউনিট পরীক্ষার জন্য ছোট অংশগুলি বিচ্ছিন্ন করা খুব কঠিন বা নিখুঁত অসম্ভব। সুতরাং ইউনিট টেস্টিং আগে, আপনি কোড refactor প্রয়োজন এটা আরো testable করা।
তবে নিরাপদে রিফ্যাক্টর করার জন্য, আপনাকে অবশ্যই পরিবর্তনগুলির সাথে কোনও কিছু ভেঙে ফেলা হয়নি তা যাচাই করার জন্য আপনার ইউনিট পরীক্ষা থাকতে হবে ... এটি উত্তরাধিকার কোডের 22 টি ক্যাচ।
এই বইটি আপনাকে শিখিয়েছে কীভাবে কোডটিকে প্রথমে সর্বনিম্ন, নিরাপদ পরিবর্তন করে কেবল প্রথম ইউনিট পরীক্ষাগুলি সক্ষম করতে catch এগুলি ডিজাইনটিকে আরও সুন্দর করার উদ্দেশ্যে নয় - কেবল ইউনিট পরীক্ষা সক্ষম করতে enable আসলে, কখনও কখনও তারা নকশাকে আরও সুন্দর বা আরও জটিল করে তোলে। যাইহোক, তারা আপনাকে পরীক্ষা লেখার অনুমতি দেয় - এবং একবারে আপনি ইউনিট পরীক্ষা করার পরে, আপনি নকশাটি আরও ভাল করতে মুক্ত হন are
কোডটি পরীক্ষণযোগ্য করে তোলার জন্য প্রচুর কৌশল রয়েছে - কিছুগুলি সুস্পষ্টভাবে সাজানো, কিছু কিছু নয়। বইটি না পড়ে এমন কিছু পদ্ধতি আছে যা আমি নিজের সম্পর্কে কখনও ভাবিনি। কিন্তু কি আরও বেশি গুরুত্বপূর্ণ পালক ব্যাখ্যা করেছেন যে হয় কি অবিকল একটি কোড ইউনিট testable করে তোলে। আপনার কোডে নির্ভরতাগুলি কাটাতে এবং বাধাগুলি প্রবর্তন করতে হবে তবে দুটি স্বতন্ত্র কারণে:
- সেন্সিং - কোনও কোডের টুকরা কার্যকর করার প্রভাবগুলি যাচাই করতে এবং যাচাই করতে এবং
- পৃথকীকরণ - কোডের নির্দিষ্ট টুকরোটি প্রথমে একটি পরীক্ষার জোতাতে পাওয়ার জন্য।
নিরাপদে নির্ভরতা কাটা জটিল y ইন্টারফেস, উপহাস এবং নির্ভরতা ইনজেকশন উপস্থাপন করা একটি লক্ষ্য হিসাবে পরিষ্কার এবং দুর্দান্ত, ঠিক এই মুহুর্তে করা নিরাপদ নয়। তাই মাঝে মাঝে কিছু পদ্ধতির ওভাররাইড করার জন্য পরীক্ষার অধীনে ক্লাসটি সাবক্লাসিংয়ের অবলম্বন করতে হয় যা সাধারণত ডিবিতে সরাসরি অনুরোধ শুরু করে। অন্যান্য সময়, আমাদের এমনকি পরীক্ষার পরিবেশে একটি নির্ভরযোগ্য শ্রেণি / জারটি একটি জাল দিয়ে প্রতিস্থাপন করা প্রয়োজন ...
আমার কাছে, পালকের দ্বারা আনা সর্বাধিক গুরুত্বপূর্ণ ধারণাটি হ'ল সেমস । একটি সীম কোডের একটি জায়গা যেখানে আপনি কোডটি নিজেরাই পরিবর্তন না করেই আপনার প্রোগ্রামের আচরণ পরিবর্তন করতে পারেন । আপনার কোডে সিম তৈরি করার ফলে পরীক্ষার অধীনে কোডের টুকরোটি পৃথক করা সম্ভব হয়, তবে সরাসরি পরীক্ষা করা কঠিন বা অসম্ভব হলেও এমনকি কোডটি পরীক্ষার অধীনে আচরণের অনুধাবন করতে সক্ষম করে (যেমন কলটি অন্য কোনও অবজেক্টে বা সাবসিস্টেমে পরিবর্তন করে তোলে , যার রাজ্যটি পরীক্ষা পদ্ধতিতে সরাসরি জিজ্ঞাসা করা সম্ভব নয়)।
এই জ্ঞানটি আপনাকে কোডের নিকৃষ্টতম স্তূপে টেস্টাবিলিটির বীজগুলি লক্ষ্য করতে এবং সেখানে পৌঁছানোর জন্য সর্বনিম্ন, সর্বনিম্ন ব্যাঘাতকৃত, নিরাপদ পরিবর্তনগুলি সন্ধান করতে দেয়। অন্য কথায়, "স্পষ্ট" রিফ্যাক্টরিংগুলি এড়াতে যাতে আপনার নজরে না রেখে কোড ভাঙার ঝুঁকি রয়েছে - কারণ এটি সনাক্ত করার জন্য আপনার কাছে এখনও ইউনিট পরীক্ষা নেই।