ডিবাগিং এবং পরীক্ষার মধ্যে পার্থক্য কী?


11

সফটওয়্যার টেস্টিংয়ের পরিচিতি (আম্মান এবং অফট) পি.32-তে একটি 5-স্তরের পরীক্ষার পরিপক্কতা মডেল উল্লেখ করেছে:

স্তর 0 পরীক্ষার এবং ডিবাগিংয়ের মধ্যে কোনও পার্থক্য নেই।

স্তর 1 পরীক্ষার উদ্দেশ্যটি দেখানো হচ্ছে যে সফ্টওয়্যারটি কাজ করে।

স্তর 2 পরীক্ষার উদ্দেশ্যটি দেখানো হচ্ছে যে সফ্টওয়্যারটি কাজ করে না।

স্তর 3 পরীক্ষার উদ্দেশ্য নির্দিষ্ট কিছু প্রমাণ করা নয়, তবে সফ্টওয়্যারটি ব্যবহারের ঝুঁকি হ্রাস করা।

স্তর 4 পরীক্ষা একটি মানসিক শৃঙ্খলা যা সমস্ত আইটি পেশাদারদের উচ্চতর মানের সফ্টওয়্যার বিকাশে সহায়তা করে।

যদিও তারা আরও বিস্তারিতভাবে যায় না। ডিবাগিং এবং পরীক্ষার মধ্যে পার্থক্য কী?


1
ডিবাগিংয়ের উইকিপিডিয়া পৃষ্ঠার কোন অংশ আপনাকে বিভ্রান্ত করেছে? en.wikedia.org/wiki/Debugging দয়া করে নির্দিষ্ট বাক্যাংশ বা উদ্ধৃতি পোস্ট করুন যা আপনি বিভ্রান্তিকর বলে মনে করেছেন।
এস .লট

4
একজন প্রোগ্রামার পরীক্ষার জন্য গড় সময়: 10 মিনিট। একজন প্রোগ্রামার তার পরীক্ষা করা উচিত ছিল এমন কোনও কিছু ডিবাগ করতে ব্যয় করার গড় সময়: 2.5 ঘন্টা।
ক্রেইজ

1
যখন ৮০% শপেই কোনও চালনার পরীক্ষা চালানো হয় না, তখন কি সত্যিই পরীক্ষার আনুষ্ঠানিককরণ করা দরকার?
চাকরী

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

উত্তর:


21

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

ডিবাগিং হ'ল প্রোগ্রাম থেকে একটি নির্দিষ্ট বাগ সন্ধান এবং অপসারণের প্রক্রিয়া। সমস্ত বাগ পৃথক হওয়ার কারণে এটি সর্বদা একটি ম্যানুয়াল, এক-অফ প্রক্রিয়া।

আমার অনুমান যে লেখকটির অর্থ হল, পরীক্ষার পরিকল্পনা বা কোনও কিছুই ছাড়াই পরীক্ষার পরিকল্পনা বা কিছু না করে কেবল মাত্র 0 স্তরে কেবল ম্যানুয়াল পরীক্ষা করা হয়, এবং পরীক্ষাগুলি হতে পারে নির্ভরযোগ্যভাবে পুনরাবৃত্তি।


নোট করুন যে এই প্রসঙ্গে একটি বাগটি প্রোগ্রামটি কী করতে চেয়েছিল এবং এটি আসলে কী করে তার মধ্যে একটি পার্থক্য।

1
"টেস্টিং" হ'ল একটি ইউনিট টেস্ট সম্পর্কে আমার বোঝা। ডিবাগিং, বিশেষত এটি যদি আপনার নিজস্ব কোড হয় তবে এটি কেবল পরীক্ষা এবং ত্রুটি।
অট--

4

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


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

আপনি যদি ডিবাগিংটি "আনস্ট্রিক্টেড, অবিশ্বস্ত এবং ম্যানুয়াল" হন তবে আপনি এটি সঠিকভাবে করছেন না! বা স্পষ্টতই আমরা এই দুটি শব্দটি বিভিন্ন জিনিস বোঝাতে ব্যবহার করি।
মেমডেভোপার 6

3

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

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


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

2

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

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


1

কেউ নেই। আপনি যদি এটি সঠিকভাবে করেন:

হিট 'এম হাই, হিট' ইম লো :

রিগ্রেশন টেস্টিং এবং সাফ স্কুইজ

কেন্ট বেক, তিনটি নদী ইনস্টিটিউট

