1c testiranje scenarija. "1C: Testiranje scenarija

Kartica rješenja 1C: Testiranje scenarija 8

To je komplet alata za provjeru funkcionalnosti bilo koje konfiguracije sistema 1C:Enterprise 8. Proizvod vam omogućava da pripremite potrebne testove i izvršite ih ručno ili automatski. Za razvoj testova koristeći "1C: Testiranje scenarija 8", dovoljno je razumijevanje rada konfiguracije koja se testira na korisničkom nivou; nisu potrebne vještine programiranja.

Kupite 1C: Testiranje scenarija 8

4601546061393

42 000

Licenciranje 1C: Testiranje scenarija 8

Proizvod "1C: Testiranje scenarija 8" je namijenjen za upotrebu sa klijentske licence "1C:Enterprise 8", povećavajući broj poslova Paket isporuke proizvoda uključuje distribucijski komplet, knjigu „1C: Testiranje scenarija 8. Uputstvo za upotrebu” i ugovor o licenci.

Da biste koristili proizvod, morate imati bilo koju osnovnu isporuku (verzija PROF) sistema 1C:Enterprise 8. Proizvod nije namijenjen za korištenje sa osnovnim verzijama 1C:Enterprise 8. Testiranje 1C:Scenario 8 može se legalno koristiti na radnim stanicama lokalne mreže organizacije, uz licencu 1C klijenta: Preduzeća 8. 1C: Testiranje scenarija 8 uključeno u isporuku 1C: Korporativni komplet alata 8

Podrška i ažuriranje 1C: Testiranje scenarija 8

Podrška i servis za registrovane korisnike pruža se u okviru Podrške informacionih tehnologija (1C:ITS) - 1C:ITS Techno ili 1C:ITS Prof. Period besplatne pretplate prilikom kupovine programa je 3 mjeseca. Nakon što besplatna pretplata istekne, da biste dobili usluge podrške za proizvode, morate se prijaviti za plaćenu pretplatu na bilo koju osnovnu isporuku sistema 1C:Enterprise 8.

Registrirani korisnici mogu preuzeti ažuriranja sa web stranice users.v8.1c.ru i sa ITS diska.

1C funkcionalnost: Testiranje scenarija 8

Test je skup radnji koje korisnik mora izvršiti u programu. To mogu biti radnje, na primjer, kreiranje novih elemenata direktorija, dokumenata, popunjavanje podataka na obrascu ili pritiskanje dugmadi. Kada se takav test izvrši automatski, korisnički unos se simulira. Važno je da se izvršavanje probnih naredbi za interaktivno kreiranje objekata i popunjavanje obrazaca obrađuje platforma 1C:Enterprise 8 na isti način kao da je korisnik ove podatke unio s tipkovnice.

Sličan princip testiranja postoji i u drugim programima, ali, za razliku od njih, 1C: Testiranje scenarija 8 implementira mogućnosti razvoja testova koje odražavaju specifičnosti testiranja konfiguracija 1C: Enterprise 8. Ove mogućnosti uključuju:

• kreiranje predložaka za popunjavanje obrazaca za različite konfiguracijske objekte (mogu se prilagoditi i koristiti za različite testove iste konfiguracije);
• analiza povezanosti objekata referentne konfiguracijske baze i testnih koraka;
• analiza ispravnosti snimljenog testa prije njegovog izvođenja;
• mogućnost ručnog zaobilaženja otkrivene greške prilikom pokretanja automatskog testa i nastavka izvođenja testa u automatskom načinu rada;
• automatsko poređenje kretanja dokumenata sa referentnim podacima baze podataka;
• potrebno poređenje objekata kreiranih testom sa podacima referentne baze podataka;
• mogućnost otklanjanja grešaka u koracima prilikom snimanja testa;
• analiza pokrivenosti testom konfiguracijskih objekata.

Za izvođenje testa nije potrebna posebna priprema konfiguracije koja se testira.

U istom testu možete kreirati korake za testiranje različitih poslovnih transakcija. Logika testa opisana je pravilima za reflektovanje poslovnih transakcija u programu prema korisničkoj dokumentaciji. Dakle, alat se može koristiti za scenarij ili funkcionalno testiranje konfiguracija.

