Testarea este un aspect crucial al dezvoltării software, deoarece ajută la asigurarea calității și fiabilității produsului final. Cu toate acestea, când vine vorba de testarea unui mediu de dezvoltare integrat (IDE) care funcționează pe mai multe mașini și platforme, sarcina devine și mai dificilă. Cum rulați teste pe diferite mașini, le mențineți sincronizate și păstrați experiența de creare a testelor?

În această postare, vom analiza de ce și cum am implementat testarea distribuită pentru instrumentele noastre de dezvoltare la distanță și Code With Me.

De ce avem nevoie de testare distribuită pentru IDE-urile noastre

Majoritatea IDE-urilor pe care le dezvoltăm la JetBrains se bazează pe Platforma IntelliJ. Pentru a le asigura calitatea și funcționalitatea, efectuăm teste amănunțite. Din punct de vedere istoric, ne-am împărțit testele în două categorii:

Testele unitare, bazate pe cadrul junit sau testng, sunt cel mai comun mod de a testa logica. În aceste teste, pornim IDE-ul în modul headless – fără o interfață de utilizare și cu unele componente suprascrise. IDE rulează în cadrul procesului de testare unitară, permițându-ne să scriem cu ușurință codul de testare și să-l depanăm ulterior.
Testele UI Scripting sunt concepute pentru a testa interfața utilizator a IDE-ului. Aceste teste pornesc un proces IDE separat cu o interfață de utilizare și un container de componente real și comunică cu acesta folosind un sistem de comandă. Există relativ puține dintre aceste teste, deoarece rulează o perioadă semnificativă de timp și sunt mai dificil de scris. Pentru a crea aceste teste, o comandă specială trebuie implementată în cadrul aplicației și poate fi apelată doar după nume.
Aceste metode de testare au fost suficiente pentru dezvoltarea și menținerea calității Platformei IntelliJ de mulți ani. Cu toate acestea, odată cu introducerea de noi produse, cum ar fi Code With Me și Remote Development, au apărut noi provocări de testare. Aceste produse vă permit să vă conectați la un alt IDE care rulează pe alt computer.

Dezvoltarea la distanță vă permite să rulați un IDE pe o mașină la distanță, de obicei în modul headless, și să vă conectați la acesta folosind un client subțire pe o mașină locală.
Code With Me presupune că aveți deja un IDE cu un proiect deschis și vă permite să vă conectați la acesta de pe alt computer pentru a colabora la proiect. Acceptă mai mulți participanți.
În ambele scenarii există două sau mai multe procese IDE care rulează simultan. Niciunul dintre cadrele de testare existente nu acceptă acest scenariu, așa că a trebuit să dezvoltăm unul nou!

Construirea unui nou cadru de testare pentru IDE-uri distribuite

Pentru a testa eficient instrumentele noastre de dezvoltare la distanță și Code With Me, trebuia să creăm un cadru de testare care să ne ofere capacitatea de a:

Rulați mai multe procese IDE în diferite medii, posibil chiar și pe mașini diferite. Un caz de testare tipic este rularea unui IDE pe server pe Linux și conectarea clientului la acesta din Windows.
Rulați IDE-uri atât în mod UI, cât și în mod non-UI.
Scrieți cu ușurință codul de testare.
Depanați eficient codul de testare.
În scenariul nostru, nu este posibilă rularea IDE-urilor în cadrul procesului de testare unitară. Cu toate acestea, vrem în continuare să putem scrie și depana teste cât mai ușor posibil.

Avem deja un protocol RD special, care a fost dezvoltat inițial pentru ca Rider să conecteze procesul backend ReSharper la procesul IntelliJ Frontend. Mai târziu a fost folosit și în Code With Me și apoi în Remote Development pentru a conecta backend-ul IntelliJ la IntelliJ Thin Client. De ce să nu folosiți același protocol și aici? Este o soluție dovedită care poate fi integrată cu ușurință în cadrul nostru de testare.