Ի՞նչ է մոնոլիտային բեքենդի թեստավորման և վեբ ծառայությունների ճարտարապետության թեստավորման տարբերությունը։

Տարբերությունները կայանում են համակարգի դեկոմպոզիցիայի աստիճանում, պատասխանատվության բաշխման և, հետևաբար, թեստավորման մոտեցումների մեջ.

• Մոնոլիտ բեքենդ:

  • Միացյալ կոդային բազա և տեղակայման գործընթաց:
  • Թեստավորումը կենտրոնացած է միացման վրա մի համակարգի բաղադրիչների միջև:
  • Ավելի մեծ ռեգրեսիոն թեստավորման ծավալ՝ ցանկացած մոդուլի փոփոխության դեպքում:
  • Բարձր ռիսկ՝ փոփոխությունները մեկ մոդուլում կարող են ազդել մյուսների վրա:
  • Ինտեգրացիոն թեստավորումը կարող է իրականացվել ներսի գործընթացային կանչերով:

• Վեբ ծառայությունների ճարտարապետություն (օրինակ, միկրոսերվիսներ):

  • Համակարգը բաղկացած է մի քանի անկախ, թույլ կապված ծառայություններից:
  • Ամեն ծառայություն ունի իր սեփական կոդային բազան և տեղակայման գործընթաց:
  • Կենտրոնացումը տեղափոխվում է ծառայությունների միջև փոխազդեցության թեստավորման (API-թեստավորում):
  • Փոքր ռեգրեսիոն թեստավորման ծավալ՝ մեկ ծառայության փոփոխության դեպքում:
  • Պահանջվում է փոխազդեցության հուսալիության թեստավորում (վերադասելիություն, սխալների մշակում):
  • Կոնտակտային թեստավորումը օգտագործվում է ծառայությունների համատեղելիությունը ապահովելու համար:
  • Կարծրության բաշխված տրանզակցիաների և հարցումների հետևման խնդիրներ:
  • Պահանջվում են ավելի խորը տեղակայման և թեստավորման ռազմավարություններ (կանարային տարբերակներ, A/B թեստավորում):

Հիմնական տարբերությունները թեստավորման մոտեցումներում:

Թեստավորման կողմնորոշում	Մոնոլիտ բեքենդ	Վեբ ծառայությունների ճարտարապետություն
Ինտեգրացիոն թեստավորում	Ներքին գործընթացային, մոդուլների թեստավորում.	Միջծառայողական, API թեստավորում.
Ռեգրեսիոն թեստավորում	Ծավալային, ցանկացած կարևոր փոփոխության դեպքում.	Թ Focused on the changed service, less.
Աշխատանքի թեստավորում	Համակարգի ամբողջական թեստավորում որպես միավոր.	Անհատական ծառայությունների և նրանց փոխազդեցության թեստավորում.
Սխալների դիմակայության թեստավորում	Փոքր, կոմպոնենտների ինտեգրման մակարդակում.	Կրիտիկական, թեստավորում graceful degradation, circuit breakers.
Կոնտակտային թեստավորում	Սովորաբար չի կիրառվում.	Ակտիվ օգտագործվում է API համատեղելիության ապահովման համար.
Դեբագ և հետևում	Համեմատաբար պարզ, մեկ հավելվածի շրջանակներում.	Կարծր, պահանջում է բաշխված համակարգերի լոգավորում և հետևում.