Programmatūras Testēšana

API testēšanas apmācība

2021. gada 30. oktobris

Ikdienā mēs daudz izmantojam API. Piemēram, kad mēs izmantojam Facebook lietojumprogrammu, tērzējam ar draugiem vai ģimeni, izmantojot ziņas, vai pārbaudām laikapstākļus, izmantojot mobilos tālruņus, mēs izmantojam API. Šādos apstākļos konkrētā lietojumprogramma, kuru izmantojat, izveido savienojumu ar internetu un pārsūta datus uz serveri. Saņemot datus, serveris analizē un interpretē datus un veic nepieciešamās darbības. Vēlāk tas kopīgos datus atpakaļ uz jūsu mobilo tālruni. Lietojumprogramma, kuru izmantojāt, ienes servera saņemtos datus, pārvērš tos vēlamajā formātā un sniedz jums saprotamā formā.

Viss process notiek caur Lietojumprogrammas saskarne (API) . Bet jūs varētu vēlēties uzzināt, ko tieši nozīmē API? Šajā rakstā mēs uzzināsim pilnīgu rokasgrāmatu par API testēšanu un citiem parametriem, piemēram

Satura rādītājs

Kas ir API?

API apzīmē lietojumprogrammu interfeisu. Lietojumprogrammas saskarne ir platforma, kas savieno vai veic saziņu starp divām vai vairākām programmatūras sistēmām. Ikreiz, kad lietotājs kopē jebkuru lietojumprogrammu no vienas sistēmas un ielīmē to otrā sistēmā, tas izmanto API paražas, kas darbojas starp abām sistēmām. Ir trīs šādi galvenie API elementi:

    Procedūras:Tas nozīmē veidu, kādā jebkura programma vai lietojumprogramma darbojas noteikta funkcija.Protokoli:Šis API elements nozīmē formātu vai izkārtojumu, ko izmanto, lai sazinātos ar vēl divām programmatūras sistēmām.Rīki:Jaunu programmu izveidei tiek izmantoti vairāki rīki.

No viena piemēra noskaidrosim, ko tieši dara API.

Labākais piemērs API nozīmes precizēšanai ir restorāns un viesmīlis. Jūs dodaties uz restorānu un izvēlaties galdu, uz kura apsēsties. Jūs saņemat pieejamo izvēlņu sarakstu. Turklāt virtuve restorānā darbojas kā sistēma, kas nodrošina jūs ar vēlamo ēdienu.

Tomēr primārais jautājums ir, kā pieslēgties virtuvei, t.i., pasūtījuma veikšanas sistēmai. Viesmīlis darbojas kā saskarne vai starpnieks starp jums un virtuvi. Tātad šajā piemērā viesmīlis ir lietojumprogrammas interfeiss. Viesmīlis kontrolē visu informāciju starp jums un virtuvi. Viesmīlis nodod jūsu pasūtījumu uz virtuvi, un jūsu atbilde ir ēdiens.

API piemēri

Mēs esam skaidri definējuši API, izmantojot restorāna un viesmīļa piemēru. Šajā sadaļā mēs iedziļināsimies API piemēros saistībā ar tehnoloģijām, kuras mēs izmantojam ikdienā.

  1. Daudzas reizes mēs izmantojam Google Maps, lai atrastu noteiktu nezināmu vietu. Google Maps API ļauj izstrādātājiem izmantot JavaScript saskarni, lai tīmekļa lapās iekļautu zināšanas par ģeogrāfisko atrašanās vietu.
  2. Vēl viens API piemērs ir Twitter API . Tas ietver divas dažādas API. Viena API tiek izmantota saturam vai informācijai, bet otra ir paredzēta reklāmai. Pirmā API regulē darbības pakalpojumā Twitter, piemēram, tiešos ziņojumus, Twitter lietotājus utt., Otrā API pārrauga reklāmas, kampaņas, radošo saturu utt.
  3. Viens no visbiežāk izmantotajiem API piemēriem ir YouTube API . Tajā ir iekļautas vairākas API, piemēram, YouTube datu API, YouTube atskaņotāja API, YouTube Analytics API utt. Daudzas vietnes iegulst YouTube videoklipu savās tīmekļa lapās, lai auditorija gūtu skaidru priekšstatu par saturu.
  4. Amazon produktu reklamēšanas API ir vēl viens API piemērs. Tāpat kā daudzās vietnēs ir iegulti YouTube videoklipi, dažās no tām reklāmas nolūkos ir iekļauts arī Amazon produkts. Viņi iegulst saiti uz produktiem no Amazon vietnes.

