Articolul consideră mecanism nou testare automată, care a apărut pentru prima dată pe platformă în ediția 8.3. După ce ați studiat materialul articolului, veți învăța:

• Ce este testarea automată în platformă?
• Cum și când să-l folosești?
• Ce și unde ar trebui configurat pentru a-l rula?
• Cum se scrie un script de testare automată?

Aplicabilitate

Articolul discută versiunea 8.3.4.465 a platformei 1C:Enterprise. În versiunea actuală a platformei, capacitățile mecanismului automat de testare sunt extinse semnificativ, dar acest lucru nu a afectat relevanța materialului articolului. Este încă relevant.

Testare automată în 1C:Enterprise 8.3

Platforma 1C:Enterprise 8.3 are un nou mecanism conceput pentru a simula acțiunile interactive ale utilizatorilor sistemului - testare automată.

Testarea automată nu acceptă lucrul cu o interfață obișnuită, ci doar cu una gestionată.

La testare, sunt utilizate două tipuri de aplicații client - managerul de testare și clientul de testare. Managerul de testare stabilește o conexiune cu clientul de testare și execută scriptul de testare.

Un script de testare este un cod într-un limbaj încorporat care descrie o secvență de acțiuni interactive care trebuie efectuate.

Pentru a face acest lucru, în limbajul încorporat au fost adăugate noi obiecte care descriu interfața aplicației la nivel abstract (în termeni de fereastră, formular, controale etc.) și, de asemenea, descriu acțiunile utilizatorului (navigarea configurației, introducerea datelor). , etc.).

Managerul de testare poate fi un client gros sau subțire. Test client - client gros, client subțire sau client web.

Un manager de testare poate fi conectat la mai mulți clienți de testare, iar un client de testare poate fi conectat doar la un singur manager.

Pentru a gestiona clientul, managerul stabilește o conexiune TCP cu acesta. Este important ca testarea automată să nu necesite modificări ale structurii configurației.

În esență, clientul de testare și managerul sunt configurații rulate cu anumite opțiuni de linie de comandă, managerul gestionând clienții „făcând” ferestrele și controalele să se comporte ca și cum utilizatorul interacționează cu ele.

Testarea automată are limitările sale. Deci, de exemplu, lucrul cu interfața obișnuită nu este acceptată, ci doar cu cea gestionată.

Pentru a efectua testarea automată, atât managerul de testare, cât și clientul de testare trebuie să ruleze.

Managerul poate fi lansat din linia de comandă cu tasta /TESTMANAGER:

„c:\Program Files (x86)\1cv8\8.3.4.437\bin\1cv8c.exe” ENTERPRISE /F „X:\test” /N Administrator /TESTMANAGER

De asemenea, managerul de teste poate fi lansat din configurator.

Pentru a face acest lucru, prin meniul Instrumente - Opțiuni, deschideți dialogul „Opțiuni”, în care în fila Lansare 1C: Enterprise - Avansat, bifați elementul „Run ca manager de testare”:

O altă modalitate de a porni managerul de testare este din limbajul încorporat, folosind metoda StartSystem(), în care trebuie să specificați linia de comandă:

StartSystem(„c:\Program Files (x86)\1cv8\8.3.4.437\bin\1cv8c.exe” ENTERPRISE /F X:\test /N Administrator /TESTMANAGER”)

Clientul de testare poate fi lansat și din linia de comandă. Pentru a face acest lucru, utilizați comutatorul de linie de comandă /TESTCLIENT.

Parametrul TPort specifică numărul portului prin care managerul și clientul de testare vor interacționa. Dacă această opțiune nu este specificată pe linia de comandă, va fi folosit portul 1538.

„c:\Program Files (x86)\1cv8\8.3.4.437\bin\1cv8c.exe” ENTERPRISE /F „X:\Platform8Demo” /N Administrator /TESTCLIENT -TPort 1539

Clientul de testare poate fi lansat din configurator. Pentru a face acest lucru, prin meniul Instrumente - Opțiuni, deschideți dialogul „Parametri”, în care, în fila Lansare 1C: Enterprise - Avansat, bifați elementul „Run ca client de testare”. În acest caz, va trebui să specificați numărul portului utilizat.

Rețineți că pentru a vă conecta la clientul de testare, trebuie să cunoașteți doi parametri: adresa IP (sau numele) computerului care rulează clientul de testare și numărul portului TCP prin care va fi efectuată interacțiunea.

