বিদ্যমান কোডের জন্য টেস্ট রাইটিং


68

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

  • পরীক্ষা যোগ করা একটি ভাল ধারণা?
  • যদি তা হয় তবে কীভাবে কেউ এই জাতীয় কিছু শুরু করবে?

সম্পাদনা

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

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

উপসংহার

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


10
পরীক্ষা যোগ করা বিদ্যমান কোডটি ভাঙ্গবে না।
ড্যান পিচেলম্যান

30
@ ডানপিচেলম্যান আপনি কখনও স্ক্রোইডিনব্যাগের অভিজ্ঞতা অর্জন করেননি - "এমন একটি প্রোগ্রামে একটি নকশা বা প্রয়োগের বাগটি প্রকাশিত হয় না যতক্ষণ না কেউ উত্স পড়েন বা প্রোগ্রামটিকে অস্বাভাবিক উপায়ে ব্যবহার করেন না যে লক্ষ্য করা যায় যে এটি কখনই কাজ করা উচিত নয়, এই মুহুর্তে প্রোগ্রামটি তাত্ক্ষণিকভাবে করা উচিত নির্দিষ্ট না হওয়া পর্যন্ত সবার জন্য কাজ করা বন্ধ করে দেয়।

8
@ মিশেলটি এখন যেহেতু আপনি এটি উল্লেখ করেছেন, আমি মনে করি আমি এর মধ্যে দু'একজনকে দেখেছি। আমার মন্তব্যে "টেস্ট যুক্ত করা সাধারণত বিদ্যমান কোডটি ভাঙবে না " পড়তে হবে। ধন্যবাদ
ড্যান পিচেলম্যান

3
কেবলমাত্র সেই জিনিসগুলির চারপাশে পরীক্ষা লিখুন যা আপনি রিফেক্টর বা পরিবর্তন করতে চান।
স্টিভেন ইভার্স

3
"লিগ্যাসি কোডের সাথে কার্যকরীভাবে কাজ করা" বইটি পরীক্ষা করুন: amazon.com/Working-Effectively-Legacy-Michael-Feathers/dp/… , মাইকেল ফিচারগুলি কোনও লিগ্যাসি কোড সংশোধন করার আগে পরীক্ষাগুলি লেখার পরামর্শ দেয়।
স্কারাব

উত্তর:


68

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

এই পদ্ধতির গ্রহণ করার ক্ষেত্রে, উচ্চ সম্ভাবনা রয়েছে যে আপনি পরীক্ষাগুলি ভেঙে যাবেন বলে মনে করছেন এবং অ্যাপ্লিকেশনটি তৈরি করার সময় বেশিরভাগ প্রান্তের ঘটনাগুলি মিস করেছেন miss

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

সাধারণত এই ধরণের কোডবেসটি হ্যান্ডেল করার উপায়টি হ'ল নতুন কোডের জন্য এবং পুরানো কোডটির রিফ্যাক্টরিংয়ের জন্য লিগ্যাসি কোডবেস পুরোপুরি রিফেক্টর না হওয়া পর্যন্ত write

এছাড়াও দেখুন


11
তবে, টিডিডি ছাড়াও ইউনিট পরীক্ষাগুলি রিফ্যাক্টর করার সময় দরকারী।
পিডিআর

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

1
এই কারণেই আপনি পরীক্ষার কভারেজ পরিমাপ করেন । যদি কোনও নির্দিষ্ট বিভাগের জন্য পরীক্ষাটি সমস্ত আইএফ এবং এলেস এবং সমস্ত প্রান্তের কেসগুলি কভার করে না তবে আপনি সেই বিভাগটি নিরাপদে রিফেক্টর করতে পারবেন না। কভারেজ আপনাকে বলবে যে সমস্ত লাইন হিট হয়েছে তাই আপনার লক্ষ্যটি রিফ্যাক্টরিংয়ের আগে যতটা সম্ভব কভারেজ বাড়ানো।
রুডল্ফ ওলা

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

3
কেবল উল্লেখ করতে চাই যে 100% কোড কভারেজের অর্থ এই নয় যে আপনার কোডটি সময়ের 100% সঠিকভাবে কাজ করছে। পদ্ধতির জন্য আপনার কোডের প্রতিটি লাইন পরীক্ষিত থাকতে পারে তবে এটি মান 1 এর সাথে কাজ করে বলে এর অর্থ এটি নয় যে এটি মান 2 দিয়ে কাজ করার গ্যারান্টিযুক্ত।
রায়ানজেক

35

হ্যাঁ, পরীক্ষা যোগ করা অবশ্যই একটি ভাল ধারণা।

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

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

আমি কিছু ভাল, বিস্তারিত পরামর্শের জন্য, লিগ্যাসি কোডের সাথে কার্যকরভাবে কাজ করা , মাইকেল ফিচার্স বইটি সুপারিশ করব ।