Potreba za takvim testiranjem nastaje kada je potrebno osigurati da se pri modificiranju konfiguracijske funkcionalnosti ili ispravljanju grešaka održava funkcionalnost konfiguracijske funkcionalnosti koja ostaje nepromijenjena. Ovo je traženije u onim organizacijama u kojima se razvoj novih konfiguracijskih izdanja, njihovo testiranje i izdavanje ponavljaju. U ovom slučaju, troškovi pisanja testova i njihovog daljeg automatizovanog izvođenja bit će manji nego kod ručnog regresijskog testiranja svakog novog izdanja konfiguracije.

Testovi se po pravilu pišu za najčešće korištene scenarije stvarnog rada s aplikativnim rješenjem i izvode se na svakoj novoj verziji modificirane konfiguracije ili platforme. Testovi se mogu učiniti manje ili više složenim, ovisno o kritičnosti grešaka u određenoj funkcionalnosti aplikativnog rješenja i ovisno o količini vremena koje je organizacija spremna potrošiti na testiranje.

Komplet alata za testiranje 1C:Scenario 8 sastoji se od dvije eksterne obrade (jedna obrada je namijenjena za snimanje testa, druga za njegovo izvršavanje), kao i skupa testova (datoteke u xml formatu) za tipične konfiguracije 1C:Enterprise 8.

Može biti korišteno:

• partneri - programeri cirkulacijskih rješenja,
• partneri ili korisnici koji imaju zadatak da testiraju konfiguraciju prije ažuriranja radne baze podataka.