Nepieciešama API

Mēs esam redzējuši dažus slavenus API piemērus, ko parasti izmanto ikdienas dzīvē. Bet kāda ir vajadzība pēc API? Kāpēc mums ir nepieciešams API? Vai ir nepieciešams izmantot API?

Viens no nozīmīgākajiem API izmantošanas mērķiem ir milzīga datu apjoma tūlītēja koplietošana ar vairākiem cilvēkiem. Mūsdienās daudzi valsts biroji izmanto lietojumprogrammu saskarni, lai kopīgotu svarīgus datus ar iedzīvotājiem un citām valsts iestādēm.

Vēl viens lietojumprogrammas interfeisa (API) izmantošanas mērķis ir drošība. Tas ļauj vienai sistēmas programmai izveidot savienojumu ar citām programmām, nezinot visu kodu. Kad piekļūstat servera datiem, serverim netiek pakļauti visi jūsu ierīces dati. Tikai nepieciešamā informācija tiek pārraidīta secīgi uz serveri mazu datu pakešu veidā. Tas nodrošina augsta līmeņa drošību.

Daudzi slaveni uzņēmumi, piemēram Google , Amazon uc piedāvā savus API un pelna ar to palīdzību. Iepriekš mēs esam redzējuši API API piemērus, piemēram, YouTube API, Google Map API utt. Katrai lietojumprogrammai ir savs API.

API veidi

Ir galvenokārt četri API veidi. Tās ir atvērtās API, partneru API, iekšējās API un saliktās API. Mēs īsi apspriedīsim katru no šīm API.

    Atvērtās API vai publiskās API: Atvērt API vai publiskās API ir pieejami visiem lietotājiem un izstrādātājiem ar mazākiem ierobežojumiem. Parasti tos var izmantot bez maksas. Bet dažreiz jums ir jāreģistrējas vai jāizmanto API atslēga. Piemēram, Google Oauth API ir atvērta API.Partneru API:Partneru API nav pieejamas atklāti. Ikviens tos neizmanto, jo to lietošanai ir nepieciešamas piekļuves tiesības. Partneru API izmanto vairāki uzņēmumi, lai sazinātos savā starpā.Iekšējās API:Iekšējās API cilvēki parasti neizmanto API. Tos galvenokārt izmanto konkrētos uzņēmumos un nozarēs. Viņi izmanto iekšējo API, lai uzlabotu izstrādes procesu. Konkrēta projekta izstrādes komanda var piekļūt jebkuram cita projekta pakalpojumam, izmantojot API.Saliktās API:Izstrādātājs parasti izmanto saliktas API, lai izstrādātu mikropakalpojumu arhitektūru, kurai nepieciešams savākt milzīgu datu apjomu no vairākiem resursiem.
API testēšana

Kas ir API testēšana?

API testēšana ir viens no programmatūras testēšanas veidiem, kas pārbauda, ​​vai konkrētais lietojumprogrammu interfeiss (API) atbilst visām biznesa vai vispārējām prasībām, ietver visas funkcijas, nodrošina augstu veiktspēju un uzticamību, kā arī drošību. API tiek izmantotas, lai nodrošinātu efektīvu saziņu starp klientu un serveri. API testēšanas galvenais mērķis ir pārbaudīt, vai konkrēta API veic saziņu vai pareizi reaģē uz lietotāju.

API testēšana ir vislabāk piemērota testēšanas automatizācijai vai nepārtrauktai testēšanai. Tas pārbauda jebkuras daudzlīmeņu arhitektūras funkcionalitāti un aizmuguri. Arī izlaišanas cikli ir saīsināti, un par katru izlaišanas ciklu tiek sniegta atgriezeniskā saite. Tāpēc daudzi uzņēmumi mūsdienās ir palielinājuši API testēšanas ātrumu GUI testēšana . API galvenā uzmanība tiek pievērsta programmatūras arhitektūras biznesa loģikas slānim.