Ambele baze de date diferite pot fi utilizate ca manager și client de testare (configurația bazei de date a managerului de testare poate să nu se potrivească cu configurația clientului de testare) sau aceeași bază de informații.

Pentru a efectua testarea automată, trebuie să efectuați următorii pași:

1. Elaborați un script de testare - scrieți o procesare externă sau încorporată în configurație, care va descrie secvenţial pașii care trebuie efectuati.
2. Lansați managerul de teste.
3. Lansați un client de testare (unul sau mai mulți).
4. În managerul de testare, lansați procesarea creată pentru execuție, asigurați-vă că acțiunile programate sunt efectuate asupra clientului.

Aplicația testată este descrisă de un set de obiecte limbaj 1C:Enterprise care sunt utilizate pentru a scrie script-ul:

• TestedApplication;
• TestedWindowClientApplication;
• TestedCommandInterfaceWindow;
• TestedCommandInterfaceGroup;
• TestedButtonCommandInterface;
• TestedForm;
• TestedFormField;
• TestedFormGroup;
• TestedFormButton;
• TestedFormTable;
• TestedDecorationForm.

Ca configurație de testare, vom folosi configurația demonstrativă „Aplicație gestionată”.

Să creăm o procesare externă, să adăugăm un formular nou, în care vom defini un handler pentru noua comandă „RunTesting”.

În test, efectuăm următoarele acțiuni: creați un nou element al directorului „Depozite”, în câmpul Nume introduceți linia „Test depozit”, apoi faceți clic pe butonul „Salvare și închidere”.

Codul pentru acest test va arăta astfel:

&AtClient
Procedură RunTesting(Echipa)
// Conectați-vă la aplicația testată
TestedApplication= Nou TestedApplication("gazdă locală" );
// Încercarea de conectare nu mai mult de un minut
Încheierea timpului de așteptare= CurrentDate() + 60 ;
Conectat = Fals ;
În timp ce nu este CurrentDate() >= Încheierea timpului de așteptareÎncercarea de ciclu
TestedApplication.SetConnection();
Conectat = adevărat;
avorta;
Excepție
EndTry ; EndCycle ; Dacă nu este conectat, atunci
// Încheiați testul
TestedApplication= nedefinit ;
A raporta ( "Imposibil de conectat!");
Întoarcere ;
EndIf ;
// Găsiți fereastra principală
MainWindowTested
=(Tip());
MainWindowTested.Activate();
// Executați comanda pentru a crea un element al directorului de produse
MainWindow a Tested.RunCommand(„e1cib/command/Catalog.Warehouses.Create”);
TestedApplication.ExpectObjectDisplay(Tip de ( „Formular testat”), „Stoc*” );
TestedForm= TestedApplication.FindObject(Tip de ( „Formular testat”),
„Stoc*” );
TestedForm.Activate();
// Setați numele noului produs
FormItem = TestedForm.FindObject(Tip de ( „TestedFormField”),
"Nume");
FormElement.Activate();
FormElement.EnterText(„Testul depozitului”);
// Scrie elementul
FormItem = TestedForm.FindObject(Tip de ( „FormButton Testat”),
„Înregistrați și închideți”);
FormElement.Press();
EndProcedure

În dialogul cu opțiuni de lansare, a fost selectată mai întâi valoarea „Run as test manager”, folosind combinația de taste Ctrl + F5, a fost lansată o sesiune de utilizator.

Apoi, în dialog, a fost selectată valoarea „Run as a testing client”, folosind combinația de taste Ctrl + F5, a fost lansată a doua sesiune de utilizator.

Astfel, am evitat necesitatea de a specifica manual opțiunile necesare pentru linia de comandă.

Codul de mai sus efectuează acțiuni destul de simple, dar dacă scenariul devine mai complex, cantitatea de cod va crește, deoarece este necesar să se descrie fiecare acțiune interactivă a utilizatorului.

Aici vine altul în ajutor. noua oportunitate Platforme – înregistrarea în jurnal a acțiunilor utilizatorului.

Pentru a face acest lucru, trebuie să rulați aplicația într-un mod special:

Click pe imagine pentru marire.

În antetul programului apar mai multe butoane:

Butoanele sunt pentru:

• pornire/oprire înregistrare;
• opriți înregistrarea;
• finalizarea înregistrării.

Când înregistrarea este finalizată, se va afișa ecranul Document text, care este o secvență de acțiuni ale utilizatorului salvate într-un fișier XML.

Click pe imagine pentru marire.

Jurnalul înregistrat poate fi convertit în cod de program, care poate fi apoi utilizat într-un script de testare.

Pentru aceasta este destinată procesarea „User Action Log Conversion” (UILogToScript.epf), care poate fi obținută de pe site-ul ITS.

Click pe imagine pentru marire.

Ca rezultat al procesării, obținem codul generat în limbajul încorporat. Acest cod ar trebui să fie lipit în modulul formularului de procesare de testare.

Rețineți că în codul generat, numerele mai mari de 999 sau mai mici de -999 vor fi afișate folosind un spațiu neîntrerupt ca separator de grup (de exemplu, „1234” în loc de „1234”).

Acest simbol trebuie eliminat manual din codul primit.

Secțiunea de cod cu conexiunea la client a fost generată automat prin procesare.

În exemplul nostru, obținem următorul cod:

&AtClient
Procedură RunTesting(Echipa)
Scenariul de testare_23_03_2014();
EndProcedure &AtClient
Procedură Scenariul de testare_23_03_2014() TestApp= Nou TestedApplication();
Încheierea timpului de așteptare= CurrentDate() + 60 ;
Conectat = Fals ;
DescriereEroriConexiuni= “” ;
În timp ce nu este CurrentDate() >= Încheierea timpului de așteptare Ciclu
Atentat, încercare
TestApplication.SetConnection();
Conectat = adevărat;
avorta;
Excepție
DescriereEroriConexiuni= DescriereErori();
EndTry ;
EndCycle ;
Dacă nu este conectat, atunci
TestApp= nedefinit ;
Raport (+ Simboluri. PS + DescriereEroriConexiuni);
Întoarcere ;
EndIf ; ( TestApp);
(TestApp); EndProcedure &AtClient
Procedură WindowApplicationAccountsCreateButtonClick(TestApp)
WindowApplicationContractors= (Tastați (
„TestingClientApplicationWindow”), „Contractanți” , , 30 );
WindowApplicationAccountsFormAccounts= WindowApplicationAccounts.FindObject(Tip de (
„Formular testat”), „Contractanți” );
ButtonCreate = WindowApplicationAccountsFormAccounts.FindObject(Tip de (
„FormButton Testat”), "Crea" );
ButtonCreate.Apăsați(); EndProcedure &AtClient
Procedură WindowApplicationAccountCreateButtonSaveAndClosePress(TestApp) WindowApplicationContractorCreation= TestApplication.FindObject(Tip de (
„TestingClientApplicationWindow”), „Cont (creare)”, , 30 );
WindowApplicationAccountCreationFormAccountCreation=
WindowApplicationAccountCreate.FindObject(Tip de ( „Formular testat”),
„Cont (creare)”);
Numele domeniului=
(Tip de (
„TestedFormField”), "Nume");
FieldName.EnterText("Nou" ); FieldTypePrice = WindowApplicationAccountCreationFormAccountCreation.FindObject(Tip de (
„TestedFormField”), „Tipul de preț” );
FieldPriceType.Activate(); FieldTypePrice.Select(); FieldPriceView.WaitFormationDropdownList(); FieldPriceType.PerformSelectionFromSelectionList(„Achiziție”); Buton Salvare&Închidere=
WindowApplicationAccountCreationFormAccountCreation.FindObject(Tip de (
„FormButton Testat”), „Înregistrați și închideți”);
ButonSalvare&Închidere.Apăsați(); EndProcedure

În scenariul rezultat se stabilește o conexiune cu clientul de testare, se apasă butonul pentru crearea unui nou element din directorul „Contractanti”, în câmp Nume se introduce textul „Nou”, iar în lista derulantă „Tip de preț”, se selectează valoarea „Cumpărare”, apoi se apasă butonul „Salvează și închide”.

Dacă trebuie să utilizați mai mulți clienți de testare într-un scenariu, atunci conexiunea la fiecare dintre aceștia și acțiunile efectuate trebuie descrise separat.

Managerul de testare va fi folosit singur și doi clienți sunt conectați la el pe porturi diferite.