1C je objavio probnu verziju aplikativnog rješenja "Testiranje scenarija" (pogledajte http://www.1c.ru/news/info.jsp?id=8893)

Zapravo, ovo je funkcionalni sistem testiranja za konfiguracije na 8.1 platformi.

Sastoji se od dva eksterna procesa “RecordTests.epf” i “RunTests.epf”.

Testovi se čuvaju kao xml fajlovi.

Karakteristike "1C: Testiranje scenarija 8"

Ključne karakteristike

Koristeći “1C: Testiranje scenarija 8” možete napisati i pokrenuti testove kako biste provjerili funkcionalnost bilo koje konfiguracije sistema “1C: Enterprise 8”. Alat se sastoji od dva vanjska tretmana. Jedna obrada je namijenjena za snimanje testa, druga obrada je za izvođenje testa. Snimljeni test se može izvesti ručno ili automatski.

Za razvoj testova pomoću ovog alata dovoljno je znanje o radu konfiguracije koja se testira na korisničkom nivou; nisu potrebne vještine programiranja.

Test je skup radnji koje korisnik mora izvršiti u programu. To mogu biti radnje, na primjer, kreiranje novih elemenata direktorija, dokumenata, popunjavanje podataka na obrascu ili pritiskanje dugmadi. Kada se takav test automatski pokrene, simulira se rad korisnika na unosu informacija. Važno je da izvršavanje testnih naredbi za interaktivno kreiranje objekata i popunjavanje obrazaca platforma 1C:Enterprise 8 obrađuje na isti način kao da je korisnik unio ove podatke s tipkovnice.

Sličan princip testiranja postoji iu drugim programima, ali, za razliku od njih, ovaj alat implementira mogućnosti razvoja testova koje odražavaju specifičnosti testiranja konfiguracija 1C:Enterprise 8. Takve mogućnosti uključuju:

• kreiranje predložaka za popunjavanje obrazaca za različite konfiguracijske objekte (mogu se prilagoditi i koristiti za različite testove iste konfiguracije);
• analiza toga koji su objekti u bazi referentne konfiguracije povezani s kojim testnim koracima;
• analiza ispravnosti snimljenog testa prije njegovog izvođenja;
• mogućnost ručnog zaobilaženja greške prilikom pokretanja automatskog testa i nastavka izvođenja testa u automatskom načinu rada;
• automatsko poređenje kretanja dokumenata sa referentnim podacima baze podataka;
• potrebno poređenje objekata kreiranih testom sa podacima referentne baze podataka;
• mogućnost otklanjanja grešaka u koracima prilikom snimanja testa;
• analiza pokrivenosti testom konfiguracijskih objekata.

Za izvođenje testa nije potrebna posebna priprema konfiguracije koja se testira.

Koristeći 1C: testiranje scenarija 8

U istom testu možete kreirati korake za testiranje različitih poslovnih transakcija. Logika testa je opisana pravilima za reflektovanje poslovnih transakcija u programu, prema korisničkoj dokumentaciji. Dakle, alat se može koristiti za scenarij ili funkcionalno testiranje konfiguracija.

Potreba za takvim testiranjem nastaje kada je potrebno osigurati da pri modificiranju konfiguracijske funkcionalnosti ili ispravljanju grešaka, konfiguracijska funkcionalnost koja je ostala nepromijenjena ostaje operativna. Ovo je traženije u onim organizacijama u kojima se razvoj novih konfiguracijskih izdanja, njihovo testiranje i izdavanje ponavljaju. U ovom slučaju, troškovi pisanja testova i njihovog daljnjeg automatiziranog pokretanja bit će manji nego kod ručnog regresijskog testiranja svakog novog izdanja konfiguracije.

Takvi testovi se u pravilu pišu za najčešće korištene scenarije za rad sa aplikacijskim rješenjem od strane korisnika, pokreću se na svakoj novoj verziji promijenjene konfiguracije ili platforme. Testovi se mogu učiniti složenijim ili manje složenim, ovisno o kritičnosti grešaka u određenoj funkcionalnosti aplikativnog rješenja i ovisno o količini vremena koje je organizacija spremna potrošiti na testiranje.

"1C: Testiranje scenarija 8" mogu koristiti:

• Partneri – programeri cirkulacijskih rješenja;
• Partneri ili korisnici koji imaju zadatak da testiraju konfiguraciju prije ažuriranja radne baze podataka.

Kupi

red iz cjenovnika 1C od 01.05.2010

Sastav proizvoda i postupak prodaje

Softverski proizvod 2900000998513 "1C: Testiranje scenarija 8 NFR" uključuje:

• obrada za pripremu i izvođenje testova;
• skup testova za tipične konfiguracije "1C:Enterprise 8";
• registracijska kartica;
• knjiga dokumentacije "1C: Testiranje scenarija 8. Uputstvo za upotrebu".

Proizvod 2900000998513 "1C: Testiranje scenarija 8 NFR" se prodaje na aplikacijama za kupovinu NFR proizvoda, po jedan set po organizaciji, partnerima primaocima franšize koji imaju najmanje jednog stručnjaka u osoblju za platformu ili za bilo koje aplikativno rješenje "1C: Enterprise 8 ". Da bi proizvod radio, partner mora imati bilo koju NFR isporuku, uključujući platformu 1C:Enterprise 8 i sigurnosni ključ.

Proizvod 4601546061393 "1C: Testiranje scenarija 8" se prodaje korisnicima softverskih proizvoda "1C:Enterprise 8" PROF verzije preko franšiznih partnera koji imaju najmanje jednog stručnjaka za platformu ili bilo koje aplikativno rješenje "1C:Enterprise 8".

Svrha i uslovi upotrebe proizvoda

Proizvod 2900000998513 "1C: Testiranje scenarija 8 NFR" je namijenjen za proučavanje mogućnosti predloženih alata od strane partnera, neograničenu upotrebu u internim razvojima partnera, kao i za implementacijske radove koji se obavljaju za klijenta na teritoriji partnera. Licenca vam omogućava da koristite NFR proizvod za testiranje:

• vlastiti proizvodi razvijeni za prodaju;
• modifikacije standardnih konfiguracija;
• u sklopu rada na upoznavanju proizvoda sa klijentima ako se ovaj posao odvija na lokalnoj mreži partnera.

Licenca ne dozvoljava da se proizvod koristi za testiranje konfiguracije direktno u prostorijama korisnika ili za testiranje konfiguracije koju je razvio i replicirao korisnik ili druga organizacija. Za izvođenje takvog posla potrebno je za klijenta kupiti proizvod 4601546061393 "1C: Testiranje scenarija 8".

Proizvod 4601546061393 "1C: Testiranje scenarija 8", kupljen od strane organizacije u kojoj se implementacija sprovodi, ne može se koristiti za testiranje konfiguracije u organizaciji partnera koji sprovodi implementaciju. Da bi izvršio takav posao, partner mora kupiti proizvod 2900000998513 "1C: Testiranje scenarija 8 NFR".

Andrej Lukonkin

"1C: Testiranje scenarija"

U septembru je objavljena probna verzija novog softverskog proizvoda koji vam omogućava da poboljšate performanse i toleranciju grešaka konfiguracija 1C:Enterprise 8.

Novi alat

Alat se sastoji od dva vanjska tretmana. Jedna obrada (RecordTests.epf) je namijenjena za snimanje testa, druga obrada (RunTests.epf) je za izvođenje testa. Snimljeni test se može izvesti ručno ili automatski. Nije potrebno znanje programiranja, što omogućava da testiranje scenarija koriste ne samo programeri, već i korisnici i konsultanti.

Test je skup radnji koje korisnik mora izvršiti u programu. To mogu biti radnje, na primjer, kreiranje novih elemenata direktorija, dokumenata, popunjavanje podataka na obrascu ili pritiskanje dugmadi. Kada se takav test automatski pokrene, simulira se rad korisnika na unosu informacija. Važno je da izvršavanje testnih naredbi za interaktivno kreiranje objekata i popunjavanje obrazaca platforma 1C:Enterprise 8 obrađuje na isti način kao da je korisnik unio ove podatke s tipkovnice.

U istom testu možete kreirati korake za testiranje različitih poslovnih transakcija. Logika testa je opisana pravilima za reflektovanje poslovnih transakcija u programu, prema korisničkoj dokumentaciji. Dakle, alat se može koristiti za scenarij ili funkcionalno testiranje konfiguracija.

Zašto je to potrebno?

Potreba za takvim testiranjem nastaje kada se trebate uvjeriti da pri modificiranju konfiguracijske funkcionalnosti ili ispravljanju grešaka, funkcionalnost konfiguracije koja je ostala nepromijenjena ostaje operativna. Ovo je traženije u onim organizacijama u kojima postoji intenzivan razvoj novih konfiguracijskih izdanja, čije testiranje i izdavanje nisu ništa manje važni od samog kreiranja nove funkcionalnosti. U ovom slučaju, troškovi pisanja testova i njihovog daljnjeg automatiziranog pokretanja bit će manji nego kod ručnog testiranja svakog novog izdanja konfiguracije.

Takvi testovi se u pravilu pišu za najčešće korištene scenarije za rad sa aplikacijskim rješenjem od strane korisnika, pokreću se na svakoj novoj verziji promijenjene konfiguracije ili platforme. Testovi se mogu učiniti složenijim ili manje složenim, ovisno o kritičnosti grešaka u određenoj funkcionalnosti aplikativnog rješenja i ovisno o količini vremena koje je organizacija spremna potrošiti na testiranje.

Za one najnestrpljivije, dat ću kao primjer par screenshotova operacije obrade (pogledajte slike).

Programeri još nisu odlučili hoće li se ovo rješenje distribuirati na plaćenoj ili besplatnoj osnovi, ali u svakom slučaju će se kupiti i koristiti “1C: Testiranje scenarija”, jer pisani program je pola bitke, a napisan i testiran program je završen projekat!

Zdravo, prijatelji!

Predstavljam vam malu konfiguraciju za testiranje scenarija rješenja baziranih na 1C:Enterprise 8.3, upravljanim oblicima.

Konfiguracija se zove Tester. Tester je okruženje za razvoj i izvođenje testova scenarija. Tester nije čisti BDD proizvod i nije namijenjen da opiše ponašanje sistema prije nego što je razvijen.

Glavni ciljevi Testera:

1. Organizirajte kolektivni rad s testovima u jednom okruženju s podrškom za verzioniranje, snimanje za uređivanje i druge poznate funkcije za rad s kodom
2. Omogućite korisniku jednostavan način za kreiranje, podršku i proširenje testova stvarnih scenarija, u razumnom vremenu, s minimalnim pragom za ulazak u proces i pouzdanom infrastrukturom

Koristeći tester možete računati na rješavanje sljedećih problema:

1. Visok stepen funkcionalne pokrivenosti. Tester je dobro fokusiran na proces razvoja testa, što pozitivno utiče na kvantitet i kvalitet kreiranih testova
2. Testovi su napisani u 1C programskom jeziku, koji nije samo poznat alat, već vam omogućava i korištenje cijelog skupa funkcija platforme u testiranju, i što je najvažnije, omogućava vam da kontrolirate napredak testiranja programski, bez oslanjanja na ugrađeni model u alat za testiranje
3. Možete napraviti biblioteke od testova, na primjer, možete kreirati testove koji, na osnovu proslijeđenih parametara, otvaraju prozor za pretraživanje u dinamičkoj listi ili generiraju izvještaj. Ako trebate imati stanje na zalihama za svoj test, možete implementirati bibliotečki test, u koji prenosite sastav potrebnog stanja, a ovo stanje će biti kapitalizirano
4. Jednostavan test poslovne logike, bez poređenja sa podacima iz drugih baza podataka, bez direktnih zahteva prema aplikaciji koja se testira, bez izgleda sa podacima serijalizovanim „na drugom mestu“. Sve informacije se mogu sačuvati u samom testu, u izgledu i po potrebi modifikovati.
5. Pored činjenice da su svi testovi pohranjeni u bazi podataka, a svaki korisnik Testera može koristiti test koji je napisao drugi programer, Tester ima mogućnost inkrementalnog učitavanja/preuzimanja testova u sistem datoteka. Ovo može biti korisno za dalju sinhronizaciju testova sa sistemima za kontrolu verzija, kao što je Git.

Demo baza je razvila malu infrastrukturu međusobno povezanih testova koja se može koristiti pri razvoju vlastitih testova. Također, u bazi podataka postoji primjer kreiranja Narudžbe na dokument dobavljača za ERP2 (demo).

Za ERP2 konfiguraciju (demo) kreirano je spremište https://github.com/grumagargler/ERP2
Tamo sam postavio demo testove. Nadam se da ova inicijativa neće proći nezapaženo od strane entuzijasta i da će biti dodato još testova.

Najsveobuhvatnije informacije o Testeru ćete pronaći u pomoći, oni će biti na radnoj površini kada se sistem pokrene. U pomoći postoji odjeljak za brzi početak, preporučujem da se upoznate s njim.

Tester je besplatan. Razvijeni i podržani za vlastite potrebe, bez ikakvih komercijalnih motiva.

Hvala vam na interesovanju za sistem i sretno sa testovima, prijatelji!

Ažuriranje 1.3.2.7

Dodata LogError procedura, koja se koristi za programsko dodavanje poruka u dnevnik grešaka iz koda skripte bez zaustavljanja izvršavanja skripte

Sve funkcije za rad sa poljima sada se mogu kretati kroz tabelarni dio, na primjer, ovako možete provjeriti obračunski iznos u petom redu: Provjerite ("#Accruals / Result [ 5 ]", 1000);

Funkcija Check pokušava provjeriti numeričke vrijednosti bez uzimanja u obzir separatora trozvuka i decimalnog dijela

Dodan Launch Log, gdje se evidentiraju događaji izvršavanja skripte

Dodan prijelaz sa skripte na dnevnik pokretanja i dnevnik grešaka

Dodan pomoćnik stablu odabira polja

Pomoćniku je dodana onlajn pomoć o ugrađenim metodama testera.

Dodane su verzije aplikacije. Verzije se mogu podesiti kako za aplikaciju u cjelini, tako i zasebno za svakog korisnika

Dodati izvještaji: Protokol, Sažetak (izvještaji će raditi samo za novopokrenute skripte u ovom izdanju). Moguće je konfigurirati raspored slanja izvještaja poštom (korisnički RLS se uzima u obzir prilikom generiranja izvještaja)

Izvještaji se implementiraju kao posebna prava; da biste ih dodali korisnicima koji nisu administratori, potrebno je izvršiti odgovarajuća podešavanja u njihovim profilima

Optimizirano učitavanje skripti u fajlove. Učitani fajlovi se generišu u bsl formatu

Prijelazni redoslijed:

Nakon ažuriranja konfiguracije, prije pokretanja skripti, preporučuje se da navedete njihove verzije za vaša rješenja. To se radi u direktoriju aplikacije.

Pažnja! Konfiguracija je zasnovana na verziji 8.3.10, ali su podržane i starije verzije. Da biste to uradili, potrebno je da podesite režim kompatibilnosti potreban za konfiguraciju pod verzijom 8.3.10, sačuvate konfiguraciju u datoteku i koristite je kao ažuriranje.

Mnogi stručnjaci i jednostavno korisnici proizvoda zasnovanih na 1C Enterprise 8 već su trebali čuti za izdavanje novog softverskog proizvoda za testiranje bilo koje (prema službenim izjavama) konfiguracija, a zove se 1C Scenario Testing 8. Odmah da pojasnim da je ovo alat razvija direktno kompanija 1C, a ne aktivisti trećih strana. Nisam mogao pronaći informacije o ovom proizvodu (osim beskonačnih reprinta sa 1C web stranice), iz kojih mogu zaključiti da jednostavno ne postoji. A sam proizvod za recenziju nije lako pronaći, barem za one koji ne žele da plate 30k za licencu ili je već nemaju uz nabavku instrumentacije8. Na ovaj ili onaj način, nakon nekoliko iskušenja uspio sam se dočepati ovog instrumenta. I od ovog trenutka ću početi detaljnije.

Instalacija.

Trenutno znam za sljedeće službene načine da dobijem ovaj alat:

a) Uključen je u isporuku "1C: Corporate Toolkit 8".

