কিভাবে পরীক্ষা পরীক্ষা?


53

আমরা আমাদের কোডটিকে আরও সঠিক করে তুলতে পরীক্ষা করি (আসলে, ভুল হওয়ার সম্ভাবনা কম )। যাইহোক, পরীক্ষাগুলিও কোড - এগুলিতে ত্রুটিও থাকতে পারে। এবং যদি আপনার পরীক্ষাগুলি বগি হয় তবে তারা খুব কমই আপনার কোডটি আরও ভাল করে তোলে।

আমি পরীক্ষাগুলিতে তিনটি সম্ভাব্য ত্রুটি সম্পর্কে ভাবতে পারি:

  1. যৌক্তিক ত্রুটিগুলি, যখন প্রোগ্রামারটি হাতের কাজটিকে ভুল বুঝে এবং পরীক্ষাগুলি তার মনে করে যে তাদের করা উচিত, যা ভুল;

  2. অন্তর্নিহিত পরীক্ষার কাঠামোতে ত্রুটি (উদাঃ একটি ফাঁস ঠাট্টা বিমূর্ততা);

  3. পরীক্ষাগুলিতে বাগগুলি: প্রোগ্রামার যা মনে করে তার থেকে পরীক্ষা কিছুটা আলাদা করছে।

প্রকারের (1) ত্রুটিগুলি প্রতিরোধ করা অসম্ভব বলে মনে হচ্ছে (যদি না প্রোগ্রামার কেবল ... বুদ্ধিমান না হয়)। তবে (2) এবং (3) ট্র্যাকটেবল হতে পারে। আপনি এই ধরণের ত্রুটিগুলি কীভাবে মোকাবেলা করবেন? এগুলি এড়াতে আপনার কি কোনও বিশেষ কৌশল আছে? উদাহরণস্বরূপ, আপনি কি কিছু বিশেষ "খালি" পরীক্ষা লিখেন, যা কেবল পরীক্ষার লেখকের অনুমানগুলি পরীক্ষা করে? এছাড়াও, আপনি কীভাবে একটি ভাঙা পরীক্ষার কেস ডিবাগিংয়ের কাছে যান?


3
বিদ্রূপের বিষয়ে আমি যে প্রতিটি পরিচয়পত্রটি পড়েছি তা এই সমস্যায় পড়েছে বলে মনে হচ্ছে। একবার আপনি বিষয়গুলি উপহাস করা শুরু করলে টেস্টগুলি সর্বদা তাদের কোডটি পরীক্ষা করে কোডের চেয়ে জটিল বলে মনে হয়। স্পষ্টতই রিয়েল-ওয়ার্ল্ড কোডটি পরীক্ষা করার সময় এমনটি হওয়ার সম্ভাবনা কম, তবে আপনি যখন শেখার চেষ্টা করছেন তখন তা হতাশাব্যঞ্জক।
কারসন 63000

@ কারসন 000৩০০০০ যদি এটি কোনও পরীক্ষিত উপহাসের সাহায্যে কিছু সাধারণ পরীক্ষা করা হয় তবে জটিলতা বিভক্ত হয়ে যায় এবং নিয়ন্ত্রণে থাকে (, আমার মনে হয়)।
mlvljr

13
তবে তারপরে আপনি পরীক্ষার পরীক্ষা কীভাবে করবেন?
অক্টোডো

+1 টি। আইটেম 1 একটি প্রয়োজনীয়তা ত্রুটি হতে পারে। শুধুমাত্র প্রয়োজনীয়তা পর্যালোচনা করে প্রতিরোধ করা যেতে পারে। সম্ভবত প্রোগ্রামারদের
হাতছাড়া

@ কোকো: আপনি যেভাবে নজর রেখেছেন তা একইভাবে। :)
গ্রেগ বার্গার্ট

উত্তর:


18

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

  1. কিছু কৌশল রয়েছে যা আপনাকে আপনার কোড এবং পরীক্ষা উভয় ক্ষেত্রে একই বাগ যুক্ত করতে বাধা দেয়:

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

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