Deoarece se procesează scriptul de testare, ale cărui linii de cod de program sunt executate secvenţial, dezvoltatorul trebuie să descrie secvenţa de acţiuni pentru fiecare client.

Să aruncăm o privire mai atentă la cum va arăta codul atunci când folosiți doi clienți de testare:

Procedură Test Scenario_23_03_2014_TwoClients() //primul client
Aplicație de testare1= Nou TestedApplication();
Încheierea timpului de așteptare= CurrentDate() + 60 ;
Conectat = Fals ;
DescriereEroriConexiuni= “” ;
În timp ce nu este CurrentDate() >= Încheierea timpului de așteptare Ciclu
Atentat, încercare
TestApplication1.SetConnection();
Conectat = adevărat;
avorta;
Excepție
DescriereEroriConexiuni= DescriereErori();
EndTry ;
EndCycle ; //al doilea client
TestApp2= Nou TestedApplication();
Încheierea timpului de așteptare= CurrentDate() + 60 ;
DescriereEroriConexiuni= “” ;
În timp ce nu este CurrentDate() >= Încheierea timpului de așteptare Ciclu
Atentat, încercare
TestApplication2.SetConnection();
Conectat = adevărat;
avorta;
Excepție
DescriereEroriConexiuni= DescriereErori();
EndTry ;
EndCycle ;
Dacă nu este conectat, atunci
Aplicație de testare1= nedefinit ;
TestApp2= nedefinit ;
A raporta ( "Nu se poate conecta!"+ Simboluri.PS + DescriereEroriConexiuni);
Întoarcere ;
EndIf ; //procedurile sunt separate pentru fiecare client de testare
WindowApplication AccountsCreateButtonPress1(Aplicație de testare1);
WindowApplication AccountsButtonCreateClick2(TestApp2);
WindowApplicationAccountCreateButtonSave&CloseApăsați1(Aplicație de testare1);
WindowApplicationAccountCreateButtonSave&CloseApăsați2(TestApp2); EndProcedure

Pauzele dintre acțiunile efectuate trebuie, de asemenea, programate separat. Scenariul pentru un numar mare clienții devine greu de citit.

De asemenea, testarea automată este disponibilă numai pentru formularele gestionate.

Cu toate acestea, avantajul testării automate este simplitatea și vizibilitatea dezvoltării testelor. Deoarece testul operează numai pe acțiunile interactive ale utilizatorului, dezvoltatorul nu trebuie să cunoască structurile de configurare la nivel de atribut al obiectului.

Dacă modificați, de exemplu, codul de configurare, nu este nevoie să refaceți testul, deoarece clientul de testare va efectua în continuare aceleași acțiuni cu aceleași controale.

Mecanismul de testare automatizat poate fi folosit de testeri pentru a înregistra secvența acțiunilor care duc la o eroare. Datele înregistrate pot fi trimise dezvoltatorilor pentru a remedia eroarea detectată.

Testarea automată poate fi folosită și pentru a identifica blocajele redundante și blocajele într-o configurație.

Pentru a face acest lucru, trebuie să implementați un script care reproduce problema și să începeți să găsiți și să remediați cauza.

1C Test Center 8 este un produs software specializat de la 1C, care vă permite să evaluați performanța sistemului și să studiați blocajele sistemului informațional.

Mai devreme ne-am uitat la configurația arbitrară. Acum să învățăm cum să creăm scenarii pentru testarea configurației cu mai mulți utilizatori de către utilizatori și să rulăm testarea în sine.

Scriptul de testare din 1C Test Center este scris într-o procesare special creată. Acest șablon se află în interiorul configurației, are numele „TTSTemplateTestProcessing”. Pentru a vă crea propriul script de testare, trebuie să copiați acest șablon și, pe baza acestuia, să creați propriul dvs., unul nou, să-l numim „Re-livrarea bonului de mărfuri”:

Adăugați la procesare recuzită nouăși afișați-l pe formularul - „DocumentToCopy”, acesta este documentul pe care îl vom copia.

Să aruncăm o privire mai atentă la modulul formular. Poate folosi trei proceduri - TCIinitialize (), TTSExecute (), Delete ().

• TCIinitialize - folosit pentru a inițializa setările baza de informatii, de exemplu, completarea unei politici contabile.
• TCRun - modulul principal în care scriptul de testare este scris direct.
• TCDeleteData este un modul care descrie ștergerea obiectelor create în timpul testării.