b) Može se preuzeti sa web stranice korisničke podrške 1C.

c) Ranija verzija je bila prisutna na ITS disku, čini se od oktobra.

Sama aplikacija teži oko 2MB, ali prerano je za radovanje - da biste je instalirali, morate odrediti put do mape s predlošcima. Koliko sam shvatio, ovaj direktorij je dostupan u osnovnim konfiguracijama, ili u test konfiguraciji koja je uključena u program. Prvo ga treba instalirati (~90MB), a zatim sigurno instaliramo uslužni program i brišemo nepotrebnu konfiguraciju.

Nakon ovih jednostavnih manipulacija, dobićemo katalog sa alatom koji nas zanima. Sam program se sastoji od dvije eksterne *.epf obrade, dodatno u prilogu je kratak opis i demo test za indikativnu konfiguraciju koju smo uklonili.

Dozvolite mi da pojasnim sa čime sam morao da radim. Dobio sam verziju 1.2.2.1, očigledno ne primarnu. Kao probnu konfiguraciju koristio sam konfiguraciju baziranu na 1C Enterprise 8.1.

Debrifing.

Dakle, kao što sam već spomenuo, testiranje 1C scenarija se sastoji od dvije eksterne obrade: RecordTests i RunTests.

Većina informacija se može naći u ugrađenoj pomoći. Međutim, ne bih se tome mnogo nadao, pisano je po principu “hajde da raspakujemo ono što je očigledno, i ništa drugo”. Ali, ipak, možete ga pročitati za opći razvoj.

