Sinov o'zgarishlari. Yuqorida aytib o'tilganidek, birlik testlari refaktoring paytida manba kodiga kiritilgan o'zgarishlarning to'g'riligini tekshirish uchun kuchli vositadir . Biroq, faqat bitta sinfni qayta tiklash natijasida uning boshqa sinflar bilan tashqi interfeysi odatda o'zgarmaydi (interfeyslar bir vaqtning o'zida bir nechta sinflarni qayta tiklashda o'zgaradi ). Tizimdagi normal evolyutsion o'zgarishlar natijasida sinfning tashqi interfeysi ham formal (usullarning nomlari va tarkibi va ularning parametrlari o'zgaradi) va funktsional nuqtai nazardan (tashqi interfeysni saqlab turganda, mantiqiy ma'lumotlarni o'zgartirish mantiqi) o'zgarishi mumkin. usullarning ishlashi o'zgaradi). Bunday o'zgarishlardan so'ng sinfni sinovdan o'tkazish uchun siz drayverni va ehtimol stublarni o'zgartirishingiz kerak bo'ladi. Ammo bu holda, birlik testining o'zi etarli emas, shuningdek, ushbu sinfni ma'lumotlar yoki boshqaruv bilan bog'liq bo'lgan barcha sinflar bilan bir qatorda integratsiya testlarini o'tkazish kerak.
Tizim qaysi modullarga bo'linishidan qat'i nazar, sinov rejasi va strategiyasida sinovdan o'tgan modullarni aniqlash tamoyillarini belgilash, shuningdek tizim arxitekturasining blok diagrammasi asosida yangi blok diagrammasini tuzish tavsiya etiladi. , unda barcha sinovdan o'tgan modullarni belgilash kerak. Bu sizga tizimni birlik sinovi uchun zarur bo'lgan drayverlar va stublarning tarkibi va murakkabligini taxmin qilish imkonini beradi. Bunday sxema keyinchalik integratsiyaga duchor bo'lgan modullarning katta guruhlarini aniqlash uchun birlik sinov bosqichida ham qo'llanilishi mumkin.
