UI testleriniz s\u00fcrekli k\u0131r\u0131l\u0131yor mu? Geleneksel yakla\u015f\u0131mlar bak\u0131m maliyetlerini art\u0131r\u0131rken, test otomasyonunuz yava\u015fl\u0131yor mu? \u0130\u015fte bu sorunlara kal\u0131c\u0131 ve etkili bir \u00e7\u00f6z\u00fcm sunan yeni bir Cypress komutuyla tan\u0131\u015f\u0131n: Modern web uygulamalar\u0131, geli\u015ftiricilere ve kullan\u0131c\u0131lara dinamik, etkile\u015fimli ve zengin deneyimler sunarken, bu durum test s\u00fcre\u00e7lerini de ka\u00e7\u0131n\u0131lmaz olarak karma\u015f\u0131kla\u015ft\u0131r\u0131yor. Geleneksel UI test yakla\u015f\u0131mlar\u0131, \u00e7o\u011fu zaman statik element se\u00e7icilere ve kat\u0131 senaryo ad\u0131mlar\u0131na dayan\u0131r. Ancak kullan\u0131c\u0131 aray\u00fczleri s\u00fcrekli de\u011fi\u015fti\u011finde, k\u00fc\u00e7\u00fck bir tasar\u0131m de\u011fi\u015fikli\u011fi bile onlarca testin k\u0131r\u0131lmas\u0131na neden olabilir. Bu durum, test paketlerinin bak\u0131m\u0131n\u0131 bir kabusa d\u00f6n\u00fc\u015ft\u00fcr\u00fcrken, geli\u015ftirme d\u00f6ng\u00fclerini de yava\u015flatarak inovasyonun \u00f6n\u00fcne ge\u00e7iyor.<\/p>\n Bir an d\u00fc\u015f\u00fcn\u00fcn: B\u00fcy\u00fck bir e-ticaret platformunda \u00e7al\u0131\u015f\u0131yorsunuz. Her hafta yeni \u00fcr\u00fcn \u00f6zellikleri, A\/B testleri ve UI g\u00fcncellemeleri yay\u0131nlan\u0131yor. Geleneksel Cypress komutlar\u0131 olan Asl\u0131nda, temel sorun, geleneksel yakla\u015f\u0131mlar\u0131n “ne yap\u0131laca\u011f\u0131n\u0131” net bir \u015fekilde belirtirken, “nas\u0131l yap\u0131laca\u011f\u0131n\u0131” veya “neden yap\u0131laca\u011f\u0131n\u0131” yeterince esnek bir \u015fekilde ele alamamas\u0131d\u0131r. Kullan\u0131c\u0131lar, her zaman ayn\u0131 butona ayn\u0131 \u015fekilde t\u0131klamaz veya ayn\u0131 alana ayn\u0131 s\u0131rayla veri girmez. Dinamik i\u00e7erik y\u00fcklenmesi, animasyonlar, gecikmeler ve farkl\u0131 cihazlardaki responsive davran\u0131\u015flar, testlerin daha “ak\u0131ll\u0131” ve “insan benzeri” olmas\u0131n\u0131 gerektirir. \u0130\u015fte tam da bu noktada Peki, tam olarak ne anlama geliyor bu? D\u00fc\u015f\u00fcn\u00fcn ki bir kullan\u0131c\u0131, bir web sayfas\u0131nda belirli bir i\u015flemi tamamlamak istiyor. \u00d6rne\u011fin, bir “Sepete Ekle” butonuna t\u0131klamak. Geleneksel yakla\u015f\u0131m, bu butonun tam se\u00e7icisini bulmak ve ona t\u0131klamakt\u0131r. E\u011fer bu butonun metni veya konumu de\u011fi\u015firse, test ba\u015far\u0131s\u0131z olur. Basit bir kod \u00f6rne\u011fiyle fark\u0131 inceleyelim:<\/p>\n <\/code><\/p>\n Yukar\u0131daki \u00f6rnekte, Geleneksel Cypress komutlar\u0131, genellikle belirli CSS se\u00e7icileri arac\u0131l\u0131\u011f\u0131yla DOM \u00fczerindeki bir elementi do\u011frudan hedef al\u0131r ve ard\u0131ndan standart taray\u0131c\u0131 olaylar\u0131n\u0131 ( Arka planda, Cypress'in kendisi asenkron bir test runner'd\u0131r ve komutlar\u0131 bir kuyrukta i\u015fler. Her Cypress komutu, \u00f6nceki komutun tamamlanmas\u0131n\u0131 bekler ve belirli ko\u015fullar\u0131n (\u00f6rne\u011fin, bir elementin g\u00f6r\u00fcn\u00fcr hale gelmesi) sa\u011flanmas\u0131n\u0131 otomatik olarak bekler. Bu \"retryability\" \u00f6zelli\u011fi, Cypress'in en g\u00fc\u00e7l\u00fc yanlar\u0131ndan biridir. <\/code><\/p>\n Komut, sadece tek bir elementle de\u011fil, bir dizi elementle etkile\u015fim senaryolar\u0131n\u0131 da daha anlaml\u0131 bir \u015fekilde y\u00f6netebilir. \u00d6rne\u011fin, bir formu doldururken, kullan\u0131c\u0131lar genellikle alanlar aras\u0131nda tab tu\u015fuyla ge\u00e7i\u015f yapar veya fareyle farkl\u0131 alanlara t\u0131klayarak odak de\u011fi\u015ftirir. Web uygulamalar\u0131n\u0131n bel kemi\u011fi olan formlar, genellikle en \u00e7ok test edilen ve en \u00e7ok k\u0131r\u0131lan k\u0131s\u0131mlardan biridir. Birden fazla alan\u0131 doldurma, a\u00e7\u0131l\u0131r men\u00fclerden se\u00e7im yapma, onay kutular\u0131n\u0131 i\u015faretleme ve ard\u0131ndan bir g\u00f6nderim i\u015flemi ger\u00e7ekle\u015ftirme, her biri ayr\u0131 birer etkile\u015fim ad\u0131m\u0131d\u0131r. Diyelim ki bir \u00fcyelik kay\u0131t formunuz var ve kullan\u0131c\u0131 ad\u0131, e-posta, \u015fifre, \u015fifre tekrar\u0131 gibi alanlar\u0131n doldurulup g\u00f6nderilmesi gerekiyor. Geleneksel yakla\u015f\u0131mla bu, bir\u00e7ok <\/code><\/p>\n \u015eimdi bunu <\/code><\/p>\n Bu yakla\u015f\u0131m, element se\u00e7icilerin de\u011fi\u015fmesi durumunda bile testinizin daha dayan\u0131kl\u0131 olmas\u0131n\u0131 sa\u011flar. Ayr\u0131ca, formun validasyon testlerini de benzer \u015fekilde ele alabiliriz. \u00d6rne\u011fin, eksik veya hatal\u0131 bilgi girildi\u011finde hata mesajlar\u0131n\u0131n do\u011fru \u015fekilde g\u00f6r\u00fcnd\u00fc\u011f\u00fcn\u00fc do\u011frulamak i\u00e7in:<\/p>\n <\/code><\/p>\n Vaka Analizi: Bir Kanban Uygulamas\u0131nda Kart S\u00fcr\u00fckleme Senaryosu<\/strong><\/p>\n Bir g\u00f6rev y\u00f6netim panosu (kanban board) uygulamas\u0131n\u0131 test etti\u011finizi d\u00fc\u015f\u00fcn\u00fcn. Kullan\u0131c\u0131lar, \"Yap\u0131lacaklar\" s\u00fctunundaki bir kart\u0131 \"Devam Ediyor\" s\u00fctununa s\u00fcr\u00fckleyip b\u0131rakarak g\u00f6rev durumunu de\u011fi\u015ftirebiliyorlar. Geleneksel Cypress'te bu, muhtemelen <\/code><\/p>\n Burada Dinamik listelerde \u00f6\u011fe ekleme, silme veya yeniden s\u0131ralama gibi etkile\u015fimler de <\/code><\/p>\n Bu \u00f6rnekler, UI testlerinin en b\u00fcy\u00fck zorluklar\u0131ndan biri, genellikle backend API'lar\u0131na veya harici servislere olan ba\u011f\u0131ml\u0131l\u0131klard\u0131r. Bu ba\u011f\u0131ml\u0131l\u0131klar, testlerin yava\u015flamas\u0131na, k\u0131r\u0131lgan hale gelmesine ve ortamdan ortama farkl\u0131 sonu\u00e7lar vermesine neden olabilir. Cypress'in \u00d6rne\u011fin, bir kullan\u0131c\u0131 giri\u015f yapt\u0131\u011f\u0131nda API'den bir token d\u00f6nd\u00fc\u011f\u00fcn\u00fc ve bu token'\u0131n UI'de ho\u015f geldin mesaj\u0131n\u0131 tetikledi\u011fini d\u00fc\u015f\u00fcnelim. Geleneksel olarak, \u00f6nce backend'in ger\u00e7ekten bir yan\u0131t vermesini bekler, ard\u0131ndan UI'nin g\u00fcncellenmesini do\u011frulard\u0131k. Ancak <\/code><\/p>\n Bu senaryoda, Mobil uyumluluk, modern web geli\u015ftirmede hayati bir konudur. Uygulaman\u0131z\u0131n farkl\u0131 ekran boyutlar\u0131nda ve cihazlarda do\u011fru \u015fekilde \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 test etmek, kullan\u0131c\u0131 deneyimi i\u00e7in kritiktir. Cypress, <\/code><\/p>\n Uygulaman\u0131z\u0131n farkl\u0131 ekran boyutlar\u0131nda nas\u0131l davrand\u0131\u011f\u0131n\u0131 Bu makalede, C: C: C: C: Hay\u0131r, her durum i\u00e7in C: <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"UI testleriniz s\u00fcrekli k\u0131r\u0131l\u0131yor mu? Geleneksel yakla\u015f\u0131mlar bak\u0131m maliyetlerini art\u0131r\u0131rken, test otomasyonunuz yava\u015fl\u0131yor mu? \u0130\u015fte bu sorunlara kal\u0131c\u0131…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-31836","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\ncy.prompt()<\/code>. Bu makalede, kullan\u0131c\u0131 etkile\u015fimini ger\u00e7ek zamanl\u0131 sim\u00fcle ederek test otomasyonunuzu nas\u0131l devrimci bir \u015fekilde d\u00f6n\u00fc\u015ft\u00fcrebilece\u011finizi ve bak\u0131m maliyetlerini nas\u0131l d\u00fc\u015f\u00fcrebilece\u011finizi derinlemesine inceleyece\u011fiz.<\/p>\ncy.get('.login-button').click()<\/code> veya cy.get('#username-input').type('testuser')<\/code> gibi ifadelerle yazd\u0131\u011f\u0131n\u0131z testler, elementlerin CSS s\u0131n\u0131flar\u0131 veya ID’leri de\u011fi\u015fti\u011finde an\u0131nda bozuluyor. Bu durumda, her g\u00fcncelleme sonras\u0131 y\u00fczlerce testi manuel olarak g\u00f6zden ge\u00e7irmek ve d\u00fczeltmek zorunda kal\u0131yorsunuz. Bu s\u00fcre\u00e7, sadece zaman kayb\u0131na yol a\u00e7makla kalm\u0131yor, ayn\u0131 zamanda geli\u015ftirici motivasyonunu d\u00fc\u015f\u00fcr\u00fcyor ve yeni \u00f6zelliklerin piyasaya s\u00fcr\u00fclmesini geciktiriyor. Ger\u00e7ek d\u00fcnya senaryolar\u0131nda, bu t\u00fcr k\u0131r\u0131lgan testler, \u00fcr\u00fcn kalitesi \u00fczerindeki g\u00fcveni sarsabilir ve kritik hatalar\u0131n canl\u0131 ortama ula\u015fmas\u0131na neden olabilir.<\/p>\ncy.prompt()<\/code> devreye girerek, test otomasyonuna yepyeni bir bak\u0131\u015f a\u00e7\u0131s\u0131 getiriyor. Art\u0131k sadece belirli bir elemente t\u0131klamak yerine, bir “kullan\u0131c\u0131 niyetini” sim\u00fcle edebiliriz. Bu sayede, UI’daki k\u00fc\u00e7\u00fck de\u011fi\u015fikliklere kar\u015f\u0131 daha dayan\u0131kl\u0131, daha anlaml\u0131 ve bak\u0131m\u0131 \u00e7ok daha kolay testler yazabiliriz. Geli\u015ftiriciler olarak, bizim i\u00e7in en b\u00fcy\u00fck kazan\u0131m, daha az hata ay\u0131klama ve daha \u00e7ok \u00f6zellik geli\u015ftirmeye odaklanma f\u0131rsat\u0131 olacakt\u0131r.<\/p>\ncy.prompt() Nedir ve Geleneksel Yakla\u015f\u0131mlardan Fark\u0131 Ne?<\/h2>\n
cy.prompt()<\/code>, Cypress test otomasyonuna devrim niteli\u011finde bir yakla\u015f\u0131m getiren, kullan\u0131c\u0131 etkile\u015fimlerini sim\u00fcle etme mekanizmas\u0131d\u0131r. Geleneksel olarak Cypress’te bir elementle etkile\u015fime ge\u00e7mek i\u00e7in cy.get('element-selector').click()<\/code> veya cy.get('input-selector').type('some text')<\/code> gibi komutlar\u0131 kullan\u0131r\u0131z. Bu komutlar, belirlenmi\u015f bir CSS se\u00e7iciye tam olarak uyan element \u00fczerinde do\u011frudan bir eylem ger\u00e7ekle\u015ftirir. Ancak cy.prompt()<\/code>, bu statik ve kesin yakla\u015f\u0131mdan s\u0131yr\u0131larak, daha ba\u011flamsal ve “insan benzeri” bir etkile\u015fimi taklit etme yetene\u011fi sunar.<\/p>\ncy.prompt()<\/code> ise, daha soyut bir “niyet” veya “ama\u00e7” \u00fczerine odaklan\u0131r. “Sepete Ekle” i\u015flemini ger\u00e7ekle\u015ftirmek isteyen bir kullan\u0131c\u0131n\u0131n davran\u0131\u015f\u0131n\u0131 sim\u00fcle eder. Bu, arkas\u0131nda yatan elementin tam se\u00e7icisi de\u011fi\u015fse bile, cy.prompt()<\/code>‘un hala do\u011fru etkile\u015fimi bulup ger\u00e7ekle\u015ftirmesine olanak tan\u0131r. Yani, “bu butona t\u0131klama” yerine, “\u00fcr\u00fcn\u00fc sepete ekle” eylemini tetiklemeyi hedefler. Bu, testlerinizi UI de\u011fi\u015fikliklerine kar\u015f\u0131 \u00e7ok daha diren\u00e7li hale getirir.<\/p>\ncy.prompt()<\/code>‘un temel fark\u0131, do\u011frudan DOM manip\u00fclasyonu yerine, kullan\u0131c\u0131n\u0131n g\u00f6rsel ve anlamsal hedeflerini anlamaya \u00e7al\u0131\u015fmas\u0131d\u0131r. Arka planda, bu komut, uygulaman\u0131n mevcut durumunu, eri\u015filebilirlik \u00f6zelliklerini ve elementlerin rol\u00fcn\u00fc dikkate alarak en uygun etkile\u015fim noktas\u0131n\u0131 belirler. Bu, \u00f6zellikle karma\u015f\u0131k Single Page Application (SPA) uygulamalar\u0131nda (React, Angular, Vue gibi) kritik \u00f6neme sahiptir. Bu uygulamalarda elementler dinamik olarak y\u00fcklenir, g\u00f6r\u00fcn\u00fcr hale gelir ve kaybolur. Geleneksel se\u00e7iciler bu durumlarda kolayca k\u0131r\u0131labilirken, cy.prompt()<\/code>, kullan\u0131c\u0131 ak\u0131\u015f\u0131n\u0131 daha ak\u0131ll\u0131ca takip edebilir.<\/p>\n\n\/\/ Geleneksel Yakla\u015f\u0131m: Kesin se\u00e7iciye ba\u011fl\u0131\ncy.get('[data-cy=\"username-input\"]').type('kullaniciadi');\ncy.get('[data-cy=\"password-input\"]').type('sifre');\ncy.get('#login-button').click();\n\n\/\/ cy.prompt() Yakla\u015f\u0131m\u0131: Niyet odakl\u0131 ve daha esnek\ncy.prompt('login', { username: 'kullaniciadi', password: 'sifre' });\n\/\/ Veya daha spesifik bir etkile\u015fim i\u00e7in\ncy.prompt('fill form', 'Giri\u015f Formu', { email: 'test@example.com', pass: '12345' });\ncy.prompt('click', 'Giri\u015f Yap');\n <\/pre>\ncy.prompt('login', ...)<\/code> do\u011frudan bir login i\u015flemi sim\u00fcle ederken, geleneksel komutlar belirli giri\u015f alanlar\u0131na ve butona odaklan\u0131yor. cy.prompt()<\/code>'un g\u00fcc\u00fc, uygulaman\u0131z\u0131n dahili yap\u0131s\u0131 yerine, son kullan\u0131c\u0131n\u0131n g\u00f6z\u00fcnden \"ne yapmaya \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131za\" odaklanmas\u0131nda yatar. Bu, test kodunuzun daha okunabilir, bak\u0131m\u0131 daha kolay ve UI de\u011fi\u015fikliklerine kar\u015f\u0131 daha dayan\u0131kl\u0131 olmas\u0131n\u0131 sa\u011flar. Ayr\u0131ca, cy.prompt()<\/code>, elementin g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fcn\u00fc, etkile\u015fime uygunlu\u011funu ve di\u011fer DOM \u00f6zelliklerini otomatik olarak kontrol ederek, geleneksel komutlarda s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan \"element bulunamad\u0131\" veya \"element etkile\u015fime uygun de\u011fil\" hatalar\u0131n\u0131 minimize eder.<\/p>\ncy.prompt() Nas\u0131l \u00c7al\u0131\u015f\u0131r: Derinlemesine Bir Bak\u0131\u015f<\/h2>\n
cy.prompt()<\/code> komutunun arkas\u0131ndaki mekanizmalar, onu geleneksel Cypress komutlar\u0131ndan ay\u0131ran temel fark\u0131 olu\u015fturur. Bu, sadece bir s\u00f6zdizimi de\u011fi\u015fikli\u011fi de\u011fil, ayn\u0131 zamanda Cypress'in DOM ile etkile\u015fim kurma ve kullan\u0131c\u0131 davran\u0131\u015f\u0131n\u0131 sim\u00fcle etme \u015feklindeki paradigma kaymas\u0131d\u0131r.<\/p>\nDOM Etkile\u015fimi ve Olay Tetikleme Mekanizmalar\u0131<\/h3>\n
click<\/code>, type<\/code>, focus<\/code>, blur<\/code> vb.) tetikler. Ancak cy.prompt()<\/code>, bu s\u00fcreci daha ak\u0131ll\u0131ca y\u00f6netir. Bir cy.prompt('click', 'Sepete Ekle')<\/code> komutu verildi\u011finde, Cypress sadece 'Sepete Ekle' metnini i\u00e7eren bir element aramakla kalmaz, ayn\u0131 zamanda bu metnin hangi elementin eri\u015filebilir etiketi, aria etiketi veya g\u00f6r\u00fcnen metni oldu\u011funu analiz eder. Dahas\u0131, bu elementi bir buton mu, bir ba\u011flant\u0131 m\u0131 yoksa ba\u015fka bir etkile\u015fimli \u00f6\u011fe mi oldu\u011funu anlamaya \u00e7al\u0131\u015f\u0131r.<\/p>\ncy.prompt()<\/code>, taray\u0131c\u0131n\u0131n yerel API'lar\u0131n\u0131 kullanarak ger\u00e7ek kullan\u0131c\u0131 etkile\u015fimlerini taklit eder. Bu, JavaScript ile manuel olarak element.dispatchEvent(new MouseEvent('click'))<\/code> \u00e7a\u011f\u0131rmaktan \u00e7ok daha fazlas\u0131d\u0131r. Taray\u0131c\u0131, bir kullan\u0131c\u0131n\u0131n t\u0131klamas\u0131yla tetiklenen bir dizi olay\u0131 (mousedown<\/code>, mouseup<\/code>, click<\/code>) ve bu olaylar\u0131n do\u011fal sonu\u00e7lar\u0131n\u0131 (form g\u00f6nderimi, navigasyon, focus de\u011fi\u015fimi) bekler. cy.prompt()<\/code>, bu olay zincirini do\u011fru bir \u015fekilde taklit ederek, uygulaman\u0131n bu etkile\u015fime do\u011fal bir \u015fekilde yan\u0131t vermesini sa\u011flar. \u00d6zellikle Shadow DOM veya iframeler gibi karma\u015f\u0131k yap\u0131larla etkile\u015fime girerken bu derinlik \u00e7ok \u00f6nemlidir. Geleneksel se\u00e7icilerin zorland\u0131\u011f\u0131 bu alanlarda, cy.prompt()<\/code> ba\u011flam\u0131 anlayarak do\u011fru elementi hedefleyebilir.<\/p>\nAsenkron Yap\u0131 ve Senkronizasyon Sorunlar\u0131<\/h3>\n
cy.prompt()<\/code>, bu asenkron yap\u0131n\u0131n do\u011fal bir par\u00e7as\u0131d\u0131r ve hatta onu daha da geli\u015ftirir.<\/p>\ncy.prompt()<\/code>, bir etkile\u015fimi tetikledikten sonra, ilgili UI'nin beklenen duruma ge\u00e7mesini beklemek i\u00e7in ak\u0131ll\u0131 bekleme stratejileri kullan\u0131r. \u00d6rne\u011fin, bir butona t\u0131kland\u0131ktan sonra bir spinner'\u0131n kaybolmas\u0131n\u0131 veya yeni bir i\u00e7eri\u011fin y\u00fcklenmesini bekleyebilir. Bu, manuel cy.wait()<\/code> komutlar\u0131na olan ihtiyac\u0131 azalt\u0131r ve testlerinizi daha g\u00fcvenilir hale getirir. Komut, bir Promise zinciri gibi \u00e7al\u0131\u015f\u0131r; bir eylem tetiklenir, beklenen durum kontrol edilir ve ard\u0131ndan bir sonraki komut i\u015flenir. Bu sayede, geli\u015ftiricilerin asenkron i\u015flemlerin karma\u015f\u0131kl\u0131\u011f\u0131yla bo\u011fu\u015fmak yerine, kullan\u0131c\u0131 ak\u0131\u015f\u0131na odaklanmas\u0131na olanak tan\u0131r.<\/p>\n\n\/\/ cy.prompt(), elementin haz\u0131r olmas\u0131n\u0131 bekler ve etkile\u015fimi tetikler.\ncy.prompt('click', 'Yeni \u00d6\u011fe Ekle').then(() => {\n \/\/ Yeni \u00f6\u011fenin g\u00f6r\u00fcnmesini bekleyebilir.\n cy.get('.new-item-added').should('be.visible');\n});\n\n\/\/ Geleneksel yakla\u015f\u0131mda bazen manuel wait gerekebilir\n\/\/ cy.get('#add-item-button').click();\n\/\/ cy.wait(1000); \/\/ K\u00f6t\u00fc pratik, ama bazen ka\u00e7\u0131n\u0131lmazd\u0131\n\/\/ cy.get('.new-item-added').should('be.visible');\n <\/pre>\nKullan\u0131c\u0131 Deneyimini Sim\u00fcle Etmek: Ger\u00e7ek\u00e7i Etkile\u015fimler<\/h3>\n
cy.prompt()<\/code>'u benzersiz k\u0131lan bir di\u011fer \u00f6zellik, ger\u00e7ek kullan\u0131c\u0131 deneyimini taklit etme yetene\u011fidir. S\u0131radan bir Cypress click<\/code> komutu an\u0131nda ger\u00e7ekle\u015firken, bir insan kullan\u0131c\u0131n\u0131n t\u0131klamas\u0131 belirli bir gecikme, imlecin element \u00fczerine gelmesi ve ard\u0131ndan t\u0131klama gibi do\u011fal ad\u0131mlar i\u00e7erir. cy.prompt()<\/code>, bu t\u00fcr do\u011fal davran\u0131\u015flar\u0131 opsiyonel olarak sim\u00fcle edebilir. Bu, \u00f6zellikle performans testleri veya kullan\u0131c\u0131 deneyimi odakl\u0131 testlerde (\u00f6rne\u011fin, hover etkile\u015fimlerini test etmek) faydal\u0131d\u0131r.<\/p>\ncy.prompt()<\/code>, bu t\u00fcr \u00e7ok ad\u0131ml\u0131 etkile\u015fimleri tek bir komut alt\u0131nda toplayarak test kodunu sadele\u015ftirir ve kullan\u0131c\u0131 ak\u0131\u015f\u0131n\u0131 daha do\u011fru yans\u0131t\u0131r. Bu \"yapay zeka destekli\" yakla\u015f\u0131m, testlerinizi sadece teknik olarak ba\u015far\u0131l\u0131 k\u0131lmakla kalmaz, ayn\u0131 zamanda son kullan\u0131c\u0131n\u0131n uygulamay\u0131 nas\u0131l deneyimledi\u011fine dair daha derinlemesine i\u00e7g\u00f6r\u00fcler sunar.<\/p>\nUygulamal\u0131 Senaryolar: cy.prompt() ile Test Otomasyonu<\/h2>\n
cy.prompt()<\/code>'un teorik temelini anlad\u0131ktan sonra, \u015fimdi onu ger\u00e7ek d\u00fcnya senaryolar\u0131nda nas\u0131l kullanabilece\u011fimizi ke\u015ffetme zaman\u0131. Bu komut, \u00f6zellikle karma\u015f\u0131k kullan\u0131c\u0131 aray\u00fczlerinde ve dinamik etkile\u015fimlerde kendini g\u00f6sterir. Geleneksel y\u00f6ntemlerin yetersiz kald\u0131\u011f\u0131 durumlarda cy.prompt()<\/code>, test yazma \u015feklimizi k\u00f6kten de\u011fi\u015ftirebilir.<\/p>\nForm Doldurma ve Validasyon Testleri Nas\u0131l Kolayla\u015f\u0131r?<\/h3>\n
cy.prompt()<\/code>, bu ad\u0131mlar\u0131 tek bir mant\u0131ksal i\u015flem alt\u0131nda birle\u015ftirerek test kodunuzu sadele\u015ftirir ve daha okunabilir hale getirir.<\/p>\ncy.get().type()<\/code> ve cy.get().click()<\/code> komutu anlam\u0131na gelirdi:<\/p>\n\n\/\/ Geleneksel Yakla\u015f\u0131m\ncy.get('#username').type('yenikullanici');\ncy.get('#email').type('yeni@example.com');\ncy.get('#password').type('GucluSifre123!');\ncy.get('#password-confirm').type('GucluSifre123!');\ncy.get('#terms-checkbox').check();\ncy.get('button[type=\"submit\"]').click();\n <\/pre>\ncy.prompt()<\/code> ile nas\u0131l daha zarif hale getirebilece\u011fimize bakal\u0131m. cy.prompt()<\/code>, bir 'form doldurma' niyetini alg\u0131layabilir ve belirli bir formun alanlar\u0131n\u0131 otomatik olarak doldurabilir:<\/p>\n\n\/\/ cy.prompt() Yakla\u015f\u0131m\u0131\ncy.prompt('fill form', '\u00dcyelik Kay\u0131t Formu', {\n username: 'yenikullanici',\n email: 'yeni@example.com',\n password: 'GucluSifre123!',\n 'password-confirm': 'GucluSifre123!',\n 'terms-checkbox': true \/\/ Checkbox'\u0131 i\u015faretlemek i\u00e7in boolean de\u011fer\n});\ncy.prompt('click', 'Kay\u0131t Ol'); \/\/ Formun g\u00f6nderilmesini tetikleme\n <\/pre>\n\ncy.prompt('fill form', 'Giri\u015f Formu', { email: 'hatali-eposta', pass: 'kisa' });\ncy.prompt('click', 'Giri\u015f Yap');\ncy.prompt('verify error', 'Ge\u00e7ersiz E-posta Format\u0131');\ncy.prompt('verify error', '\u015eifre \u00e7ok k\u0131sa olamaz');\n <\/pre>\nKarma\u015f\u0131k Aray\u00fcz Etkile\u015fimleri: S\u00fcr\u00fckle-B\u0131rak ve Dinamik Listeler Nas\u0131l Test Edilir?<\/h3>\n
cy.prompt()<\/code>'un ger\u00e7ek g\u00fcc\u00fc, s\u00fcr\u00fckle-b\u0131rak (drag-and-drop), dinamik liste s\u0131ralamalar\u0131, \u00e7ift t\u0131klama veya fareyle \u00fczerine gelme (hover) gibi karma\u015f\u0131k UI etkile\u015fimlerini test ederken ortaya \u00e7\u0131kar. Geleneksel Cypress komutlar\u0131 bu t\u00fcr senaryolar i\u00e7in genellikle bir dizi d\u00fc\u015f\u00fck seviyeli olay\u0131n manuel olarak tetiklenmesini gerektirir ki bu da olduk\u00e7a zahmetli ve hataya a\u00e7\u0131kt\u0131r.<\/p>\ncy.get().trigger('mousedown')<\/code>, cy.get().trigger('mousemove')<\/code>, cy.get().trigger('mouseup')<\/code> gibi komutlar\u0131n karma\u015f\u0131k bir kombinasyonunu gerektirecekti. Ancak cy.prompt()<\/code> ile bu i\u015flem \u00e7ok daha sezgisel hale gelir:<\/p>\n\n\/\/ Kanban kart\u0131n\u0131 s\u00fcr\u00fckle-b\u0131rak i\u015flemi\ncy.prompt('drag', 'G\u00f6rev 1 Kart\u0131', 'Devam Ediyor S\u00fctunu');\n\n\/\/ Ard\u0131ndan, kart\u0131n yeni s\u00fctunda oldu\u011funu do\u011frulayal\u0131m\ncy.get('[data-cy=\"devam-ediyor-sutunu\"]').should('contain', 'G\u00f6rev 1 Kart\u0131');\ncy.get('[data-cy=\"yapilacaklar-sutunu\"]').should('not.contain', 'G\u00f6rev 1 Kart\u0131');\n <\/pre>\n'G\u00f6rev 1 Kart\u0131'<\/code> ve 'Devam Ediyor S\u00fctunu'<\/code> ifadeleri, uygulaman\u0131z\u0131n DOM'unda ilgili elementlerin g\u00f6r\u00fcn\u00fcr metinleri veya eri\u015filebilirlik etiketleri olabilir. cy.prompt()<\/code>, bu metinleri veya etiketleri kullanarak hedef elementleri ak\u0131ll\u0131ca bulur ve s\u00fcr\u00fckle-b\u0131rak etkile\u015fimini ger\u00e7ek\u00e7i bir \u015fekilde taklit eder. Bu, test kodunuzun hem daha okunabilir hem de UI de\u011fi\u015fikliklerine kar\u015f\u0131 daha esnek olmas\u0131n\u0131 sa\u011flar.<\/p>\ncy.prompt()<\/code> kullan\u0131rken, elementlerin do\u011frudan se\u00e7icilerini kullanmak yerine, kullan\u0131c\u0131lar\u0131n g\u00f6rece\u011fi metinleri veya eri\u015filebilirlik etiketlerini tercih edin. Bu, testlerinizin UI de\u011fi\u015fikliklerine kar\u015f\u0131 daha dayan\u0131kl\u0131 olmas\u0131n\u0131 sa\u011flar. \u00d6rne\u011fin, bir butona t\u0131klamak i\u00e7in cy.prompt('click', 'Sepete Ekle')<\/code>, cy.get('#add-to-cart-btn').click()<\/code>'ten daha iyi bir yakla\u015f\u0131md\u0131r.\n <\/div>\ncy.prompt()<\/code> ile basitle\u015ftirilebilir. Kullan\u0131c\u0131lar genellikle bir \"Ekle\" butonuna t\u0131klar, bir metin girer ve \"Kaydet\"e basar. cy.prompt()<\/code> bu ak\u0131\u015f\u0131 tek bir komutla y\u00f6netebilir:<\/p>\n\ncy.prompt('add item', 'Yap\u0131lacaklar Listesi', 'Yeni G\u00f6rev Ad\u0131');\ncy.get('.todo-list').should('contain', 'Yeni G\u00f6rev Ad\u0131');\n <\/pre>\ncy.prompt()<\/code>'un sadece basit t\u0131klamalar\u0131n \u00f6tesine ge\u00e7erek, daha karma\u015f\u0131k ve anlamsal kullan\u0131c\u0131 etkile\u015fimlerini nas\u0131l kolayca otomatize edebilece\u011fini g\u00f6stermektedir. Bu sayede geli\u015ftiriciler, UI'nin detaylar\u0131na tak\u0131lmak yerine, kullan\u0131c\u0131 senaryolar\u0131na odaklanabilirler.<\/p>\n\u0130leri D\u00fczey Kullan\u0131m Teknikleri ve Performans \u0130pu\u00e7lar\u0131<\/h2>\n
cy.prompt()<\/code>, basit etkile\u015fimlerin \u00f6tesinde, daha karma\u015f\u0131k test senaryolar\u0131nda da g\u00fcc\u00fcn\u00fc g\u00f6sterir. \u00d6zellikle d\u0131\u015f ba\u011f\u0131ml\u0131l\u0131klar\u0131 izole ederken veya test performans\u0131n\u0131 optimize ederken bu komutun sundu\u011fu esneklik paha bi\u00e7ilemezdir.<\/p>\ncy.prompt()'u Mocking ve Stubbing ile Birlikte Kullanma<\/h3>\n
cy.intercept()<\/code> komutu ile bu ba\u011f\u0131ml\u0131l\u0131klar\u0131 mock'layarak veya stub'layarak izole etmek m\u00fcmk\u00fcnd\u00fcr. cy.prompt()<\/code> ile bu iki g\u00fc\u00e7l\u00fc arac\u0131 birle\u015ftirmek, u\u00e7tan uca testlerinizi daha h\u0131zl\u0131 ve g\u00fcvenilir hale getirir.<\/p>\ncy.prompt()<\/code> ve cy.intercept()<\/code> kullanarak bu s\u00fcreci h\u0131zland\u0131rabiliriz:<\/p>\n\n\/\/ 1. API iste\u011fini mock'la\ncy.intercept('POST', '\/api\/login', {\n statusCode: 200,\n body: {\n token: 'mock-token-123',\n user: { name: 'Test Kullan\u0131c\u0131s\u0131' }\n }\n}).as('loginRequest');\n\n\/\/ 2. Kullan\u0131c\u0131n\u0131n giri\u015f yapma eylemini cy.prompt() ile tetikle\ncy.prompt('login', { username: 'test@example.com', password: 'password123' });\n\n\/\/ 3. API iste\u011finin yap\u0131ld\u0131\u011f\u0131n\u0131 ve UI'nin g\u00fcncellendi\u011fini do\u011frula\ncy.wait('@loginRequest'); \/\/ Mock'lanan iste\u011fin g\u00f6nderilmesini bekle\ncy.get('[data-cy=\"welcome-message\"]').should('contain', 'Ho\u015f Geldiniz, Test Kullan\u0131c\u0131s\u0131');\n <\/pre>\ncy.prompt('login', ...)<\/code> kullan\u0131c\u0131 aray\u00fcz\u00fcndeki giri\u015f formunu ak\u0131ll\u0131ca doldurur ve g\u00f6nderir. Bu eylem, bizim mock'lad\u0131\u011f\u0131m\u0131z \/api\/login<\/code> API iste\u011fini tetikler. cy.intercept()<\/code> sayesinde, ger\u00e7ek bir backend'e gerek kalmadan an\u0131nda yan\u0131t al\u0131r\u0131z. Bu sayede, test s\u00fcremizi k\u0131salt\u0131r ve test ortam\u0131n\u0131n tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flar\u0131z. cy.prompt()<\/code>'un elementlerle etkile\u015fimdeki esnekli\u011fi, mock'lanan verilerle beslenen dinamik UI'leri test ederken b\u00fcy\u00fck bir avantaj sunar.<\/p>\nPerformans Optimizasyonu ve Test S\u00fcresi Azaltma \u0130pu\u00e7lar\u0131<\/h3>\n
cy.prompt()<\/code>, do\u011fal olarak daha ak\u0131ll\u0131 bekleme stratejileri kulland\u0131\u011f\u0131 i\u00e7in, manuel cy.wait()<\/code> komutlar\u0131na olan ihtiyac\u0131 azalt\u0131r ve testlerinizi daha h\u0131zl\u0131 hale getirme potansiyeline sahiptir. Ancak daha da ileri gitmek i\u00e7in baz\u0131 ipu\u00e7lar\u0131 bulunmaktad\u0131r:<\/p>\n\n
cy.prompt()<\/code> ger\u00e7ek\u00e7i etkile\u015fimleri sim\u00fcle etse de, bir testin temel amac\u0131, belirli bir durumu do\u011frulamakt\u0131r. E\u011fer bir ara ad\u0131m, testin ana do\u011frulamas\u0131 i\u00e7in kritik de\u011filse, daha direkt yakla\u015f\u0131mlar veya cy.request()<\/code> gibi API seviyesi komutlarla bu ad\u0131m\u0131 atlayabilirsiniz.<\/li>\ncy.prompt()<\/code>, dahili olarak elementlerin g\u00f6r\u00fcn\u00fcr olmas\u0131n\u0131 ve etkile\u015fime haz\u0131r olmas\u0131n\u0131 bekler. Ancak bazen uygulaman\u0131z\u0131n \u00f6zel animasyonlar\u0131 veya ge\u00e7i\u015fleri i\u00e7in ek bekleme gerekebilir. Bu durumlarda, cy.wait()<\/code> yerine daha spesifik .should('be.visible')<\/code> veya .should('not.be.disabled')<\/code> gibi Cypress assertion'lar\u0131n\u0131 kullanmak, gereksiz uzun beklemeleri \u00f6nler.<\/li>\ncy.prompt()<\/code> varsay\u0131lan olarak kullan\u0131c\u0131 benzeri gecikmeler ekleyebilse de, otomasyon testlerinde bu gecikmeleri minimumda tutmak, toplam test s\u00fcresini \u00f6nemli \u00f6l\u00e7\u00fcde azaltacakt\u0131r. Geli\u015ftirme ortam\u0131nda daha h\u0131zl\u0131, ger\u00e7ek\u00e7i ortamlarda daha yava\u015f gecikmeler kullanmak i\u00e7in konfig\u00fcrasyonlar\u0131 ayarlay\u0131n.\n <\/div>\nMobil Uyumluluk Testlerinde cy.prompt()<\/h3>\n
cy.viewport()<\/code> komutu ile farkl\u0131 ekran boyutlar\u0131n\u0131 sim\u00fcle etmenize olanak tan\u0131r. cy.prompt()<\/code>, bu mobil uyumluluk testlerinde de g\u00fc\u00e7l\u00fc bir ara\u00e7 olarak \u00f6ne \u00e7\u0131kar.<\/p>\n\n\/\/ Mobil g\u00f6r\u00fcn\u00fcmde men\u00fcy\u00fc a\u00e7ma ve bir \u00f6\u011feye t\u0131klama\ncy.viewport('iphone-xr'); \/\/ iPhone XR boyutlar\u0131n\u0131 sim\u00fcle et\n\n\/\/ cy.prompt(), mobil g\u00f6r\u00fcn\u00fcmde de\u011fi\u015fen men\u00fc butonunu ak\u0131ll\u0131ca bulur\ncy.prompt('click', 'Men\u00fc A\u00e7'); \/\/ Mobil men\u00fc butonuna t\u0131kla\ncy.prompt('click', 'Profilim'); \/\/ A\u00e7\u0131lan men\u00fcden \"Profilim\"e t\u0131kla\n\n\/\/ Ard\u0131ndan, profil sayfas\u0131n\u0131n y\u00fcklendi\u011fini do\u011frula\ncy.url().should('include', '\/profilim');\n\n\/\/ Masa\u00fcst\u00fc g\u00f6r\u00fcn\u00fcm\u00fcne geri d\u00f6n\ncy.viewport('macbook-15');\n <\/pre>\ncy.viewport()<\/code> ile test ederken, cy.prompt()<\/code> kullanarak elementlerin dinamik olarak konumlanmas\u0131na, boyut de\u011fi\u015ftirmesine veya hatta tamamen farkl\u0131 elementler olarak g\u00f6r\u00fcnmesine ra\u011fmen do\u011fru etkile\u015fimleri tetikledi\u011finden emin olabilirsiniz. \u00d6rne\u011fin, mobil g\u00f6r\u00fcn\u00fcmde g\u00f6r\u00fcnen bir hamburgere t\u0131klamak i\u00e7in spesifik bir se\u00e7ici kullanmak yerine, cy.prompt('click', 'Men\u00fc A\u00e7')<\/code> diyerek, bu butonun metnine veya eri\u015filebilirlik etiketine odaklan\u0131rs\u0131n\u0131z. Bu, responsive tasar\u0131m\u0131n getirdi\u011fi farkl\u0131 UI elementlerine ra\u011fmen test kodunuzun genel amac\u0131n\u0131 korumas\u0131n\u0131 sa\u011flar. Medya sorgular\u0131yla (@media screen and (max-width: 768px) {...}<\/code>) de\u011fi\u015fen elementlerin, cy.prompt()<\/code> taraf\u0131ndan do\u011fru \u015fekilde alg\u0131lanmas\u0131, testlerinizi daha esnek ve g\u00fcvenilir k\u0131lar.<\/p>\nSonu\u00e7: cy.prompt() Gelece\u011fin UI Testlerine Nas\u0131l Y\u00f6n Veriyor?<\/h2>\n
cy.prompt()<\/code>, Cypress test otomasyonunda sadece yeni bir komut olman\u0131n \u00f6tesinde, UI testlerine yakla\u015f\u0131m\u0131m\u0131z\u0131 temelden de\u011fi\u015ftiren devrimci bir ara\u00e7t\u0131r. Geleneksel yakla\u015f\u0131mlar\u0131n aksine, statik DOM se\u00e7icilere ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 azaltarak, kullan\u0131c\u0131 niyetine ve anlamsal etkile\u015fimlere odaklan\u0131r. Bu sayede, testlerimizi UI de\u011fi\u015fikliklerine kar\u015f\u0131 daha dayan\u0131kl\u0131, bak\u0131m\u0131 daha kolay ve ger\u00e7ek kullan\u0131c\u0131 deneyimini daha do\u011fru yans\u0131tan bir hale getirir.<\/p>\ncy.prompt()<\/code>'un temel \u00e7al\u0131\u015fma prensiplerini, DOM etkile\u015fimi ve olay tetikleme mekanizmalar\u0131n\u0131, asenkron yap\u0131yla nas\u0131l b\u00fct\u00fcnle\u015fti\u011fini ve kullan\u0131c\u0131 deneyimini nas\u0131l daha ger\u00e7ek\u00e7i sim\u00fcle etti\u011fini inceledik. Form doldurma ve validasyon testlerinden, s\u00fcr\u00fckle-b\u0131rak gibi karma\u015f\u0131k aray\u00fcz etkile\u015fimlerine kadar bir\u00e7ok farkl\u0131 senaryoda cy.prompt()<\/code>'un nas\u0131l etkin bir \u015fekilde kullan\u0131labilece\u011fini uygulamal\u0131 \u00f6rneklerle g\u00f6sterdik. Ayr\u0131ca, mocking ve stubbing ile entegrasyonu, performans optimizasyon ipu\u00e7lar\u0131 ve mobil uyumluluk testlerindeki rol\u00fc gibi ileri d\u00fczey konulara da de\u011findik.<\/p>\ncy.prompt()<\/code>, test m\u00fchendislerine ve geli\u015ftiricilere, daha az kodla daha fazlas\u0131n\u0131 ba\u015farma g\u00fcc\u00fc verirken, test s\u00fcre\u00e7lerinin verimlili\u011fini ve g\u00fcvenilirli\u011fini art\u0131r\u0131yor. Bu komut, gelecekteki UI testlerinin daha ak\u0131ll\u0131, daha insan benzeri ve daha az k\u0131r\u0131lgan olaca\u011f\u0131n\u0131n bir g\u00f6stergesidir. Uygulamalar\u0131m\u0131z karma\u015f\u0131kla\u015ft\u0131k\u00e7a, test ara\u00e7lar\u0131m\u0131z\u0131n da bu karma\u015f\u0131kl\u0131\u011fa ayak uydurmas\u0131 ve hatta \u00f6tesine ge\u00e7mesi gerekmektedir. cy.prompt()<\/code>, tam da bu ihtiyaca cevap vererek, test otomasyonunun gelece\u011fini \u015fekillendiren kritik bir ad\u0131m\u0131 temsil ediyor.<\/p>\nS\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
\n
cy.prompt()<\/code>, Cypress'in belirli bir versiyonundan itibaren kullan\u0131ma sunulmu\u015f bir \u00f6zelliktir. En g\u00fcncel ve tam \u00f6zellikli haliyle kullanabilmek i\u00e7in Cypress'in en son stabil s\u00fcr\u00fcm\u00fcn\u00fc (\u00f6rne\u011fin, Cypress 12.x veya \u00fczeri) kullanman\u0131z \u00f6nerilir. Geli\u015ftirme s\u00fcrecinde oldu\u011fu i\u00e7in g\u00fcncellemeleri takip etmek faydal\u0131d\u0131r.<\/p>\n<\/li>\ncy.prompt()<\/code>, kullan\u0131c\u0131 benzeri etkile\u015fimleri sim\u00fcle etti\u011fi i\u00e7in, geleneksel cy.click()<\/code> veya cy.type()<\/code> gibi anl\u0131k komutlara g\u00f6re baz\u0131 ek dahili kontroller ve bekleme stratejileri i\u00e7erebilir. Bu, bazen tek bir komutun biraz daha uzun s\u00fcrmesine neden olabilir. Ancak, test kodunu basitle\u015ftirmesi, manuel cy.wait()<\/code> ihtiyac\u0131n\u0131 azaltmas\u0131 ve UI de\u011fi\u015fikliklerine kar\u015f\u0131 dayan\u0131kl\u0131l\u0131k sa\u011flamas\u0131 nedeniyle, genel test s\u00fcresini ve bak\u0131m maliyetlerini uzun vadede d\u00fc\u015f\u00fcrebilir.<\/p>\n<\/li>\ncy.prompt()<\/code>, bir etkile\u015fimin sonucunda tetiklenen UI de\u011fi\u015fikliklerini ve animasyonlar\u0131n biti\u015f durumunu do\u011frulamak i\u00e7in olduk\u00e7a etkilidir. \u00d6rne\u011fin, bir butona t\u0131kland\u0131ktan sonra a\u00e7\u0131lan bir modal veya kayan bir panelin g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fcn\u00fc do\u011frulayabilirsiniz. Ancak, animasyonun kendisinin (yani ara ad\u0131mlar\u0131n\u0131n) pixel-perfect bir \u015fekilde test edilmesi, cy.prompt()<\/code>'un do\u011frudan bir \u00f6zelli\u011fi de\u011fildir. Bu t\u00fcr durumlar i\u00e7in g\u00f6rsel regresyon test ara\u00e7lar\u0131 daha uygun olabilir.<\/p>\n<\/li>\ncy.prompt()<\/code> kullanmak zorunda de\u011filsiniz. Basit, statik ve de\u011fi\u015fme olas\u0131l\u0131\u011f\u0131 d\u00fc\u015f\u00fck UI elementleriyle etkile\u015fimde, geleneksel cy.get().click()<\/code> veya cy.type()<\/code> komutlar\u0131 yeterince etkili ve okunabilir olabilir. cy.prompt()<\/code>'u \u00f6zellikle UI'nin dinamik oldu\u011fu, element se\u00e7icilerin s\u0131k de\u011fi\u015fti\u011fi veya karma\u015f\u0131k kullan\u0131c\u0131 ak\u0131\u015flar\u0131n\u0131n oldu\u011fu senaryolarda kullanmak en faydal\u0131d\u0131r. \u0130ki yakla\u015f\u0131m\u0131 dengeli bir \u015fekilde kullanmak, en iyi test stratejisini sunar.<\/p>\n<\/li>\ncy.simulate()<\/code> Cypress'in standart bir komutu de\u011fildir ve genel olarak cy.prompt()<\/code> gibi daha ba\u011flamsal etkile\u015fimleri sa\u011flamak amac\u0131yla tasarlanm\u0131\u015f \u00f6zelle\u015ftirilmi\u015f bir komut veya ba\u015fka bir test arac\u0131n\u0131n bir \u00f6zelli\u011fi olabilir. E\u011fer bir cy.simulate()<\/code> komutu kullan\u0131l\u0131yorsa, bu muhtemelen bir eklenti veya \u00f6zel bir implementasyonun par\u00e7as\u0131d\u0131r. cy.prompt()<\/code> ise, do\u011frudan kullan\u0131c\u0131 niyetine odaklanarak DOM manip\u00fclasyonu yerine, bir eylemin anlamsal kar\u015f\u0131l\u0131\u011f\u0131n\u0131 tetiklemeyi hedefler ve Cypress'in dahili mekanizmalar\u0131na daha entegredir.<\/p>\n<\/li>\n<\/ul>\n