Za početak ću svojim riječima opisati glavnu funkcionalnost ovog alata, a zatim ću pokušati ući u implementaciju pojedinih funkcija.

Koristeći 1C Scenario Testing, možete jednostavno automatski kreirati dokumente, direktorije, registre prema unaprijed napisanoj skripti, upoređivati ​​ih s referentnim objektima itd., kako u vizualnom načinu, tako i skriveno od očiju testera. Primjer tipičnog scenarija može se vidjeti na prvom snimku ekrana.

Svaka tačka u skripti naziva se korak. Općenito, sve je na prvi pogled očigledno i jednostavno i, nažalost, donekle varljivo. Međutim, o zamkama ćemo govoriti u sljedećem dijelu, ali za sada ćemo se fokusirati na osnovne mogućnosti.

Rice. 1 Obrada testova zapisa.

Ideologija ovog alata zasniva se na poređenju objekata u referentnoj bazi podataka sa objektima u testiranoj bazi podataka. Ovo je jasno vidljivo u glavnom prozoru za obradu RecordTestova, sa leve strane su podaci iz referentne baze podataka, sa desne strane su testovi na osnovu podataka sa leve strane. Referentna baza podataka je ona u kojoj je test kreiran.

Osim glavne funkcije gore opisanog alata, postoji niz drugih, primitivnijih, ali ponekad ne manje korisnih. Na primjer, alat se može koristiti samo za automatsko popunjavanje obrazaca, klikanje na dugmad, popunjavanje tabelarnih dijelova i tako dalje; ovi koraci simuliraju rad korisnika u interaktivnom načinu rada. A budući da ulogu korisnika igra tester, ispada da je to neka vrsta ad hoc testiranja u automatskom načinu rada.