Să scriem cel mai simplu cod în procedura TCExecute(), care va copia documentul selectat de 5 ori la rând și va măsura copierea și postarea fiecărui document:

Pentru d=1 By 5 Bucla

Instrumente = KipExternalComponent.GetTools();
StartTime = KipExternalComponent.TimerValue(Tools);

Obțineți 267 de lecții video 1C gratuit:

CreareDocumente();

EndTime = KipExternalComponent.TimerValue(Tools);
Durata de execuție = (EndTime - StartTime) / 1000;

TPWriteIndicator(„Timp de execuție”, Durata de execuție);

EndCycle;

Returnează TCExecutionResultSuccessful();

Procedura CreateDocuments() va fi executată pe server:

Procedura CreateDocuments()

NewDocument = TCObject.DocumentToCopy.Copy();
NewDocument.Date = CurrentDate();
NewDocument.Write(DocumentWriteMode.Post);

EndProcedure

Aceasta completează pregătirea scriptului, să trecem la Centrul de testare pentru testarea încărcării.

Configurarea Centrului de testare 1C 8.3

După ce ați scris testul, să începem configurarea Centrului de testare în sine. Pentru a configura, trebuie să completați o serie de directoare:

• Prelucrare— un director care conține o listă de procesare conectate la testare. Prelucrarea poate fi atât internă, cât și externă.
• Roluri- un director pentru stocarea o grămadă de setări de procesare-procesare. Setările sunt date individuale pentru fiecare test (numărul de iterații, documentul copiat etc.).
• Utilizatori— lista de utilizatori și parolele acestora.
• Calculatoare— lista calculatoarelor pe care se va rula testul.
• Clienti - stabilirea unde, de la cine și în ce mod va fi lansată testarea de încărcare.

Scenarii de testare

Directorul principal care consolidează toate setările în sine: de câte ori, de către ce utilizator, în ce nume va fi efectuată testarea de încărcare.

De asemenea, în fila „Parametri” există posibilitatea de a configura un scenariu de testare tehnică:

După configurarea scriptului, rămâne doar să-l rulezi.

Începeți testarea în 1C: Centrul de testare

Când totul este gata, rămâne doar să începeți munca de testare.

Acest lucru necesită lansarea a cel puțin două sesiuni ale programului: prima - în rolul așa-zisului. „agent”, iar al doilea ca inițiator al lansării scriptului.

Începutul agentului:

Rularea scriptului:

Pentru a începe, trebuie doar să selectați din listă scenariul doritși faceți clic pe butonul Run.

Caracteristici cheie

Folosind 1C:Script Testing 8, puteți scrie și rula teste pentru a verifica performanța oricărei configurații a sistemului 1C:Enterprise 8. Instrumentul este format din două prelucrare externă. O procesare este pentru înregistrarea testului, a doua procesare este pentru rularea testului. Testul înregistrat poate fi efectuat fie manual, fie automat.

Pentru a dezvolta teste folosind acest instrument, este suficient să aveți cunoștințe despre funcționarea configurației testate la nivel de utilizator, nu sunt necesare abilități de programare.

Un test este un set de acțiuni pe care utilizatorul trebuie să le efectueze în program. Acestea pot fi acțiuni, de exemplu, privind crearea de noi elemente de directoare, documente, completarea datelor într-un formular, apăsarea butoanelor. Când un astfel de test este rulat automat, munca utilizatorului la introducerea informațiilor este simulată. Este important ca execuția comenzilor de testare pentru crearea interactivă a obiectelor și completarea formularelor să fie procesată de platforma 1C:Enterprise 8 în același mod ca și cum utilizatorul ar introduce aceste date de la tastatură.

Un principiu similar de testare există în alte programe, dar, spre deosebire de acestea, acest instrument implementează capabilități de dezvoltare a testelor care reflectă specificul testării configurațiilor 1C:Enterprise 8. Aceste posibilități includ:

• crearea de șabloane pentru completarea formularelor diferitelor obiecte de configurare (pot fi personalizate și utilizate pentru diferite teste ale aceleiași configurații);
• analiza ce obiecte din baza de date de configurare de referință sunt asociate cu ce pași de testare;
• analiza corectitudinii testului înregistrat înainte de executarea acestuia;
• capacitatea de a ocoli manual eroarea atunci când rulează un test automat și de a continua testul în modul automat;
• compararea automată a mișcărilor documentelor cu datele bazei de date de referință;
• compararea una câte una a obiectelor create prin test cu datele bazei de referință;
• capacitatea de a efectua pași de depanare la înregistrarea unui test;
• analiza acoperirii de testare a obiectelor de configurare.