বিমূর্ততা: কার্যকরভাবে একটি ত্রুটি বিচ্ছিন্ন করতে, সিস্টেম-স্তরের পরীক্ষা দিয়ে প্রারম্ভিকভাবে ইনলাইন এবং ছাঁটাই করুন যতক্ষণ না আপনার ত্রুটিটি দেখানো সম্ভব সবচেয়ে ছোট পরীক্ষা হয়।


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

@ ফ্র্যাঙ্কশারার: ​​সম্ভবত কোনও দুর্ঘটনা নেই যে উপরের কাগজটি কোনও প্রবীণ ছোট্টকার লিখেছিলেন। টিডিডি চক্র (যা অবশ্যই কেন্ট বেক দ্বারাও করা হয়েছে) মূলত একটি ভোর থেকেই শুরু হয়েছে যে স্মার্টটাক কোডটি কীভাবে লেখা হয়েছে: ওয়ার্কস্পেসে কিছু উদাহরণ কোড লিখুন, ডিবাগারটি কোনও পদ্ধতি ব্যতিক্রম ধরতে দিন, তৈরিতে ক্লিক করুন পদ্ধতি , কোডটি লিখুন, এক্সিকিউশনটি পুনরায় শুরু করুন (পুনরায় শুরুযোগ্য ব্যতিক্রমগুলির জন্য হাঁ!), পুনরাবৃত্তি করুন।
Jörg ডব্লু মিটাগ

1

পরীক্ষা ক্লায়েন্টকে ছেড়ে দেওয়ার আগে আপনি উপভোগ করেন।

বাগগুলি এমন এক দুঃস্বপ্ন যা আপনি ক্লায়েন্টকে ছেড়ে দেওয়ার পরে সহ্য করেন।


হা হা। সর্বাধিক বাস্তব / ব্যবহারিক প্রতিক্রিয়া ... কেবলমাত্র যদি আমি এক্স 100 ভোট দিতে পারি
মেমডেভোপার

1

অন্যরা কী কী তা উল্লেখ করেছেন পরীক্ষা এবং ডিবাগিংয়ের মধ্যে পার্থক্য

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

কে ত্রুটি বিচ্ছিন্ন করবে (বা বিশেষত ডিবাগ করবে), এটি পরীক্ষক হবে বা বিকাশকারী, এটি একটি গৌণ প্রশ্ন।


0

আপনি তালিকাভুক্ত পরীক্ষার পরিপক্কতার মডেলটি হ'ল উন্নয়ন দলের মানসিকতার বিবরণ।

তালিকাটি স্পষ্টভাবে না বলেই বোঝায়, মানসিকতার পরিবর্তন কীভাবে পরীক্ষার পরিচালনার পথে প্রভাব ফেলে।

উন্নয়ন দল যেমন পরবর্তী স্তরে অগ্রসর হয়, পরীক্ষার পরিধি আরও প্রশস্ত হয়।

0 স্তরে, কোনও পরীক্ষা করা হয় না, কারণ দলটি মনে করে যে এটি প্রয়োজনীয় নয়।

স্তর 1 এ, মৌলিক কার্যকারিতার নামমাত্র কভারেজ সরবরাহের জন্য পরীক্ষা করা হয়।

স্তর 2 এ, স্তর 1-এ সমস্ত কিছু অন্তর্ভুক্ত করার জন্য পরীক্ষার বিস্তৃত করা হয়েছে এবং ধ্বংসাত্মক পরীক্ষায় যুক্ত করা হয়েছে (উত্সর্গের কোড এবং বাইনারি সহ ডেভেলপারদের যে সমস্ত তথ্যে অ্যাক্সেস রয়েছে এমন সমস্ত ডেডিকেটেড ডেডিকেটেড টেস্ট টিম রয়েছে এবং যা বাগ হতে পারে তা খুঁজে পাওয়ার চেষ্টা করে) ব্যবহারকারীর ভূমিকা থেকে ট্রিগার করা)

স্তর 3 এ, স্তরের 1-2 এর সমস্ত কিছুর পাশাপাশি, অ-কার্যকরী-ভিত্তিক পরীক্ষা / অ-নির্ভুলতা-ভিত্তিক পরীক্ষা (যেমন পারফরম্যান্স বৈশিষ্ট্য) যুক্ত করা হয়।

