কেন আমি টেস্ট চালিত উন্নয়ন অনুশীলন এবং আমি কিভাবে শুরু করা উচিত?

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

0
ro fr hi
আমি এখানে দেরী, কিন্তু আমি আমার বাইট রাখা চাই। TDD অনুশীলন করার সেরা পদ্ধতি কাসাস ব্যবহার করছে। এখানে পরীক্ষাগুলির সাথে ভাল ক্যাটগুলি: github.com/garora/TDD-Catas
যোগ লেখক Gaurav Aroraa, উৎস
ইতিমধ্যে জিজ্ঞাসিত একই প্রশ্ন আমার উত্তর দেখুন। এই প্রশ্নের একটি সুস্পষ্ট উত্তর </একটি>
যোগ লেখক eroijen, উৎস

6 উত্তর

অনেক বেনিফিট আছে:

  • যদি আপনার কোড কাজ করা হয় তবে আপনি তাৎক্ষণিক প্রতিক্রিয়া পান, যাতে আপনি দ্রুতগতিতে বাগ জানতে পারেন
  • পরীক্ষাটি লাল থেকে সবুজ পর্যন্ত দেখতে, আপনি জানেন যে আপনি একটি কাজ রিগ্রেশন পরীক্ষা এবং কাজ কোড উভয়
  • আপনি বিদ্যমান কোডটি রিফ্যাক্টরতে আস্থা অর্জন করেন, যার মানে হল যে আপনি এটি ভাঙ্গতে পারেন কি না তা নিয়ে কোডটি পরিষ্কার করতে পারেন
  • শেষে আপনি রিগ্রেশন পরীক্ষার একটি স্যুট আছে যা স্বয়ংক্রিয় কোডিংয়ের জন্য কঠিন হয়ে ওঠে যাতে আপনার কোডব্যাজটি দৃঢ় হয়

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

0
যোগ
শেষ নিবন্ধ লিঙ্ক (ইউনিট টেস্টিং জন্য টিপস) মেয়াদ শেষ। এখানে নতুন নিবন্ধের লিঙ্ক: devver.wordpress। কম / 2008/07/07 / টিপস-জন্য-ইউনিট-পরীক্ষার
যোগ লেখক Igor Popov, উৎস

এ উপকারিতা

  1. আপনি কিভাবে আপনার কোড কম্প্যাটারিটেক্ট করতে হয়
  2. আপনি নিজের কোডটি কি করতে চান তা ঠিক করে নিন
  3. আপনি জানেন কিভাবে কাজ করে এবং রাস্তার নিচে, যদি রিফ্যাক্টরিং কিছু বিরতি দেয়
  4. আপনার কোডটি সর্বদা এটি কি করা উচিত তা নিশ্চিত করে নিশ্চিত করার অভ্যাস আপনার পায়

শুরু করা

এটা করতে. আপনি কি করতে চান জন্য একটি পরীক্ষা ক্ষেত্রে লিখুন, এবং তারপর পরীক্ষা পাস করা উচিত কোড লিখুন। আপনি যদি আপনার পরীক্ষায় উত্তীর্ণ হন, তবে আপনি আপনার ক্ষেত্রে সর্বদা ব্যর্থ হবেন (2 + 2 সমান নয় 5, উদাহরণস্বরূপ)।

একবার আপনার সমস্ত পরীক্ষা পাস, আপনি যা করতে চান তা করতে আপনার প্রকৃত ব্যবসায়িক যুক্তি লিখুন।

যদি আপনি স্ক্র্যাচ থেকে শুরু করে থাকেন তবে নিশ্চিত করুন যে আপনি একটি ভাল টেস্টিং স্যুট পাবেন যা ব্যবহার করা সহজ। আমি পিএইচপি পছন্দ তাই PHPUnit বা SimpleTest ভাল কাজ। প্রায় সব জনপ্রিয় ভাষার মধ্যে রয়েছে এক্স ইউএনটিট টেস্টিং স্যুট যার সাহায্যে টেস্টিং তৈরি ও স্বয়ংক্রিয় করতে সহায়তা করা যায়।

0
যোগ
উপায় "আপনার কোড compartmentalize" আপনি একটি খুব ভাল আর্কিটেকচার "বিনামূল্যে জন্য" নেতৃত্ব। আপনি এটি পরীক্ষা করার জন্য আপনার কোড টুকরা ভাঙ্গা যখন, আপনি একটি ভাল আর্কিটেকচার শেষ পর্যন্ত। সফ্টওয়্যার স্থপতি হিসাবে আপনি একটি অভিজ্ঞতা আছে যদি এটি বেশ স্বাধীন।
যোগ লেখক daitangio, উৎস

বেনিফিট অংশ সম্প্রতি আচ্ছাদিত করা হয়েছে , যেখানে শুরু করতে হবে .... একটি ছোট এন্টারপ্রাইজ সিস্টেম যেখানে অনেক অজানা নেই তাই ঝুঁকি কম। যদি আপনি ইতিমধ্যে একটি পরীক্ষা কাঠামো (NUnit মত) জানেন না, যে শেখার দ্বারা শুরু। অন্যথায় আপনার প্রথম পরীক্ষা লিখে শুরু করুন :)

0
যোগ
লিংক ভাঙ্গা!
যোগ লেখক Nagaraj Tantri, উৎস

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

0
যোগ

Good starter: Getting Started with Tdd in Java using Eclipse by Brett L. Schuchert

জাভাতে TDD এবং C# এ স্ক্রিনকাস্টের একটি সেট। এটা TDD এর শুরু এবং শিক্ষণ মূলসূত্র থেকে শুরু হয়।

0
যোগ

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

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

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

0
যোগ