Nu este necesar pentru a finaliza testul antrenament special configurație testată.

Utilizarea 1C: Testarea scenariului 8

În același test, puteți crea pași pentru a testa diferiți tranzacții de afaceri. Logica de testare este descrisă de regulile pentru reflectarea tranzacțiilor comerciale în program, conform documentației utilizatorului. Astfel, instrumentul poate fi folosit pentru testarea scriptată sau funcțională a configurațiilor.

Necesitatea unei astfel de teste apare atunci când este necesar să ne asigurăm că la finalizarea funcționalității de configurare sau la remedierea erorilor, funcționalitatea de configurare care nu a fost modificată rămâne operațională. Acest lucru este mai solicitat în acele organizații în care dezvoltarea de noi versiuni de configurații, testarea și lansarea acestora sunt iterative. În acest caz, costul scrierii testelor și al rulării lor automatizate ulterioare va fi mai mic decât cu testarea manuală de regresie a fiecărei noi versiuni a configurației.

De regulă, astfel de teste sunt scrise pentru scenariile cele mai frecvent utilizate de lucru cu o soluție de aplicație de către utilizatori; acestea sunt rulate pe fiecare versiune noua configurație sau platformă schimbată. Testele pot fi făcute mai complexe sau mai puțin complexe, în funcție de criticitatea erorilor dintr-o anumită funcționalitate a soluției aplicate și în funcție de timpul pe care organizația este dispusă să o aloce testării.

„1C: Testarea scenariului 8” poate fi folosit de:

• Parteneri - dezvoltatori de solutii de circulatie;
• Parteneri sau utilizatori care au sarcina de a testa configurația înainte de a actualiza baza de producție.