Jebkurai mūsu izmantotajai lietojumprogrammai ir trīs dažādi slāņi. Pirmais slānis ir datu slānis, otrais ir pakalpojumu slānis vai lietojumprogrammu saskarnes slānis (API), bet pēdējais ir prezentācijas slānis. Pakalpojumu slānis nosaka programmatūras lietojumprogrammas loģiku, vadlīnijas vai validācijas par lietotāju mijiedarbību ar lietojumprogrammas pakalpojumiem un tās funkcijām. Lielākā daļa testu koncentrējas uz prezentācijas slāni, bet API testēšana ir īpaši paredzēta pakalpojumu slāņa testēšanai.

API testēšanas veidi

API testēšana ietver vairākas tālāk norādītās testēšanas kopas.

  1. Vienības pārbaude : šāda veida testēšana parasti pārbauda katru lietojumprogrammas darbību katru funkciju atsevišķi. Programmatūras izstrādātāji parasti veic vienību testēšanu. Varat atsaukties uz vienību kā konkrētu lietojumprogrammas daļu.
  2. Funkcionālā pārbaude : Cits API testēšanas veids ir funkcionālā pārbaude. Kā norāda nosaukums, tas pārbauda dažādas programmatūras lietojumprogrammu funkcijas, izstrādājot testa gadījumus. Tā vispār ir melnās kastes pārbaude , kur programmatūras izstrādātāji vai testētāji nevar noteikt, kas atrodas sistēmā. Tas ietver arī regresijas testēšanu.
  3. Slodzes pārbaude : šāda veida pārbaude pārbauda, ​​vai sistēma reaģē pareizi, neskatoties uz to, ka sistēmai piekļūst vairāki lietotāji. Sistēmas funkcijai ir jādarbojas adekvāti, ja tai piekļūst vairāki lietotāji.
  4. Izpildes laiks UN rror noteikšana : šī testēšana ir programmatūras pārbaudes metode, kas programmatūras izpildes laikā nosaka jebkuru kļūdu vai defektu. Programmatūras produkta izpildes laikā var ziņot par vairākām kļūdām, piemēram, sacensību apstākļiem, resursu noplūdi, nulles norādes, neinicializētu atmiņu utt.
  5. Drošība T esting : šāda veida pārbaude ietver datu aizsardzības nodrošināšanu no neautorizētiem lietotājiem. Tas arī nodrošina datu ticamība , konfidencialitāte , autentiskums un nenoliegšana , kas ir galvenais tīkla drošības mērķis.
  6. Iespiešanās pārbaude : kad sistēmai tiek veikta iespiešanās pārbaude, testētāji var identificēt neaizsargātus kiberuzbrukumus tīklā. Šī pārbaude atklāj konkrētās programmatūras lietojumprogrammas vai vietnes nepilnības.
  7. Izplūdis T esting : izplūdušā testēšana tiek veikta, lai pārbaudītu, vai konkrētais programmatūras produkts izmanto strukturētu un organizētu ievadi. Ja sistēma pieņem nestrukturētu ievadi, tas var izraisīt sistēmas avārijas, atmiņas noplūdes utt.
  8. Web UI testēšana : Kā norāda nosaukums, šāda veida testēšana pārbauda katra lietotāja interfeisa komponenta funkcionalitāti.
API testēšanas veidi

Atšķirība starp lietojumprogrammu interfeisu un grafiskā lietotāja interfeisa testēšanu

Grafiskā lietotāja interfeisa pārbaude un lietojumprogrammu interfeisa pārbaude nav viens un tas pats. API testēšana nav vērsta uz programmatūras produkta izskatu; tā vietā tā koncentrējas uz tādiem parametriem kā veiktspēja, stabilitāte, uzticamība un drošību. Apspriedīsim atšķirību starp GUI testēšanu un API testēšanu.

Lietojumprogrammu saskarnes (API) testēšana Grafiskā lietotāja interfeisa (GUI) pārbaude
Kvalitātes nodrošināšanas (QA) komanda veic API testēšanu. Programmatūras izstrādātāji veikt GUI testēšanu.
Tas parasti ietver melnās kastes testēšanu.Tas ietver baltās kastes testēšanu.
API testēšana galvenokārt tiek veikta, lai pārbaudītu programmatūras produkta funkcionalitāti, veiktspēju, uzticamību un drošību.Vienību testēšana neietver funkcionālā koda izpildi. Vēlams, lai tas pārbauda programmatūras produkta izskatu.
Tas aptver visas programmatūras produkta funkcionālās problēmas.Tiek pārbaudītas tikai ierobežotas un pamatfunkcijas.
Kvalitātes nodrošināšanas komanda veic API testēšanu, kad visa versija ir gatava. Programmatūras izstrādātāji veiciet GUI testēšanu, pirms tiek sākta produkta izveide.
API testēšana

