উত্তর:
আমার পৃথিবীতে, আমরা নীচের শর্তাদি ব্যবহার করি:
কার্যকরী পরীক্ষা : এটি একটি যাচাইকরণ ক্রিয়াকলাপ; আমরা কি সঠিকভাবে কার্যকর পণ্য তৈরি করেছি? সফ্টওয়্যার ব্যবসায়ের প্রয়োজনীয়তা পূরণ করে?
এই ধরণের পরীক্ষার জন্য আমাদের পরীক্ষার কেস রয়েছে যা আমরা সম্ভাব্য সমস্ত পরিস্থিতিতে coverেকে রাখি যা আমরা ভাবতে পারি, এমনকি যদি সেই দৃশ্যের "আসল বিশ্বে" সম্ভাবনা না থাকে তবেও। এই ধরণের টেস্টিং করার সময়, আমরা সর্বাধিক কোড কভারেজের জন্য লক্ষ্য করি। আমরা সেই সময়ে যে কোনও পরীক্ষার পরিবেশ গ্রহণ করতে পারি তা ব্যবহার করি, এটি "উত্পাদন" ক্যালিবার হওয়া দরকার না, যতক্ষণ না এটি ব্যবহারযোগ্য able
স্বীকৃতি পরীক্ষা : এটি একটি বৈধতা ক্রিয়াকলাপ; আমরা কি সঠিক জিনিসটি তৈরি করেছি? এটি কি গ্রাহকের সত্যই প্রয়োজন?
এটি সাধারণত গ্রাহকের সহযোগিতায় বা কোনও অভ্যন্তরীণ গ্রাহক প্রক্সি (পণ্য মালিক) দ্বারা করা হয়। এই ধরণের পরীক্ষার জন্য আমরা পরীক্ষার কেসগুলি ব্যবহার করি যা সেই সাধারণ পরিস্থিতিতে coverেকে রাখে যার অধীনে আমরা সফ্টওয়্যারটি ব্যবহারের প্রত্যাশা করি। এই পরীক্ষাটি অবশ্যই "উত্পাদনের মতো" পরিবেশে, কোনও গ্রাহক কী ব্যবহার করবে তার সমতুল্য, বা কাছাকাছি থাকা হার্ডওয়্যারে পরিচালিত হতে হবে। এটি যখন আমরা আমাদের "দক্ষতা" পরীক্ষা করি:
নির্ভরযোগ্যতা, প্রাপ্যতা : একটি স্ট্রেস পরীক্ষার মাধ্যমে বৈধ ated
স্কেলিবিলিটি : লোড পরীক্ষার মাধ্যমে বৈধ ated
ব্যবহারযোগ্যতা : একটি পরিদর্শন এবং গ্রাহকের কাছে প্রদর্শনের মাধ্যমে বৈধতাপ্রাপ্ত। ইউআই কি তাদের পছন্দ অনুসারে কনফিগার করা হয়েছে? আমরা কি গ্রাহক ব্র্যান্ডিং সমস্ত সঠিক জায়গায় রেখেছি? তারা যে সমস্ত ক্ষেত্র / পর্দা চেয়েছিল তা কি আমাদের কাছে রয়েছে?
সিকিউরিটি (ওরফে, সিকিউর্যাবিলিটি, কেবলমাত্র এটি ফিট করার জন্য) : বিক্ষোভের মাধ্যমে বৈধ। কখনও কখনও কোনও গ্রাহক সুরক্ষা নিরীক্ষা এবং / অথবা প্রবেশের পরীক্ষা করার জন্য কোনও বাইরের ফার্ম ভাড়া নেবে।
রক্ষণাবেক্ষণযোগ্যতা : আমরা কীভাবে সফ্টওয়্যার আপডেট / প্যাচ সরবরাহ করব তা প্রদর্শনের মাধ্যমে বৈধ।
কনফিগারবিলিটি : গ্রাহক কীভাবে তাদের প্রয়োজন অনুসারে সিস্টেমটি সংশোধন করতে পারে তা প্রদর্শনের মাধ্যমে বৈধ।
এটি কোনওভাবেই মানসম্মত নয়, এবং আমি মনে করি না যে এখানে একটি "স্ট্যান্ডার্ড" সংজ্ঞা আছে, কারণ এখানে বিরোধী উত্তরগুলি দেখায়। আপনার সংস্থার জন্য সর্বাধিক গুরুত্বপূর্ণ বিষয় হ'ল আপনি এই শর্তাদি সুনির্দিষ্টভাবে সংজ্ঞা দিয়েছিলেন এবং সেগুলি বদ্ধ থাকেন।
আমি প্যাট্রিক কাফের উত্তরটি পছন্দ করি। আমি যেটি যুক্ত করতে চাই তা হ'ল ক এর মধ্যে পার্থক্য পরীক্ষার স্তর এবং একটি পরীক্ষার ধরণের যা আমার জন্য চোখ খোলা ছিল open
পরীক্ষার স্তরটি ভি-মডেল ব্যবহার করে ব্যাখ্যা করা সহজ , উদাহরণ: প্রতিটি পরীক্ষার স্তরটির সাথে সম্পর্কিত উন্নয়ন স্তর থাকে । এটির একটি সাধারণ সময়ের বৈশিষ্ট্য রয়েছে, তারা বিকাশ জীবন চক্রের নির্দিষ্ট পর্যায়ে সম্পাদিত হয়।
একটি পরীক্ষার ধরণ একটি বৈশিষ্ট্য, এটি একটি নির্দিষ্ট পরীক্ষার লক্ষ্যকে কেন্দ্র করে। পরীক্ষার ধরণগুলি আপনার মানের দিকগুলিকে জোর দেয়, এটি প্রযুক্তিগত বা অ-কার্যকরী দিক হিসাবেও পরিচিত। টেস্ট ধরনের পারেন কোনো সময়ে কার্যকর করা পরীক্ষা স্তর । আমি পরীক্ষার ধরণ হিসাবে আইএসও / আইইসি 25010: 2011 এ উল্লিখিত মানের বৈশিষ্ট্য হিসাবে ব্যবহার করতে চাই ।
এটি সম্পূর্ণ করতে। রিগ্রেশন টেস্টিং নামেও কিছু রয়েছে । এটি পরীক্ষার স্তর এবং পরীক্ষার ধরণের পাশে একটি অতিরিক্ত শ্রেণিবিন্যাস । একটি রিগ্রেশন পরীক্ষা একটি পরীক্ষা আপনি পুনরাবৃত্তি করতে চান, কারণ এটা কিছু আপনার পণ্য সমালোচনামূলক স্পর্শ করে। এটি আসলে প্রতিটি পরীক্ষার স্তরের জন্য আপনি সংজ্ঞায়িত পরীক্ষার একটি উপসেট । যদি আপনার পণ্যটিতে একটি ছোট বাগ ফিক্স থাকে তবে সবসময় সমস্ত পরীক্ষার পুনরাবৃত্তি করার সময় থাকে না। রিগ্রেশন টেস্টিং এর একটি উত্তর।
পার্থক্যটি সমস্যাটি পরীক্ষা করার এবং সমাধানের মধ্যে রয়েছে। সফ্টওয়্যার একটি সমস্যার সমাধান, উভয়ই পরীক্ষা করা যায়।
কার্যক্ষম পরীক্ষাটি নিশ্চিত করে যে সফ্টওয়্যারটি আপনি কীভাবে সমস্যার সমাধান করেছেন তার সীমার মধ্যে একটি ফাংশন সম্পাদন করে। এটি সফ্টওয়্যার বিকাশের একটি অবিচ্ছেদ্য অঙ্গ, এটি কারখানার বাইরে যাওয়ার আগে ভর উত্পাদিত পণ্যের উপর করা টেস্টিংয়ের সাথে তুলনামূলক। একটি কার্যকরী পরীক্ষা যাচাই করে যে পণ্যটি আসলে আপনার (বিকাশকারী) মনে করে যে এটি কাজ করে।
স্বীকৃতি পরীক্ষাগুলি যাচাই করে পণ্যটি আসলে এটি সমাধান করার জন্য তৈরি সমস্যাটি সমাধান করে। এটি ব্যবহারকারী (গ্রাহক) দ্বারা সর্বোত্তমভাবে করা যেতে পারে, উদাহরণস্বরূপ সফ্টওয়্যার দ্বারা সহায়তা করা তার কাজগুলি সম্পাদন করা। যদি সফ্টওয়্যারটি এই বাস্তব বিশ্ব পরীক্ষায় উত্তীর্ণ হয়, তবে এটি পূর্ববর্তী সমাধানটি প্রতিস্থাপন করতে গৃহীত হবে। এই গ্রহণযোগ্যতা পরীক্ষা কখনও কখনও উত্পাদন ক্ষেত্রে সঠিকভাবে করা যেতে পারে, বিশেষত আপনার যদি বেনাম গ্রাহক থাকে (যেমন একটি ওয়েবসাইট)। এইভাবে নতুন বৈশিষ্ট্যটি ব্যবহারের দিন বা সপ্তাহের পরে গ্রহণযোগ্য হবে।
কার্যকরী পরীক্ষা - পণ্যটি যাচাই করে তা যাচাই করে যে এতে আপনার তৈরি করা বা নির্মিত গুণাবলী রয়েছে (ফাংশন, গতি, ত্রুটি, ধারাবাহিকতা ইত্যাদি)
স্বীকৃতি পরীক্ষা - পণ্যটিকে তার প্রসঙ্গে পরীক্ষা করুন, এটির জন্য মানুষের মিথস্ক্রিয়া (সিমুলেশন) প্রয়োজন, পরীক্ষা করুন এটির মূল সমস্যা (গুলি) এর উপর কাঙ্ক্ষিত প্রভাব রয়েছে।
উত্তর মতামত। আমি প্রচুর প্রকল্পে কাজ করেছি এবং টেস্ট ম্যানেজার এবং ইস্যু ম্যানেজার এবং বিভিন্ন বইয়ের বিভিন্ন ভূমিকা এবং বিভিন্ন বইয়ের বর্ণনার পার্থক্য তাই এখানে আমার ভিন্নতা রয়েছে:
ফাংশনাল-টেস্টিং: ব্যবসায়ের প্রয়োজনীয়তা গ্রহণ করুন এবং এগুলি সমস্ত কার্যকরী দৃষ্টিকোণ থেকে ভাল এবং thorougly পরীক্ষা করুন।
স্বীকৃতি যাচাইকরণ: "প্রদান করা" গ্রাহক তার পছন্দমতো টেস্টিং করেন যাতে তিনি সরবরাহ করা পণ্যটি গ্রহণ করতে পারেন। এটি গ্রাহকের উপর নির্ভর করে তবে সাধারণত পরীক্ষাগুলি কার্যকরী-পরীক্ষার মতো ততটা পুঙ্খানুপুঙ্খভাবে হয় না, বিশেষত যদি এটি একটি গৃহ-প্রকল্পের কারণ স্টেকহোল্ডাররা পূর্ববর্তী পরীক্ষার পর্যায়গুলিতে পরীক্ষার ফলাফলগুলি পর্যালোচনা করে এবং বিশ্বাস করে।
আমি যেমন বলেছি এটি আমার দৃষ্টিভঙ্গি এবং অভিজ্ঞতা। ফাংশনাল-টেস্টিং নিয়মতান্ত্রিক এবং গ্রহণযোগ্যতা-পরীক্ষার পরিবর্তে ব্যবসায়িক বিভাগ এটি পরীক্ষা করে।
শ্রোতা. কার্যকরী পরীক্ষণ হ'ল সফটওয়্যার উত্পাদনকারী দলের সদস্যদের আশ্বাস দেওয়া যা তারা যা প্রত্যাশা করে তা করে does গ্রাহকরা তাদের প্রয়োজনীয়তা পূরণ করে যে তা নিশ্চিত করে তা গ্রহণযোগ্যতা পরীক্ষা করা।
ব্যাপ্তি। কার্যকরী পরীক্ষাগুলি একবারে কেবলমাত্র একটি উপাদানগুলির কার্যকারিতা পরীক্ষা করে। স্বীকৃতি পরীক্ষার মাধ্যমে পণ্যটির যে কোনও দিকই সফ্টওয়্যার গ্রহণের আগে ভোক্তার পক্ষে পরীক্ষার জন্য যথেষ্ট পরিমাণে আবৃত ie
সফ্টওয়্যার কার্যকরী পরীক্ষা, ইন্টিগ্রেশন টেস্টিং এবং সিস্টেম টেস্টিং পাস করতে পারে; গ্রাহকরা আবিষ্কার করেন যে বৈশিষ্ট্যগুলি কেবল তাদের প্রয়োজনীয়তাগুলি পূরণ করে না কেবল তখনই গ্রহণযোগ্যতা পরীক্ষায় ব্যর্থ হতে পারে। এটি সাধারণত বোঝায় যে কেউ অনুমানের দিকে ঝুঁকছে। সফ্টওয়্যার কিছু কার্যকরী পরীক্ষায়ও ব্যর্থ হতে পারে তবে গ্রহণযোগ্যতা পরীক্ষায় উত্তীর্ণ হতে পারে কারণ গ্রাহক যতক্ষণ না কিছু কার্যকরী বাগ মোকাবেলা করতে ইচ্ছুক থাকে যতক্ষণ না সফ্টওয়্যারটি মূলত প্রয়োজনীয় জিনিসগুলি গ্রহণযোগ্যভাবে ভাল করে তোলে (বিটা সফ্টওয়্যার প্রায়শই ব্যবহারকারীদের একটি উপসেট দ্বারা এটি গ্রহণ করার আগে প্রায়শই গৃহীত হবে) সম্পূর্ণ ক্রিয়ামূলক)।
কার্যকরী পরীক্ষা: চূড়ান্ত প্রোগ্রাম কাঠামো বিবেচনা না করে নির্দিষ্ট কার্যকরী প্রয়োজনীয়তা থেকে প্রাপ্ত টেস্ট ডেটার প্রয়োগ। ব্ল্যাক-বক্স টেস্টিং নামেও পরিচিত।
স্বীকৃতি পরীক্ষা: কোনও সিস্টেম তার গ্রহণযোগ্যতা মানদণ্ডকে সন্তুষ্ট করে কিনা তা নির্ধারণের জন্য আনুষ্ঠানিক পরীক্ষা-নিরীক্ষা end একটি শেষ ব্যবহারকারীকে সিস্টেমটি গ্রহণ করবে কি না তা নির্ধারণ করতে সক্ষম করে।
আমার মতে মূল পার্থক্য হ'ল পরীক্ষাগুলি সফল হয় বা ব্যর্থ হয় তবে কে বলে।
একটি কার্যকরী পরীক্ষার পরীক্ষা যা সিস্টেম পূর্বনির্ধারিত প্রয়োজনীয়তা পূরণ করে। সিস্টেমটি বিকাশের জন্য দায়ী ব্যক্তিরা এটি পরিচালনা ও পরীক্ষা করে থাকেন।
একটি স্বীকৃতি পরীক্ষা ব্যবহারকারীদের দ্বারা সাইন আপ করা হয়। আদর্শভাবে ব্যবহারকারীরা যা যা পরীক্ষা করতে চান তা বলবেন তবে ব্যবহারিকেরা পর্যাপ্ত সময় বিনিয়োগ না করায় বাস্তবে এটি কার্যকরী পরীক্ষার সূর্যাস্ত হতে পারে। নোট করুন যে আমি ব্যবহারকারীদের অন্যান্য সেটের সাথে যেমন ব্যবসায়ের ব্যবহার করি তাদের ব্যবসায়ের ব্যবহারকারীদের উদাহরণ যেমন বিমানচালনা এবং অন্যান্য সুরক্ষার সমালোচনা এই পার্থক্য নাও থাকতে পারে,
... ব্ল্যাক-বাক্সের পরীক্ষাটি কোনও সিস্টেমে সঞ্চালিত হয় (যেমন সফ্টওয়্যার, প্রচুর পরিমাণে উত্পাদিত যান্ত্রিক অংশ, বা রাসায়নিক পণ্যগুলির ব্যাচ) তার সরবরাহের আগে its
যদিও এটি বলতে গেলে:
এটি ফাংশনাল টেস্টিং, ব্ল্যাক বক্স টেস্টিং, রিলিজ গ্রহণযোগ্যতা, কিউএ টেস্টিং, অ্যাপ্লিকেশন টেস্টিং, আত্মবিশ্বাস পরীক্ষা, চূড়ান্ত পরীক্ষা, বৈধতা পরীক্ষা, বা কারখানার স্বীকৃতি পরীক্ষার নামেও পরিচিত
"উদ্ধৃতি প্রয়োজন" চিহ্ন সহ।
কার্যকরী পরীক্ষা (যা প্রকৃতপক্ষে সিস্টেম টেস্টিংয়ে পুনর্নির্দেশ করে):
একটি নির্দিষ্ট, সংহত সিস্টেমের উপর পরিচালিত তার নির্দিষ্ট প্রয়োজনীয়তার সাথে সিস্টেমের সম্মতি মূল্যায়ন করতে। সিস্টেম টেস্টিং ব্ল্যাক বক্স টেস্টিংয়ের ক্ষেত্রের মধ্যে পড়ে এবং এর মতো কোড বা লজিকের অভ্যন্তরীণ নকশা সম্পর্কে কোনও জ্ঞানের প্রয়োজন নেই।
সুতরাং এই সংজ্ঞা থেকে তারা প্রায় একই জিনিস।
আমার অভিজ্ঞতায় গ্রহণযোগ্যতা পরীক্ষা সাধারণত কার্যকরী পরীক্ষার একটি উপসেট হয় এবং গ্রাহক কর্তৃক আনুষ্ঠানিক সাইন অফ প্রক্রিয়ায় ব্যবহৃত হয় যখন কার্যকরী / সিস্টেম টেস্টগুলি বিকাশকারী / কিউএ বিভাগ দ্বারা পরিচালিত হবে।
উভয়ের মধ্যে সম্পর্ক: গ্রহণযোগ্যতা পরীক্ষায় সাধারণত কার্যকরী পরীক্ষা অন্তর্ভুক্ত থাকে তবে এতে অতিরিক্ত পরীক্ষাও থাকতে পারে। উদাহরণস্বরূপ লেবেলিং / ডকুমেন্টেশন প্রয়োজনীয়তা পরীক্ষা করা।
কার্যকরী পরীক্ষা হয় যখন পরীক্ষার অধীনে পণ্যটি একটি পরীক্ষার পরিবেশে স্থাপন করা হয় যা পরীক্ষার অধীনে ডিভাইসের প্রতিক্রিয়া পরীক্ষা করার সময় লক্ষ্য পরিবেশটি সাধারণত বা তার বাইরেও উদ্দীপনা তৈরি করতে পারে (পরীক্ষার ক্ষেত্রের মধ্যে) যা বিভিন্ন উদ্দীপনা তৈরি করতে পারে।
একটি শারীরিক পণ্য (সফ্টওয়্যার নয়) জন্য দুটি বড় ধরণের স্বীকৃতি পরীক্ষা আছে : নকশা পরীক্ষা এবং উত্পাদন পরীক্ষা। ডিজাইন টেস্টগুলি সাধারণত বিপুল সংখ্যক পণ্যের নমুনা ব্যবহার করে, যা উত্পাদন পরীক্ষায় উত্তীর্ণ হয়েছে। বিভিন্ন গ্রাহক বিভিন্ন উপায়ে ডিজাইন পরীক্ষা করতে পারেন।
পণ্যের স্পেসিফিকেশনের বিপরীতে ডিজাইন পরীক্ষা করা হলে গ্রহণযোগ্যতা পরীক্ষাগুলি যাচাইকরণ হিসাবে উল্লেখ করা হয় এবং পণ্যটি গ্রাহকের আসল পরিবেশে রাখলে গ্রহণযোগ্যতা পরীক্ষাগুলি বৈধতা হিসাবে উল্লেখ করা হয়।
স্বীকৃতি পরীক্ষাটি কেবল ক্লায়েন্টের দ্বারা পরিচালিত টেস্টিং এবং অন্য ধরণের পরীক্ষার অন্তর্ভুক্ত :
ক্রিয়ামূলক পরীক্ষার জন্য বনাম অ-কার্যকরী পরীক্ষার জন্য (তাদের উপপ্রকার) - এই এই প্রশ্নের উত্তরটি দেখুন ।
তারা একই জিনিস।
সিস্টেমটি মোতায়েন বা সরবরাহের আগে বাস্তব উত্পাদন / মোতায়েন পরিবেশে যতটা সম্ভব সমানভাবে সম্পূর্ণ সিস্টেমে গ্রহণযোগ্যতা পরীক্ষা করা হয়।
আপনি স্বয়ংক্রিয় পদ্ধতিতে বা ম্যানুয়ালি স্বীকৃতি পরীক্ষা করতে পারেন।