1C a lansat o versiune de probă a soluției aplicației „Testarea scenariilor” (vezi http://www.1c.ru/news/info.jsp?id=8893)

De fapt, acesta este un sistem de testare funcțional pentru configurații pe platforma 8.1.

Constă din două procesări externe „TestWrite.epf” și „TestRun.epf”.

Testele sunt salvate ca fișiere xml.

Caracteristica „1C: Testarea scenariului 8”

Caracteristici cheie

Folosind 1C:Script Testing 8, puteți scrie și rula teste pentru a verifica performanța oricărei configurații a sistemului 1C:Enterprise 8. Instrumentul constă din două procesări externe. O procesare este pentru înregistrarea testului, a doua procesare este pentru rularea testului. Testul înregistrat poate fi efectuat fie manual, fie automat.

Pentru a dezvolta teste folosind acest instrument, este suficient să aveți cunoștințe despre funcționarea configurației testate la nivel de utilizator, nu sunt necesare abilități de programare.

Un test este un set de acțiuni pe care utilizatorul trebuie să le efectueze în program. Acestea pot fi acțiuni, de exemplu, privind crearea de noi elemente de directoare, documente, completarea datelor într-un formular, apăsarea butoanelor. Când un astfel de test este rulat automat, munca utilizatorului la introducerea informațiilor este simulată. Este important ca execuția comenzilor de testare pentru crearea interactivă a obiectelor și completarea formularelor să fie procesată de platforma 1C:Enterprise 8 în același mod ca și cum utilizatorul ar introduce aceste date de la tastatură.

Un principiu similar de testare există în alte programe, dar, spre deosebire de acestea, acest instrument implementează capabilități de dezvoltare a testelor care reflectă specificul testării configurațiilor 1C:Enterprise 8. Aceste posibilități includ:

• crearea de șabloane pentru completarea formularelor diferitelor obiecte de configurare (pot fi personalizate și utilizate pentru diferite teste ale aceleiași configurații);
• analiza ce obiecte din baza de date de configurare de referință sunt asociate cu ce pași de testare;
• analiza corectitudinii testului înregistrat înainte de executarea acestuia;
• capacitatea de a ocoli manual eroarea atunci când rulează un test automat și de a continua testul în modul automat;
• compararea automată a mișcărilor documentelor cu datele bazei de date de referință;
• compararea una câte una a obiectelor create prin test cu datele bazei de referință;
• capacitatea de a efectua pași de depanare la înregistrarea unui test;
• analiza acoperirii de testare a obiectelor de configurare.

Pentru a efectua testul, nu este necesară o pregătire specială a configurației testate.

Utilizarea 1C: Testarea scenariului 8

În același test, puteți crea pași pentru a testa diferite tranzacții comerciale. Logica de testare este descrisă de regulile pentru reflectarea tranzacțiilor comerciale în program, conform documentației utilizatorului. Astfel, instrumentul poate fi folosit pentru testarea scriptată sau funcțională a configurațiilor.

Necesitatea unei astfel de teste apare atunci când este necesar să ne asigurăm că la finalizarea funcționalității de configurare sau la remedierea erorilor, funcționalitatea de configurare care nu a fost modificată rămâne operațională. Acest lucru este mai solicitat în acele organizații în care dezvoltarea de noi versiuni de configurații, testarea și lansarea acestora sunt iterative. În acest caz, costul scrierii testelor și al rulării lor automatizate ulterioare va fi mai mic decât cu testarea manuală de regresie a fiecărei noi versiuni a configurației.

De regulă, astfel de teste sunt scrise pentru scenariile de aplicații utilizate cel mai frecvent de către utilizatori, ele sunt rulate pe fiecare versiune nouă a configurației sau platformei modificate. Testele pot fi făcute mai complexe sau mai puțin complexe, în funcție de criticitatea erorilor dintr-o anumită funcționalitate a soluției aplicate și în funcție de timpul pe care organizația este dispusă să o aloce testării.

„1C: Testarea scenariului 8” poate fi folosit de:

• Parteneri - dezvoltatori de solutii de circulatie;
• Parteneri sau utilizatori care au sarcina de a testa configurația înainte de a actualiza baza de producție.

Cumpără

linie din lista de prețuri 1C din 05.01.2010

Compoziția produsului și comanda de vânzare

Produsul software 2900000998513 „1C: Scenario testing 8 NFR” include:

• prelucrare pentru pregatirea si executarea testelor;
• un set de teste pentru configurațiile tipice „1C:Enterprise 8”;
• card de inregistrare;
• cartea de documentație „1C: Scenario Testing 8. User Guide”.

Produsul 2900000998513 „1C: Scenario Testing 8 NFR” este vândut conform aplicațiilor pentru achiziționarea de produse NFR, câte un set per organizație, partenerilor francizați care au cel puțin un specialist în platformă sau în orice soluție de aplicație 1C: Enterprise 8. Pentru ca produsul să funcționeze, partenerul trebuie să aibă orice livrare NFR care include platforma 1C:Enterprise 8 și o cheie de securitate.

Produsul 4601546061393 „1C: Testarea scenariului 8” este vândut utilizatorilor produse software Versiunea PROF „1C:Enterprise 8” prin parteneri francizați care au cel puțin un specialist în platformă sau în orice soluție de aplicație „1C:Enterprise 8”.

Scopul și condițiile de utilizare a produselor

Produsul 2900000998513 „1C: Scenario testing 8 NFR” este conceput pentru a explora capacitățile instrumentelor oferite de parteneri, utilizare nelimitată în dezvoltarea internă a partenerului, precum și pentru munca de implementare efectuată pentru client pe teritoriul partenerului. Licența vă permite să utilizați produsul NFR pentru testare:

• produse proprii dezvoltate pentru vânzare;
• modificări ale configurațiilor tipice;
• ca parte a lucrărilor de implementare a produselor cu clienții în cazul în care aceste lucrări sunt efectuate în retea locala partener.

Licența nu permite ca produsul să fie utilizat pentru a testa o configurație direct la sediul unui client sau pentru a testa o configurație dezvoltată și replicată de un client sau de altă organizație. Pentru a efectua astfel de lucrări, este necesar să achiziționați produsul 4601546061393 „1C: Scenario testing 8” pentru client.

Produsul 4601546061393 „1C: Scenario Testing 8”, achiziționat de organizația în care se realizează implementarea, nu poate fi utilizat pentru a testa configurația în organizația partenerului care implementează implementarea. Pentru a efectua o astfel de muncă, partenerul trebuie să achiziționeze produsul 2900000998513 „1C: Scenario testing 8 NFR”.