যাচাইকরণ এবং বৈধতা পরীক্ষা করা প্রক্রিয়া অংশ?

Question

অনেক উত্সের ভিত্তিতে আমি সাধারণ সংজ্ঞাটিকে বিশ্বাস করি না যে পরীক্ষার লক্ষ্যটি যতটা সম্ভব বাগ খুঁজে পাওয়া - এটি পরীক্ষা করে যে এটি কার্যকর হয় বা তা না ঘটে তা নিশ্চিত করার জন্য আমরা পরীক্ষা করি। যেমন অনুসরণকারীগুলি ISTQB ফর্মের পরীক্ষার লক্ষ্য:

1. নির্ধারণ করুন যে (সফ্টওয়্যার পণ্যগুলি) নির্দিষ্ট প্রয়োজনীয়তাগুলি পূরণ করে (আমি মনে করি এটির যথার্থতা)

2. প্রদর্শন করুন যে (সফ্টওয়্যার পণ্যগুলি) উদ্দেশ্যে উপযুক্ত (আমি মনে করি এটি বৈধতা)

3. ত্রুটিগুলি সনাক্ত করুন

   আমি সম্মত হব যে পরীক্ষাটি যাচাইকরণ, যাচাইকরণ এবং ত্রুটি সনাক্তকরণ। এটা কি ঠিক?

Comments

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

— সুপারম

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

— জন ভি

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

— জিমি হোফা 14

একটি "চমৎকার প্রশ্ন" বোনাস আছে :)

— অ্যান্ড্রু

Answer 1

আমি মনে করি আপনি এটি ঠিক পেয়েছেন।

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

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

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

Comments

সমস্যাটি হ'ল অনেক উত্স উল্লেখ করেছে যে যাচাইকরণটি কেবল স্থির, যখন বৈধতা গতিশীল। এটা খুব বিভ্রান্ত। তখন কার্যনির্বাহী পরীক্ষা কী হবে? আমি এর গতিশীল যাচাইকরণটি বলব ..

— জন ভি

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

— জেনস স্কাউডার

ভাল উদাহরণস্বরূপ আইএসও 12207 কেবলমাত্র বৈধতা প্রাপ্তি হিসাবে পরীক্ষাকে সীমাবদ্ধ করে।

— জন ভি

Answer 2

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

আপনি ব্যবহারকারীর প্রয়োজন পরীক্ষা করতে পারবেন না এবং কোড দ্বারা বিশদটি সঠিক ছিল কিনা তা পরীক্ষা করতে পারবেন না। সুতরাং বৈধতা পরীক্ষা করে করা হয় না।

যাচাইকরণটি মনে করে যে আপনার প্রয়োজনীয়তা এবং নকশাটি সঠিক, সুতরাং আপনি কোডটি (পরীক্ষা) লিখে পরীক্ষা করতে পারেন।

Comments

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

— জন ভি

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

— Mert Akcakaya

Answer 3

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

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

Answer 4

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

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

তবুও, প্রয়োজনীয়তাগুলির সাথে সম্মতি চেক করার লক্ষ্যে নয়, বাগগুলি অনুসন্ধানের লক্ষ্য নিয়ে পরীক্ষা করা উচিত।

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

একটি দুর্দান্ত পরীক্ষক নিরাপদ উপায়ে অনুশীলন করার বিষয়ে নয়, সফ্টওয়্যার ভাঙ্গার বিষয়ে আগ্রহী।

Comments

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

— জন ভি

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

— mouviciel

মৌসিচিল: অক্সিমোরন? আমি মনে করি না, স্থির পরীক্ষার অর্থ কার্যকর করা ছাড়া সম্ভাব্য ত্রুটিগুলি যাচাই করা সম্ভব (যা প্রয়োজনীয়তার বিষয়গুলি, নকশার ত্রুটিগুলি ..) পরীক্ষা করা। প্রয়োজনীয়তা যাচাই করা এবং বাগগুলি যাচাই করা সমান নয়: আপনার কোনও ক্ষেত্রের অন্তর্গত 32 মান থাকতে পারে তা পরীক্ষা করা উচিত। পরীক্ষা করে যে এটি কাজ করে। তারপরে আপনি উচ্চতর মানগুলি প্রবেশের চেষ্টা করতে পারেন, এটি বাগের জন্য পরীক্ষামূলক ..

— জন ভি

Answer 5

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

সুতরাং প্রশ্নের সেই অংশের জন্য, বাগগুলি অনুসন্ধান করা এবং যাচাইকরণ একই প্রক্রিয়ার মাত্র দুটি দিক হতে পারে:

• পরীক্ষা ব্যর্থ: ত্রুটিগুলি পাওয়া গেছে

• পরীক্ষাগুলি পাস: যাচাইকরণ সম্পন্ন হয়েছে (কমপক্ষে কিছুটা ডিগ্রীতে, যদি আপনি পর্যাপ্ত পরিমাণ এবং সঠিক পরীক্ষা সরবরাহ করেন)

বৈধতা সম্পর্কিত: যেমন @ মার্ট উল্লেখ করেছেন, বৈধতা গ্রহণযোগ্যতা পরীক্ষার মাধ্যমে করা যেতে পারে, তবে অন্য ধরণের পরীক্ষার মাধ্যমে নয়। সুতরাং সাধারণভাবে পরীক্ষার ফলে কোনও সম্ভাব্য ব্যবহারকারী দ্বারা গ্রহণযোগ্যতা পরীক্ষা হিসাবে সম্পন্ন করার পরে কোনও বৈধতার কারণ হয় না।

Answer 6

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

Answer 7

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

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

সুতরাং, আদর্শভাবে আপনি আশা করতে পারেন যে আপনার QA প্রয়োজনীয়তার সেটগুলির বিরুদ্ধে অ্যাপ্লিকেশনটি যাচাই করবে এবং কেবল সফ্টওয়্যারটি ভেঙে এবং ত্রুটিগুলি আবিষ্কার করে এটি পরীক্ষা করার চেষ্টা করবেন না।

Comments

কিউএ কেবল পরীক্ষা করা হয় না। QA উন্নয়নের প্রক্রিয়াগুলির মানের সাথে সম্পর্কিত ...

— জন ভি

কিউএ প্রয়োজনীয়তার সেটগুলির বিরুদ্ধে আবেদনটি যাচাই করে।

— ইউসুভভ