4 স্তরে, সফ্টওয়্যার পরীক্ষার লক্ষ্যগুলি গ্রাহক-মুখোমুখি আইটি কর্মীদের সহ প্রতিটি ব্যক্তি ভালভাবে বুঝতে পারে। সুতরাং, আইটি কর্মীরা 4 স্তরের ঝুঁকি কভারেজ উন্নত করার জন্য কোন পরিস্থিতিতে কী কী পরিস্থিতিতে পরীক্ষা করতে হবে সে সম্পর্কে প্রতিক্রিয়া জানাতে সক্ষম হবেন।

(অস্বীকৃতি: আমার কাছে পাঠ্যপুস্তকের অ্যাক্সেস নেই, সুতরাং আমার পরিভাষাটি ভুল হতে পারে))


0

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


0

দৈনন্দিন, ব্যবহারিক পদে কথা বললে, আমি মনে করি এটি সম্পূর্ণ প্রসঙ্গে নির্ভর করে

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

টেস্টিংয়ের পরিধি বিস্তৃত, নিয়মিত এবং খুব আনুষ্ঠানিকভাবে - ডিবাগিং একটি নির্দিষ্ট প্রক্রিয়া যা মাঝে মধ্যে ঘটে যখন একটি নির্দিষ্ট ব্যর্থতা সংশোধন করার প্রয়োজন হয় - যা সুস্পষ্ট নয় এবং এটি সিস্টেমের কার্যকারিতা এবং ফলস্বরূপ ফলাফলগুলির গভীর তদন্তের প্রয়োজন।

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

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

এটি সুন্দর ছিল যদি এটি সর্বব্যাপী সত্য ছিল, আমি এটি পছন্দ করতাম যদি আমার দেবচক্রগুলি স্পষ্টভাবে সংজ্ঞায়িত বাইনারি আউটপুট (লাল, সবুজ) দ্বারা সীমিত করা হত তবে ...

আমার ক্ষেত্রে (যা স্বীকৃতভাবে বিশেষভাবে বলা হয় - ছোট মাঝারি আকারের 98% একক কাজ করা, আন্ডার ফান্ডেড ওয়েব ভিত্তিক, ডেটা ফোকাসযুক্ত কর্পোরেট অ্যাডমিন সিস্টেম) আমি সত্যিই দেখতে পাচ্ছি না টিডিডি কীভাবে আমাকে সহায়তা করতে পারে। অথবা বরং "ডিবাগিং" এবং "টেস্টিং" কার্যত এক।

মূলত যদিও "টেস্টিং" শব্দটির ব্যবহারটি টিডিডি এর পদ্ধতির সাথে নিবিড়ভাবে / নিবিড়ভাবে জড়িত।

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

বা বরং, আমি এই সাধারণ ধারণার সাথে দৃ strongly়ভাবে একমত নই যে "টেস্টিং" একটি আনুষ্ঠানিক কোড ভিত্তিক প্রক্রিয়া।

আমার প্রাথমিক আপত্তি (আমার নির্দিষ্ট * প্রসঙ্গে প্রযোজ্য ) হ'ল ...

যদি আমি কোড লিখতে নাকিসুরে কথা যে নির্ভরযোগ্যভাবে কাজ করে - তারপর কিভাবে জাহান্নাম আমি লিখি কোড যে নির্ভরযোগ্যভাবে কাজ করে অনুমিত করছি পরীক্ষা সম্ভবতঃ বলেন সাব স্ট্যান্ডার্ড কোড।

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

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

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

আমার জন্য যখন বিকাশকারীরা "পরীক্ষার" বিষয়ে কথা বলেন তখন এটি সাধারণত টিডিডি বোঝায়।

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

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

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

সম্ভবত এটি হ'ল কারণ তারা সবুজ আলোকে আশ্বস্ত করার দিকে মনোনিবেশ করছেন এবং তাদের কাজের আউটপুটগুলি আসলে ব্যবহার করতে ভুলে যাচ্ছেন?

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


-3

কেবল,

পরীক্ষার অর্থ, ডিবাগ করার সময় কোনও সফ্টওয়্যার ব্যর্থ হওয়ার কারণগুলির জন্য অনুসন্ধানগুলি প্রদত্ত ব্যর্থতার ত্রুটি সন্ধান করার প্রক্রিয়া।


এটি 10 ​​টি পূর্ব উত্তরগুলিতে তৈরি করা এবং ব্যাখ্যা করা পয়েন্টগুলির চেয়ে বেশি কিছু দেওয়ার প্রস্তাব দিচ্ছে না
gnat
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.