আমাদের সংস্থায় আমরা সাধারণত আমাদের ওয়েবসাইট / ওয়েব অ্যাপ্লিকেশনগুলির জন্য একটি শেষ থেকে শেষের পরীক্ষাটি নিশ্চিত করি তা নিশ্চিত করি make এর অর্থ আমরা একটি ইউআরএল অ্যাক্সেস করি, একটি ফর্মটি পূরণ করি, অন্য ইউআরএলে ফর্মটি জমা দিন এবং পৃষ্ঠার ফলাফলগুলি পরীক্ষা করে দেখুন। আমরা ফর্মের বৈধতা যাচাই করার জন্য এটি করি, এইচটিএমএল টেমপ্লেটগুলির সঠিক প্রসঙ্গের ভেরিয়েবল রয়েছে তা পরীক্ষা করে to
আমরা অন্তর্নিহিত যুক্তি পরীক্ষা করার জন্যও এটি ব্যবহার করি।
আমাকে একজন সহকর্মী দ্বারা বলা হয়েছিল যে এর কারণ হ'ল আমরা শেষ পর্যন্ত শেষ পরীক্ষাগুলি যতক্ষণ উত্তীর্ণ হয় ততক্ষণ যে কোনও সময়ে অন্তর্নিহিত বাস্তবায়নটি ছিন্ন করতে এবং পরিবর্তন করতে পারি।
আমি ভাবছি যদি এই ধরণের ডিকপলিংটি বোঝা যায় বা কোডের ছোট ইউনিটগুলির জন্য পরীক্ষা লেখার এড়াতে এটি কেবল একটি উপায়?
ইউনিট পরীক্ষার ক্ষেত্রে এটি সত্য নয়। পদ্ধতি বা ক্লাস পরিবর্তন / অপসারণ / তৈরি করা পদ্ধতি বা ক্লাসগুলির জন্য সমস্ত ইউনিট পরীক্ষা আপডেট করা প্রয়োজন। শেষ ব্যবহারকারীর কার্যকারিতা পরিবর্তন না হওয়া পর্যন্ত শেষের পরীক্ষা শেষ না। যতক্ষণ না এটি সিস্টেম স্তরের রিফ্যাক্টর (শেষ ব্যবহারকারীর কার্যকারিতার কোনও পরিবর্তন নয়) শেষ থেকে শেষের পরীক্ষায় কোনও পরিবর্তন প্রয়োজন হয় না।
—
ডায়েটবুদ্ধ
@ ডায়েটবুদ্ধা, আমি মনে করি সাধারণ ধারণাটি ইউনিট পরীক্ষার ক্ষেত্রে সত্য, তবে একটি ছোট (ইউনিট) সুযোগে।
—
স্যাম
was told by a co-worker that the reason for this is that we can rip out and change the underlying implementation at any point as long as the end-to-end tests pass.- ইউনিট পরীক্ষার ক্ষেত্রেও এটি সত্য। আমার কাছে মনে হচ্ছে শেষ-শেষের পরীক্ষাগুলি ইউনিট পরীক্ষাগুলি না লেখার অজুহাত হিসাবে ব্যবহৃত হচ্ছে।