খুব সুন্দর উত্তর। আমি পরীক্ষাগুলি এবং কোড এবং পর্যবেক্ষণের মধ্যে একটি স্ব-চাঙ্গা লুপের ধারণা পছন্দ করি যে অন্তর্নিহিত প্ল্যাটফর্মের মধ্যে বাগ বাগিয়ে রাখার ধারাবাহিকভাবে পরীক্ষা লিখতে অসুবিধা হবে।
Ryszard Szopa

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

24

পৃথক পরীক্ষা যতটা সম্ভব ছোট (সংক্ষিপ্ত) করার চেষ্টা করুন।

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

শেষ পর্যন্ত, এটি সম্ভবত অভিজ্ঞতার বিষয়। আপনি যত বেশি পরীক্ষা লেখেন, এতে আপনি তত ভাল হবেন, ক্রেপি টেস্টগুলি করার সুযোগ কম the


3
যদি পরীক্ষাগুলিগুলির পরিবর্তে কিছু জটিল সেটআপ দরকার হয় তবে কী হবে? কখনও কখনও এই ধরণের জিনিসগুলি আপনার নিয়ন্ত্রণে থাকে না।
Ryszard Szopa

ঠিক আছে, আমি অনুমান করছি জটিল সেটআপগুলি হল পরীক্ষাগুলির "প্রাথমিক অবস্থা"। যদি এটি ব্যর্থ হয়, আপনার সমস্ত পরীক্ষা ব্যর্থ হওয়া উচিত। প্রকৃতপক্ষে, আমি এখনই এই জাতীয় প্রকল্পে কাজ করছি এবং যারা ইউনিট পরীক্ষাগুলি কখনও ব্যবহার করে না তারা নিয়মিত একই জিনিসটি জিজ্ঞাসা করে..তখন আমরা ব্যাখ্যা করেছি যে ইউনিট পরীক্ষাটি আসলে কী তা হয় :) তবে তারা বুঝতে পেরেছিল যে এটি দুর্দান্তভাবে সত্ত্বেও এটি করা যেতে পারে প্রকল্পের জটিলতা
ডাঃ হ্যানিবাল লেেক্টর

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

2
প্রাথমিক শর্তগুলি সঠিক না হলে আপনার পরীক্ষাগুলি ব্যর্থ হওয়া উচিত, এটিই পুরো বিষয়টি point যখন রাজ্যে A, আপনি ফলাফল আশা B। আপনার যদি রাষ্ট্র না থাকে তবে Aএকটি পরীক্ষা ব্যর্থ হওয়া উচিত। সেই সময়ে আপনি কেন এটি ব্যর্থ হয়েছে, খারাপ প্রাথমিক শর্ত বা খারাপ পরীক্ষাটি তদন্ত করতে পারেন, তবে এটি উভয় ক্ষেত্রেই ব্যর্থ হওয়া উচিত । এমনকি যদি এটা, হিসাবে আপনি বলে, "সামান্য বন্ধ" (অর্থাত "A" => "B", "a" => "b", কিন্তু কখনও "a" => "B"বা আপনার পরীক্ষার খারাপ)।
ডাঃ হ্যানিবাল লেেক্টর

19

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

কোনও পরীক্ষার স্যুটটির গুণমান পরীক্ষা করার আরও বিস্তৃত উপায় হল মিউটেশন টেস্টিং ব্যবহার করা ।


2
এবং আপনার পরীক্ষা সঠিক কারণে ব্যর্থ হয় ।
ফ্র্যাঙ্ক শায়ারার

@ ফ্র্যাঙ্ক - হ্যাঁ আমি এটি উত্তরে যুক্ত করব।
ডন রবি

এবং আপনি নতুন আচরণটি পরীক্ষা করার জন্য একটি নতুন পরীক্ষা যুক্ত করছেন। বিদ্যমান পরীক্ষায় যুক্ত করবেন না।
হুপার্নিকেটস