Postoji obrazac tipičnih koraka koji se generiraju automatski ovisno o objektu koji se testira. Evo tipičnog primjera: na lijevoj strani odaberite određeni dokument (direktorij, itd.) i prevucite ga na desnu stranu, nakon čega se automatski kreira šablon tipičnih koraka. Zatim ih možete uređivati ​​kako želite.

Svaki korak se može izvesti direktno u ovoj obradi pritiskom na F12. Ova funkcionalnost dovodi u pitanje potrebu za drugom obradom RunTestova; mislim da bi bilo logično da ih kombinujemo u budućnosti.

Rice. 2 Obrada RunTestova.

Gotov test se upisuje u xml dokument, koji otvaramo u bazi podataka koja se testira kroz RunTest obradu i posmatramo kako nam sve odlično funkcioniše.

Funkcionalnost druge obrade se ne razlikuje, s obzirom na to da se pokretanje može obaviti i s prvom obradom. Neke korisne funkcije uključuju vođenje dnevnika izvršenja i označavanje dovršenih koraka.

Gledajući unapred, da se više ne vraćam na ovu obradu, reći ću da sam se na licu mesta začudio. Uz svu raznolikost potrebnih i ne toliko potrebnih opcija, nije bilo mjesta za probni način rada koji je ignorirao greške. Što je krajnje neugodno provoditi negativne testove, i testiranje općenito. Kada se pojavi i najmanja neusklađenost, naša "automatska" obrada pada u stupor.