10
+1 টি। আপনি যদি ডকুমেন্টেশনের উপর ভিত্তি করে পরীক্ষাগুলি লিখেন তবে আপনি কার্য কোড এবং ডকুমেন্টেশনের মধ্যে কোনও তাত্পর্য আবিষ্কার করতে পারবেন এবং এটি অমূল্য।
কার্ল ম্যানাস্টার

1
পরীক্ষা যোগ করার আরেকটি কারণ: একটি ত্রুটি পাওয়া গেলে, আপনি ভবিষ্যতের রিগ্রেশন পরীক্ষার জন্য খুব সহজেই একটি পরীক্ষার কেস যুক্ত করতে পারেন।

এই কৌশলটি মূলত উত্তরাধিকার কোড সম্পর্কে অধ্যায়টির (ফ্রি) এডিএক্স অনলাইন কোর্স CS169.2x তে বর্ণিত একটি। শিক্ষকরা যেমন এটি বলেছেন: "চরিত্রায়ন টেস্টের সাথে গ্রাউন্ড ট্রুথিং
এফজিএম

21

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

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

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

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


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

8

পরীক্ষা যোগ করা একটি ভাল ধারণা?

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

যাইহোক, আপনি যদি কোডটি প্রসারিত / বজায় রাখতে চলেছেন তবে সত্য ইউনিট পরীক্ষাগুলি সেই প্রক্রিয়াটির জন্য অমূল্য।

যদি তা হয় তবে কীভাবে কেউ এই জাতীয় কিছু শুরু করবে?

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

প্রথমে পরীক্ষা করার জন্য বিপদজনক / ঝুঁকিপূর্ণ / গুরুত্বপূর্ণ বিষয়গুলি বেছে নেওয়া সম্ভবত সেরা, তবে আপনি প্রথমে একটি খাঁজে উঠতে সোজা-এগিয়ে কিছু পরীক্ষা করতে আরও কার্যকর হতে পারেন - বিশেষত যদি আপনি / দলটি কোডবেজ এবং / অথবা ইউনিটের সাথে অভ্যস্ত না হন পরীক্ষামূলক.


7
"আপনি কি নিশ্চিত যে তারা আলাদা সমাধানে বসেছেন না?" একটি দুর্দান্ত প্রশ্ন। আমি আশা করি ওপি এটি এড়ায় না।
ড্যান পিচেলম্যান

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

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

3

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

ছোট ক্লাসগুলির জন্য পরীক্ষা লিখতে শুরু করুন (যেগুলির কোনও নির্ভরতা নেই এবং তুলনামূলকভাবে সহজ ones এটি দীর্ঘ সময় নিবে, তবে ধৈর্যশীল এবং অধ্যবসায়ী হবেন যাতে আপনি শেষ পর্যন্ত যতটা সম্ভব কোডবেসটি কভার করতে পারেন।


আপনি কি এমন কোনও প্রোগ্রামে ব্যর্থ পরীক্ষাগুলি যুক্ত করতে পারবেন যা ভাল কাজ করছে (ওপি বলেছে)?
MarkJ

হ্যাঁ, কারণ এটি দেখায় যে কোনও কিছু লক্ষ্য হিসাবে কাজ করছে না এবং এর জন্য আরও পর্যালোচনা প্রয়োজন। এটি আলোচনার অনুরোধ জানাবে এবং আশা করি কোনও ভুল বোঝাবুঝি বা পূর্বে অজানা ত্রুটিগুলি সংশোধন করবে।
বার্নার্ড

@ বার্নার্ড - বা, পরীক্ষাগুলি কোড কী করার কথা বলে তা আপনার ভুল ধারণাটি প্রকাশ করতে পারে। সত্যের পরে লিখিত পরীক্ষাগুলি মূল উদ্দেশ্যগুলি সঠিকভাবে আবদ্ধ না করার ঝুঁকি চালায়।
ড্যান পিচেলম্যান

@ ড্যানপিচেলম্যান: একমত হয়েছে তবে এটি কোনও পরীক্ষা লেখার ক্ষেত্রে একেবারেই নিরুৎসাহিত হওয়া উচিত নয়।
বার্নার্ড

যদি অন্য কিছু না হয় তবে এটি নির্দেশ করবে যে কোডটি রক্ষণাত্মকভাবে লেখা হয়নি।
রবি ডি

3

ঠিক আছে, আমি বিপরীত মতামত দিতে যাচ্ছি ...

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

যাইহোক, আমি কোনও ইউনিট পরীক্ষা যোগ করব না।

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


2

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

আমার পরামর্শ হ'ল আপনি কী যুক্ত করেন তা নিশ্চিত করে পরীক্ষা করা এবং আপনি যদি বর্তমান কোডগুলিতে বাগগুলি স্থির করে থাকেন বা ব্যবহারের ক্ষেত্রে পরিবর্তন করেন তবে লেখকের পরীক্ষাগুলি। আপনার যদি কিছু স্পর্শ করতে হয় তবে সেই বিন্দুতে পরীক্ষা লিখুন।

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.