@ ডনরবি, আপনি কি মিউটেশন পরীক্ষার অনুশীলনে দরকারী বলে মনে করেছেন? এর সাথে আপনার পরীক্ষার ক্ষেত্রে আপনি কী কী ঘাটতি খুঁজে পেয়েছেন?
dzieciou

4

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

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


বিজ্ঞাপন # 3 - আমি সম্মত হই যে পরীক্ষাগুলি যথাসম্ভব সহজ হওয়া উচিত এবং এতে কোনও যুক্তি থাকা উচিত নয়। যাইহোক, পরীক্ষার সেটআপ পর্বটি সম্পর্কে ভাবুন, যখন আপনি প্রয়োজনীয় বস্তুগুলি তৈরি করেন। আপনি কিছুটা ভুল বস্তু তৈরি করতে পারেন। এই ধরণের সমস্যাগুলির বিষয়ে আমি ভাবছি।
Ryszard Szopa

আপনি যখন 'সামান্য ভুল অবজেক্টস' বলছেন তখন আপনার অর্থ কি বস্তুর অবস্থা সঠিক নয় বা বস্তুর আসল নকশাটি সঠিক নয়? অবজেক্টের অবস্থার জন্য আপনি সম্ভবত এটির বৈধতা পরীক্ষা করতে পরীক্ষা লিখতে পারেন write যদি নকশাটি ভুল হয় তবে পরীক্ষাটি ব্যর্থ হওয়া উচিত।
পাইর্স মায়ার্স

3

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


2

একটি পয়েন্ট থাকতে হবে যখন একক পরীক্ষা করার চেষ্টা করা বন্ধ করে দেওয়া উচিত। কখন লাইন আঁকতে হবে তা জানা উচিত। আমাদের পরীক্ষার কেসগুলি পরীক্ষা করার জন্য পরীক্ষার কেসগুলি লিখতে হবে? পরীক্ষার পরীক্ষার ক্ষেত্রে লিখিত নতুন পরীক্ষার কেস সম্পর্কে কী বলা যায়? আমরা কীভাবে সেগুলি পরীক্ষা করব?

if (0 > printf("Hello, world\n")) {
  printf("Printing \"Hello, world\" failed\n");
}

সম্পাদনা: মন্তব্যের পরামর্শ অনুসারে ব্যাখ্যা সহ আপডেট হয়েছে।


-1 কী? এটির কোনও প্রাসঙ্গিকতা নেই বলে মনে হয়।
বিকল্প

2
একটি পয়েন্ট থাকতে হবে যখন একক পরীক্ষা করার চেষ্টা করা বন্ধ করে দেওয়া উচিত। কখন লাইন আঁকতে হবে তা জানা উচিত। আমাদের পরীক্ষার কেসগুলি পরীক্ষা করার জন্য পরীক্ষার কেসগুলি লিখতে হবে? পরীক্ষার পরীক্ষার ক্ষেত্রে লিখিত নতুন পরীক্ষার কেস সম্পর্কে কী বলা যায়? আমরা কীভাবে সেগুলি পরীক্ষা করব?
অফাদার

2
প্রক্রিয়া মস্তিষ্ক আপনার বিবৃতিটি বহির্ভূত করার চেষ্টা করার সময় ইআইনফিনেট রিসার্শন বাড়িয়েছিল ...
ম্যাসন হুইলার

আপনার মন্তব্যে আপনার উত্তরটি প্রতিস্থাপন করুন এবং আপনি একটি +1 পাবেন
নিজের কাছে দ্রষ্টব্য - একটি নাম ভেবে

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

2