Pogledajmo sada prednosti i nedostatke korištenja ovog sistema na terenu.

Karakteristike upotrebe.

Prema službenim izjavama, testiranje 1C scenarija trebalo bi biti univerzalni alat u smislu kompatibilnosti s različitim konfiguracijama. Mislim da je moja konfiguracija odlična testna ploča za ovu izjavu.

Odmah ću reći da se proces rada s ovim alatom ne može nazvati jednostavnim i mirnim. Gotovo na svakom koraku (u svakom smislu) morate eksperimentirati s naizgled očiglednim stvarima.

Evo sa čime sam se morao suočiti:

1. Iz nekog razloga, uz svu raznolikost opcija za testne korake, ne postoji korak za brisanje obrađenog objekta. U početku sam morao koristiti korak “Obrada” i ručno napisati kod za brisanje objekata. Na kraju sam odlučio da za sada bez toga i radim sa postojećim podacima.
2. Jedan od najkorisnijih, po mom mišljenju, je korak „Uporedi pokret sa standardnim“. To je ono što je nedostajalo. Sada je moguće pratiti sve promjene u transakcijama koje nisu bile planirane.
   Ovaj korak zahtijeva vrlo fino podešavanje. Na primjer, trebamo pratiti kretanje dokumenta kroz četiri registra, a svaki od njih ima svoj skup polja i analitiku. Postoje vrijednosti koje će se promijeniti kada se objekt promijeni i to neće biti greška. Na primjer, polje kao što je TimeStamp, koje bilježi vrijeme kada je dokument obrađen, ili broj dokumenta, ako je dodijeljen automatski. Svi takvi trenuci će uzrokovati grešku pri pokretanju testa. Dobro je što su programeri to uzeli u obzir i omogućili da se onemogući provjera za nekostantno polje. Sve što treba da uradimo je da pronađemo takva polja.
   Međutim, čak i ovdje postoje neke zamke. Na primjer, iz nekog razloga u mom obrascu za podešavanje koraka, ako je prikazano više od jednog registra, onda se kretanja za njih ne prikazuju, moram isključiti dodatne i konfigurirati svaki registar pojedinačno.
   I šta mi se uopšte nije dopalo. Kao što sam mogao shvatiti, samo ona kretanja koja su u standardu se provjeravaju registrima. Na primjer, ako postoji jedna transakcija u standardu, a tri u testiranoj bazi podataka, tada neće biti grešaka tokom poređenja. Jer Pretražuje se cijeli registar za unose sa referentnim parametrima, ako je sve u redu, ne prati se prisustvo u registru drugih vezanih za isti objekat.
3. Koraci za automatsko popunjavanje obrazaca na osnovu skripte ne rade uvijek ispravno. Često se javljaju greške u referentnim poljima i datumima. Ovo vjerojatnije nije greška alata, već karakteristika polja, ali ćete ipak morati da se pozabavite njihovim postavkama.
4. Moguće opcije koraka povezane su sa određenim konfiguracijskim objektima. Ono što je dostupno za imenike možda neće biti dostupno za registre itd. Tačnije bi bilo reći da veza nije vezana za objekte, već za njihove karakteristike, recimo, ako registar nema obrazac, onda neće biti ni koraka za njegovo popunjavanje.
   Ali postoje i greške, na primjer, korak „Pritisnite dugme“ mi je često nedostupan, odnosno sam izbor se može napraviti, ali ništa se neće dogoditi.