Kā veikt API testēšanu? - Ātrās API testēšanas apmācība

Mēs esam apsprieduši API testēšanu, tās veidus un atšķirību starp AI un GUI testēšanu. Tagad mēs iedziļināsimies mūsu galvenajā tēmā — API testēšanas apmācībā.

Iestatīšanas prasība API testēšanai

Pirms API pārbaudes veikšanas ir noteikti iestatīšanas priekšnosacījumi. Tie ir šādi:

  1. Tā kā API testēšana ir sarežģītāka un padziļinātāka nekā GUI testēšana, ir nepieciešama sākotnējā vides iestatīšana, lai veiktu API testēšanu, lai pārbaudītu vairākus parametrus, piemēram, veiktspēju, funkcionalitāti, uzticamību, drošību utt. Kad testēšana ir pabeigta, tiek iegūti testa rezultāti. .
  2. Vēl viena API testēšanas prasība ir datu bāzes un servera konfigurēšana, lai tie būtu saderīgi ar programmatūras produktu.
  3. Pēc programmatūras instalēšanas noteiktā sistēmā tiek izsaukts API testēšanas izsaukums, lai veiktu API testēšanu.

Testa gadījumi API testēšanai

Testa gadījumi ir būtiski, lai pārbaudītu sistēmas uzvedību noteiktos apstākļos. Tam ir jādarbojas konsekventi ar visu veidu ievadi. Kvalitātes nodrošināšanas komandai ir jāapsver visi iespējamie testa gadījumi, kas jāveic sistēmai. Šī komanda izstrādā pārbaudes gadījumus atkarībā no dažādiem tālāk norādītajiem parametriem.

  1. Pirmais parametrs ir noteiktas ievades atgriešanas vērtība. Konkrētam ievades veidam sistēmai jāģenerē pareizi rezultāti.
  2. Vēl viens parametrs, kas jāņem vērā, ģenerējot pārbaudes gadījumus, ir neko neatgriezt. Kā rīkoties, ja sistēma konkrētai ievadei nerada nekādu vērtību. Šādās situācijās testētāji pārbauda sistēmas uzvedību.
  3. Ja konkrētā ievades rezultāts aktivizē citas funkcijas vai notikumus, sistēmai šie notikumi ir jāseko.
  4. Jūsu testa gadījumā jāiekļauj tests, kura pamatā ir datubāze. Ja kāda sistēmas funkcija atjaunina datubāzē esošos datus, tas ir jāpārbauda.

Kā izpildīt API testēšanu?

API testēšana ietver vairākas fāzes. Šeit ir minēti daži API testēšanas posmi. Pārējās iekļautās darbības ir tādas pašas kā SDLC posmi.

    Lietojamības pārbaude:Šajā API testēšanas posmā tiek veikta lietojamības pārbaude. Tas pārbauda, ​​vai konkrēta programmatūras produkta API ir viegli lietojams vai lietotājam draudzīgs. Turklāt lietojamības pārbaude nodrošina arī to, vai API var darboties bez problēmām ar citām platformām.Drošības pārbaude:Katra programmatūras produkta drošība ir būtisks elements. Vēl viens API testēšanas posms ir drošības pārbaude. Tas nodrošina autentifikācijas veidus. Turklāt tā pārbauda, ​​vai datus ir nosūtījusi autentificētā persona un vai tie ir šifrēti, izmantojot HTTP.Automātiskā pārbaude:API testēšana ietver arī automatizētas testēšanas fāzi, kurā API testēšanai ir jāizveido precīzi datu skripti vai rīki, lai bieži veiktu API testēšanu.Dokumentācija:Dokumentācija ir viens no nozīmīgākajiem jebkura veida elementiem programmatūras testēšana . Tajā ir visi būtiskie dati, kas nepieciešami, lai veiktu testēšanu un funkcijas. Testētāji izmanto dokumentāciju, lai iegūtu informāciju par programmatūras produktu.

Kādi parametri ir jāpārbauda API testēšanas laikā?