আরে।
আপনার অ্যাপ্লিকেশন করতে হবে:

  • তোমার পণ্য
  • সেই পণ্যটির জন্য আপনার পরীক্ষা।

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

  • অ্যাপ্লিকেশনটি আপনার প্রত্যাশার মতো আচরণ করছে না (এই প্রত্যাশাটি আপনার পরীক্ষায় প্রকাশিত হয়েছে)
  • অ্যাপ্লিকেশনটি সঠিকভাবে আচরণ করছে, আপনি কেবল এই আচরণটি সঠিকভাবে নথিভুক্ত করেননি (আপনার পরীক্ষায়)

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

পরীক্ষাগুলি কেবলমাত্র প্রয়োগের কিছু অংশ পরীক্ষা করছে। আমি আবেদন পরীক্ষা, আমি পরীক্ষা পরীক্ষা।


2

টেস্টগুলি বাগের জন্য যথেষ্ট পরিমাণে "স্মার্ট" হওয়া উচিত নয়।

আপনি যে কোডটি লিখছেন সেটি একটি নির্দিষ্টকরণের সেট প্রয়োগ করে। (যদি X হয় তবে Y, যদি না জেড, তবে কি, ইত্যাদি ইত্যাদি)। সমস্ত পরীক্ষাটি সম্পন্ন করার চেষ্টা করা উচিত এটি নির্ধারণ করা উচিত যে এক্স সত্যই Y হয় যদি না Z না হয় তবে Q এর অর্থ সমস্ত পরীক্ষা করা উচিত X নির্ধারণ করা এবং ওয়াই যাচাই করা is

তবে এটি সমস্ত ক্ষেত্রে আচ্ছাদিত নয়, আপনি সম্ভবত বলছেন, এবং আপনি সঠিক হবেন। তবে আপনি যদি পরীক্ষাকে "স্মার্ট" হিসাবে যথেষ্ট পরিমাণে জেনে থাকেন যে এক্সটি কেবলমাত্র জেড না হলে জেড দ্বারা করা উচিত তবে আপনি মূলত পরীক্ষায় ব্যবসায়িক যুক্তি পুনরায় প্রয়োগ করছেন। এটি সমস্যাযুক্ত কারণগুলির কারণে আমরা নীচে আরও কিছুটা গভীরভাবে যাব। আপনার প্রথম পরীক্ষাকে "স্মার্ট" করে কোড কভারেজটি উন্নত করা উচিত নয়, এর পরিবর্তে আপনার একটি দ্বিতীয় বোবা পরীক্ষা যুক্ত করা উচিত যা এক্স এবং জেড নির্ধারণ করে এবং Q পরীক্ষা করে। কখনও কখনও সুখী পথ হিসাবেও পরিচিত) এবং এটি একটি পৃথক পরীক্ষা হিসাবে প্রান্ত কেসকে coversেকে দেয়।

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

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

টিএল: ডিআর: যদি আপনার পরীক্ষাগুলির পরীক্ষার প্রয়োজন হয় তবে আপনি এটি ভুল করছেন। বোবা পরীক্ষা লিখুন


0

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


0

সংক্ষিপ্ত উত্তর: উত্পাদন কোড পরীক্ষাগুলি পরীক্ষা করে

অর্থনীতিতে ব্যবহৃত ক্রেডিট / ডেবিট মডেলের সাথে এটি তুলনা করুন । যান্ত্রিকগুলি খুব সহজ - যদি ক্রেডিট ডেবিট থেকে আলাদা হয় তবে কিছু ভুল আছে।

তিনি একই ইউনিট পরীক্ষার জন্য যান - যদি কোনও পরীক্ষা ব্যর্থ হয় তবে এটি কিছু ভুল হওয়ার ইঙ্গিত দেয়। এটি প্রোডাকশন কোড হতে পারে তবে এটি পরীক্ষার কোডও হতে পারে! এই শেষ অংশ যদি গুরুত্বপূর্ণ।

নোট করুন যে আপনার প্রকারের (1) বাগগুলি ইউনিট পরীক্ষাগুলির দ্বারা পাওয়া যাবে না। এই ধরণের বাগগুলি এড়াতে আপনার অন্যান্য সরঞ্জামের প্রয়োজন।

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