5. Jednostavno ostaje mnogo pitanja o automatizaciji testiranja u nekim posebno komplikovanim slučajevima. Ovo posebno važi za dokumente koji rade sa ostacima, gde gotovo svi aspekti igraju važnu ulogu, od kojih su neki veoma problematični za implementaciju u trenutnoj implementaciji alata. Postoji niz ograničenja u konfiguraciji za kreiranje dokumenata na isti datum, sa istim brojem itd. Do sada sam se odlučio na korištenje postojećih objekata bez kreiranja novih.

Ova lista se može nastaviti u nedogled, ali neka to urade testeri ovog proizvoda. Glavna stvar koju sam shvatio i pokušavam da prenesem je da „neće biti besplatnih“. Da biste implementirali automatizaciju testiranja s ovim proizvodom u glavnoj ulozi, morat ćete naporno raditi više od jednog dana. Naravno, moja analiza je čisto subjektivna i nedostatak iskustva u korišćenju proizvoda i konfiguracionih karakteristika takođe može uticati na to, ali, kako kažu, imamo ono što imamo i od toga nema bežanja.

Opcije aplikacije.

Trenutno sam odabrao sljedeći koncept za uvođenje predmetnog alata u proces testiranja.

Na osnovu dosadašnjeg operativnog iskustva, uvjeren sam da referentna baza i testna baza trebaju biti identične u pogledu podataka. Naravno, ako govorimo o skriptama koje koriste postojeće objekte bez njihovog mijenjanja, a ne stvaraju nove. Prvo, to će nam dati ujednačene bilance u obje baze, a to je vrlo važno za testiranje prometa. Drugo, to će pružiti određenu pouzdanost i određenu zaštitu od nepotrebnih grešaka, jer Još uvijek ne razumijem u potpunosti vezu između referentnih podataka i baza podataka, raznih linkova itd. Muče me nejasne sumnje da mogu postojati nekakve veze koje će se jednog dana pretvoriti u klupko mrtvih linkova koji više ne mogu biti untangled.

Dakle, imamo referentnu bazu na osnovu koje smo kreirali scenarije za sve prilike. U nekim dokumentima u razvojnoj konfiguraciji unesene su ispravke koje je potrebno testirati. U pravilu - ručno. Nakon toga, konfiguracija sa promjenama se učitava u testnu bazu podataka i pokreću se skripte za sve ili samo susjedne objekte kako bi se utvrdilo da li je promjena u dokumentu utjecala na druge objekte. Nakon čega se konfiguracija smatra održivom i instalira u radnu bazu podataka. Nakon toga, skripta testiranja za izmijenjeni dokument se mijenja u novi standard iz radne baze podataka.

Drugim riječima, vršimo regresijsko testiranje sa ovim scenarijima. A ovo je jedan od najvažnijih i najtežih za ručno implementiranje tipova testiranja u 1C Enterprise. Uostalom, vrlo često se ne mijenja samo dokument, već, recimo, funkcija knjiženja dokumenata koja je povezana sa svim dokumentima sistema, a tu će naše skripte igrati ulogu mreže u koju će svi dokumenti koji propadnu će pasti.

Još jedna dobra upotreba mogla bi biti provjera radne baze podataka za slučajne greške. Da biste to učinili, iz njega se uzima rezervna kopija, učitava se u neku testnu bazu podataka i pokreće se puni ciklus testova. Bilo bi dobro da se ovaj postupak izvrši automatski, ali 1C Scenario Testing ne predviđa pokretanje testova po rasporedu, barem ne još.

Naravno, opseg primjene ovog alata se tu ne završava, postoji mnogo mogućih opcija; naveo sam samo one prve koje su mi pale na pamet.

Zaključak.

Ovaj alat nesumnjivo ima budućnost. Čini mi se da većina njegovog potencijala tek treba da bude otkrivena u kasnijim verzijama, a, nesumnjivo, proizvod će pronaći svog korisnika, koji će, po mom mišljenju, što se očigledno ne poklapa sa mišljenjem proizvođača, najverovatnije ne biti običan korisnik bez specifičnih znanja iz oblasti IT, a osoba je iz razvojnog odjela. Jer Efikasno korištenje ovog alata nije najlakši zadatak, posebno u složenim konfiguracijama.