Kad tiek veikta API pārbaude, testētāji nosūta API izsaukumu uz lietojumprogrammas saskarni, un tā nosūtītā atbilde tiek interpretēta vai analizēta. Kvalitātes nodrošināšanas komanda pārbauda atbildi, pamatojoties uz šādiem elementiem:

  1. Atbildes precizitāte
  2. HTTP statusa kodi
  3. Laiks, ko API aizņem atbildes nosūtīšana, t.i., atbildes laiks.
  4. Pārbauda autentiskumu
  5. Veiktspējas un drošības pārbaude.
  6. Ja atbildē ir kļūda, API jāatrod kļūdas kods.

Izaicinājumi API testēšanā

Kvalitātes nodrošināšanas komanda saskaras ar vairākām problēmām, veicot API testēšanu. Apspriedīsim dažus izaicinājumus, ar kuriem saskaras API testēšana.

  1. Mēs zinām, ka API testēšanā nav iesaistīta GUI. Tas koncentrējas uz veiktspēju, drošību un uzticamību. Viens no būtiskākajiem izaicinājumiem API testēšanā ir tas, ka testētāji nav zināmi par GUI. Tāpēc viņiem kļūst grūti nodrošināt ievadi sistēmā.
  2. Ikreiz, kad testētāji sniedz ievadi sistēmai, tā rada attiecīgu izvadi. Ir nepieciešams apstiprināt un pārbaudīt iegūto rezultātu. Taču API testēšanā validācijas un verifikācijas process ir diezgan sarežģīts.
  3. Sistēmas funkcionālais kods var ietvert izņēmumu apstrādes funkciju. Šīs funkcijas pārbaude ir obligāta. Taču testētājiem ir grūti pārbaudīt izņēmumu apstrādes funkcijas.
  4. Kopumā testētājiem testēšanas veikšanai nav nepieciešamas kodēšanas prasmes. Bet API testēšanā testētājiem vajadzētu būt nedaudz zināšanām par kodēšanu.
  5. Vēl viens API testēšanas izaicinājums ir zvanu secība. Lai sistēma pareizi darbotos, ir jāveic precīzi un secīgi izsaukumi.
  6. Testētājiem, kas veic API testēšanu, ir jāizvēlas pareizie parametri un tie atbilstoši jāklasificē.

API testēšanas labākā prakse

  1. Izveidojiet testa gadījumus tā, lai tie aptvertu visas iespējamās API kombinācijas.
  2. Vissvarīgākais, kas jāņem vērā, ir testa gadījumu grupēšana, pamatojoties uz to kategorijām.
  3. Pirms jebkura testa rakstīšanas jums jāpievieno deklarācija konkrētajai API, ar kuru strādājat.
  4. API testēšanai nepieciešama parametru atlase. Rakstot testa gadījumus, ir jāiekļauj visi parametri.
  5. API izsaukumam ir jāpiešķir prioritāte. Tas palīdzēs testētājiem ērtāk izpildīt API izsaukuma funkciju.
  6. Katram jūsu izstrādātajam testa gadījumam jābūt neatkarīgam un tajā jāietver visa informācija. Saglabājiet visus pārbaudes gadījumus pašpietiekamus.
  7. Neiekļaujiet savā programmatūras produktā ķēdes testēšanu. Ķēdes testēšana nozīmē testa datu izvilkšanu no sistēmas izvades no sistēmas, kas pašlaik atrodas testēšanas procesā.
  8. Tā kā zvanu secība ir viens no svarīgākajiem API testēšanas izaicinājumiem, jums par to ir ļoti jārūpējas.

Kādi defekti tiek identificēti API testēšanā?

API testēšana pārbauda funkcionalitāti, veiktspēju, uzticamību vai drošību un identificē programmatūras produkta kļūdas un defektus. Tālāk ir norādītas kļūdas vai nepilnības, kuras atklāj API testēšana.

  1. Karogi, kas nav izmantoti
  2. Nespēja rīkoties kļūdu situācijās.
  3. Dublētu funkciju izmantošana
  4. Trūkst funkciju
  5. Neuzticamība, t.i., ātrākas atbildes nesaņemšana no API
  6. Vairāku vītņu sarežģījumi
  7. Nepareizi tiek izmantotas derīgas argumentu vērtības
  8. Nestrukturēti atbildes dati (JSON vai XML)
  9. Neprecīza ziņojumapmaiņa
  10. Drošības, veiktspējas un stresa problēmas.

API testēšanai izmantotie rīki

