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