API testēšana parasti tiek veikta uzreiz, izmantojot API testēšanas rīkus. Tālāk ir norādīti daži standarta testēšanas rīki, ko izmanto API, kā arī vienību testēšanai.

    API cietoksnis:API Fortress ir viens no populārākajiem API testēšanas rīkiem. Tas ir īpaši izstrādāts, lai veiktu ATPŪTA un ZIEPES API testēšana. Apskatīsim dažas API cietokšņa funkcijas.
  • Izmantojot API Fortress rīku, testētāji var ātri izveidot vairākus testus.
  • API Fortress ir tīmekļa API testēšanas rīks. Tas darbojas pārlūkprogrammā un neprasa instalēt ārēju vai darbvirsmas lietojumprogrammu.
  • Šim rīkam ir vienkāršs un ērti lietojams interfeiss.
    Mace tests:Vēl viens augstas kvalitātes API testēšanas rīks ir Test Mace. Tas ir starpplatformu rīks, kas atbalsta visas galvenās operētājsistēmas. Tāpat kā API Fortress, arī Test MAce ģenerē automatizētus API testus ar vienu klikšķi.
  • Viena no nozīmīgajām Test Mace priekšrocībām ir tā, ka tā ātri un ātri ģenerē testus sarežģītākiem scenārijiem.
  • Lai izmantotu Test Mace, nav nepieciešamas zināšanas par kodēšanas vai programmēšanas valodām.
  • Tajā ir ietverti cilvēkiem saprotami failu formāti, kas testētājiem kļūst vieglāk lasāmi.
  • Test Mace ir uz mākoņiem balstīts rīks, kas lietotājiem ļauj izmantot jebkur un no jebkuras darbvirsmas.
    Ping API:Ping API ir vēl viens API testēšanas rīks, kas ir ļoti izturīgs un izturīgs. Tas ļauj testētājiem rakstīt testus JavaScript un CoffeeScript valodās. Ja kāda funkcija neizdodas, šis rīks paziņo testētājiem par kļūdu.
  • Izmantojot Ping API, testētāji var ieplānot pārbaudes noteiktā laikā.
  • Tā kā tas atbalsta JavaScript un CoffeeScript valodu, testētāji jūtas ērti, rakstot testus.

Ir daudzi citi API testēšanas rīki, piemēram, Runscope, Postman, Curl, Cfix, dotDESK utt.

Secinājums

API testēšana ir viens no nozīmīgākajiem programmatūras testēšanas procesa aspektiem. Tas pārbauda, ​​vai konkrēta programmatūra vai vietne reaģē precīzi un ātri. Turklāt API testēšana apstiprina veiktspēju, drošību, uzticamību un reakcijas laiks programmatūras produktu.

Pēc šīs ziņas izlasīšanas jūs iegūstat precīzu priekšstatu par API testēšanu. Mēs esam apsprieduši API, API nepieciešamību, API veidus, API testēšanu, veidus un API testēšanu. Vēlāk mēs esam redzējuši, kā veikt API testēšanu, tās fāzes, iestatīšanas prasības un pārbaudes gadījumus. Iespējams, jums ir skaidra atšķirība starp vienības testēšanu un API testēšanu. Mēs esam arī apsprieduši API testēšanas laikā konstatētos defektus, API testēšanas izaicinājumus un API testēšanas veikšanai izmantotos rīkus.

Ieteicamie raksti

  • Kas ir Unsecapp.Exe un vai tas ir drošsKas ir Unsecapp.exe un vai tas ir drošs?
  • 15 labākais UML diagrammu rīks un programmatūra15 labākais UML diagrammu rīks un programmatūra
  • [FIKSĒTS] Windows nevar piekļūt norādītajai ierīcei, ceļam vai faila kļūdai[FIKSĒTS] Windows nevar piekļūt norādītajai ierīcei, ceļam vai faila kļūdai
  • 16 Windows atjaunināšanas labojumi, kas nedarbojas operētājsistēmā Windows16 Windows atjaunināšanas labojumi, kas nedarbojas operētājsistēmā Windows
  • Uzvarēti 4 labojumi AMD Radeon iestatījumiem4 AMD Radeon iestatījumu labojumi netiks atvērti
  • Tālummaiņas ekrānuzņēmuma rīks: padomi un ieteikumiTālummaiņas ekrānuzņēmuma rīks: padomi un ieteikumi