Mikroservis mimarileri, yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7lerine h\u0131z ve esneklik katarken, test s\u00fcre\u00e7lerini de beraberinde karma\u015f\u0131kla\u015ft\u0131rm\u0131\u015ft\u0131r. \u00d6zellikle test hesaplar\u0131n\u0131n y\u00f6netimi, da\u011f\u0131t\u0131k yap\u0131n\u0131n do\u011fas\u0131 gere\u011fi ciddi zorluklar bar\u0131nd\u0131r\u0131r. Bu makale, mikroservis ortamlar\u0131nda test hesaplar\u0131n\u0131n Python programlama dili ile nas\u0131l daha verimli ve g\u00fcvenli bir \u015fekilde y\u00f6netilebilece\u011fini, pratik stratejiler ve uygulama yakla\u015f\u0131mlar\u0131yla ele almaktad\u0131r.<\/p>\n
Mikroservis mimarileri, her servisin kendi veritaban\u0131na sahip olabilmesi, farkl\u0131 teknolojiler kullanabilmesi ve ba\u011f\u0131ms\u0131z olarak da\u011f\u0131t\u0131lmas\u0131 gibi avantajlar sunar. Ancak bu da\u011f\u0131t\u0131k yap\u0131, test s\u00fcre\u00e7lerinde kullan\u0131lan hesaplar\u0131n y\u00f6netimini de zorlu bir hale getirir.<\/p>\n
Her mikroservis, kendi kullan\u0131c\u0131 y\u00f6netimi veya kimlik do\u011frulama mekanizmalar\u0131na sahip olabilir. Bu durum, bir u\u00e7tan uca test senaryosu i\u00e7in birden fazla serviste ge\u00e7erli olan, belirli yetkilere sahip test hesaplar\u0131 olu\u015fturma ve senkronize etme ihtiyac\u0131n\u0131 do\u011furur. Manuel y\u00f6netim, bu karma\u015f\u0131kl\u0131k kar\u015f\u0131s\u0131nda h\u0131zla s\u00fcrd\u00fcr\u00fclemez hale gelir.<\/p>\n
Test hesaplar\u0131 genellikle belirli bir ba\u015flang\u0131\u00e7 durumunda olmal\u0131d\u0131r. Mikroservisler aras\u0131 ba\u011f\u0131ml\u0131l\u0131klar nedeniyle, bir serviste yap\u0131lan bir i\u015flem di\u011fer servisteki test hesab\u0131n\u0131n durumunu etkileyebilir. Bu durum, testler aras\u0131nda veri tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flamay\u0131, hesaplar\u0131n beklenen durumda kalmas\u0131n\u0131 ve testlerin izole \u00e7al\u0131\u015fmas\u0131n\u0131 zorla\u015ft\u0131r\u0131r.<\/p>\n
Test hesaplar\u0131n\u0131n olu\u015fturulmas\u0131, kullan\u0131lmas\u0131, g\u00fcncellenmesi ve temizlenmesi (silinmesi veya s\u0131f\u0131rlanmas\u0131) gibi ya\u015fam d\u00f6ng\u00fcs\u00fc ad\u0131mlar\u0131 bulunur. \u00d6zellikle b\u00fcy\u00fck ve s\u0131k de\u011fi\u015fen mikroservis projelerinde, bu ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc manuel olarak takip etmek ve y\u00f6netmek hem zaman al\u0131c\u0131 hem de hata yapmaya a\u00e7\u0131k bir s\u00fcre\u00e7tir. Kullan\u0131lmayan veya eskimi\u015f hesaplar\u0131n birikmesi, kaynak israf\u0131na ve g\u00fcvenlik risklerine yol a\u00e7abilir.<\/p>\n
Test hesaplar\u0131 genellikle ger\u00e7ek kullan\u0131c\u0131 hesaplar\u0131na benzer yetkilere sahip olabilir. Bu hesaplar\u0131n g\u00fcvenli bir \u015fekilde saklanmas\u0131, eri\u015fimlerinin kontrol edilmesi ve yetkilendirme mekanizmalar\u0131n\u0131n do\u011fru \u00e7al\u0131\u015fmas\u0131 b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Test ortamlar\u0131nda bile hassas verilere eri\u015fim riskini en aza indirmek i\u00e7in s\u0131k\u0131 g\u00fcvenlik \u00f6nlemleri al\u0131nmal\u0131d\u0131r.<\/p>\n
Test hesaplar\u0131n\u0131n etkin y\u00f6netimi, sadece zorluklar\u0131n \u00fcstesinden gelmekle kalmaz, ayn\u0131 zamanda geli\u015ftirme ve test s\u00fcre\u00e7lerine \u00f6nemli faydalar sa\u011flar.<\/p>\n
Otomatik ve verimli bir hesap y\u00f6netimi sistemi, test m\u00fchendislerinin ve geli\u015ftiricilerin test hesaplar\u0131n\u0131 h\u0131zl\u0131ca temin etmesini sa\u011flar. Bu, test senaryolar\u0131n\u0131n daha \u00e7abuk ko\u015fulmas\u0131na, geri bildirim d\u00f6ng\u00fclerinin k\u0131salmas\u0131na ve dolay\u0131s\u0131yla \u00fcr\u00fcn kalitesinin artmas\u0131na yard\u0131mc\u0131 olur. Manuel haz\u0131rl\u0131k s\u00fcre\u00e7lerinin ortadan kalkmas\u0131, test ekibinin daha kritik g\u00f6revlere odaklanmas\u0131n\u0131 sa\u011flar.<\/p>\n
Test hesaplar\u0131n\u0131n ak\u0131ll\u0131ca y\u00f6netilmesi, gereksiz hesaplar\u0131n olu\u015fturulmas\u0131n\u0131 veya mevcut hesaplar\u0131n verimsiz kullan\u0131lmas\u0131n\u0131 engeller. Hesap havuzlama gibi stratejilerle, ayn\u0131 hesaplar farkl\u0131 testler i\u00e7in yeniden kullan\u0131labilir. Bu, veritaban\u0131 kaynaklar\u0131ndan, depolama alan\u0131ndan ve hatta bulut maliyetlerinden tasarruf edilmesini sa\u011flar.<\/p>\n
Her testin kendine ait, izole ve do\u011fru yap\u0131land\u0131r\u0131lm\u0131\u015f bir test hesab\u0131yla \u00e7al\u0131\u015fmas\u0131, test sonu\u00e7lar\u0131n\u0131n g\u00fcvenilirli\u011fini art\u0131r\u0131r. Hesaplar aras\u0131 \u00e7ak\u0131\u015fmalar\u0131n veya beklenmedik durum de\u011fi\u015fikliklerinin \u00f6n\u00fcne ge\u00e7ilerek “flaky” (istikrars\u0131z) testlerin say\u0131s\u0131 azal\u0131r. Bu da hatalar\u0131n daha erken tespit edilmesine ve \u00fcretim ortam\u0131na ula\u015fmadan giderilmesine olanak tan\u0131r.<\/p>\n
Geli\u015ftiriciler ve QA ekipleri, test hesaplar\u0131n\u0131 manuel olarak olu\u015fturmak veya mevcut hesaplar\u0131n durumunu d\u00fczeltmek i\u00e7in zaman harcamak yerine, do\u011frudan i\u015flevselli\u011fi test etmeye odaklanabilirler. Otomatik ara\u00e7lar, hesap teminini basitle\u015ftirerek ekiplerin daha \u00fcretken olmas\u0131na ve daha h\u0131zl\u0131 teslimat yapmas\u0131na yard\u0131mc\u0131 olur.<\/p>\n
Python, zengin k\u00fct\u00fcphane ekosistemi ve okunabilir s\u00f6zdizimi sayesinde test hesaplar\u0131 y\u00f6netim sistemleri geli\u015ftirmek i\u00e7in ideal bir dildir.<\/p>\n
Mikroservisler genellikle RESTful API’ler arac\u0131l\u0131\u011f\u0131yla ileti\u015fim kurar. Python’\u0131n <\/code><\/p>\n Test hesaplar\u0131 do\u011frudan veritaban\u0131nda saklan\u0131yorsa, Python'\u0131n Farkl\u0131 test ortamlar\u0131 (dev, staging, prod) i\u00e7in farkl\u0131 API u\u00e7 noktalar\u0131, veritaban\u0131 ba\u011flant\u0131 bilgileri veya hesap parametreleri gerekebilir. Python'\u0131n <\/code><\/p>\n API tabanl\u0131 otomasyonun yan\u0131 s\u0131ra, kullan\u0131c\u0131 aray\u00fcz\u00fc (UI) \u00fczerinden hesap y\u00f6netimi gerekiyorsa Etkin test hesab\u0131 y\u00f6netimi i\u00e7in iki temel strateji \u00f6ne \u00e7\u0131kar: hesap havuzlama ve dinamik hesap olu\u015fturma.<\/p>\n Bir hesap havuzu, \u00f6nceden olu\u015fturulmu\u015f ve belirli bir ba\u015flang\u0131\u00e7 durumuna sahip test hesaplar\u0131n\u0131n bir koleksiyonudur. Testler ba\u015flamadan \u00f6nce havuzdan bir hesap \"kiralan\u0131r\", test tamamland\u0131\u011f\u0131nda ise hesap havuzuna \"iade edilir\" ve ba\u015flang\u0131\u00e7 durumuna s\u0131f\u0131rlan\u0131r. Bu, hesap olu\u015fturma s\u00fcresini ortadan kald\u0131rarak testleri h\u0131zland\u0131r\u0131r ve kaynak kullan\u0131m\u0131n\u0131 optimize eder.<\/p>\n <\/code><\/p>\n Baz\u0131 test senaryolar\u0131 i\u00e7in, havuzdaki mevcut hesaplar yeterli olmayabilir veya belirli, benzersiz \u00f6zelliklere sahip hesaplar gerekebilir. Bu durumlarda, test ba\u015flamadan hemen \u00f6nce dinamik olarak yeni bir hesap olu\u015fturulabilir. Bu hesap, test bittikten sonra silinir veya havuzlama i\u00e7in s\u0131f\u0131rlan\u0131r. Bu yakla\u015f\u0131m, esneklik sa\u011flar ancak hesap olu\u015fturma s\u00fcresi nedeniyle test ba\u015flang\u0131c\u0131n\u0131 yava\u015flatabilir.<\/p>\n Hem havuzlama hem de dinamik olu\u015fturma stratejilerinde, hesaplar\u0131n \"kiralanmas\u0131\" (acquire) ve \"iade edilmesi\" (release) veya \"temizlenmesi\" (cleanup) s\u00fcre\u00e7leri kritik \u00f6neme sahiptir. Bu s\u00fcre\u00e7ler, testlerin ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131n\u0131 ve hesaplar\u0131n do\u011fru durumunu garantiler. Ba\u015far\u0131s\u0131z olan testlerde bile hesaplar\u0131n do\u011fru bir \u015fekilde serbest b\u0131rak\u0131ld\u0131\u011f\u0131ndan emin olmak i\u00e7in hata y\u00f6netimi mekanizmalar\u0131 kurulmal\u0131d\u0131r.<\/p>\n Test hesab\u0131 y\u00f6netim sistemi, s\u00fcrekli entegrasyon ve s\u00fcrekli da\u011f\u0131t\u0131m (CI\/CD) boru hatlar\u0131na sorunsuz bir \u015fekilde entegre edilmelidir. Her test \u00e7al\u0131\u015ft\u0131rmas\u0131ndan \u00f6nce otomatik olarak hesaplar temin edilmeli, testler tamamland\u0131ktan sonra ise temizlenmeli veya iade edilmelidir. Bu, otomasyonun tam potansiyelini ortaya \u00e7\u0131kar\u0131r ve geli\u015ftirme d\u00f6ng\u00fcs\u00fcn\u00fc h\u0131zland\u0131r\u0131r.<\/p>\n Test hesaplar\u0131n\u0131n y\u00f6netimi, g\u00fcvenlik a\u00e7\u0131s\u0131ndan da dikkatli bir yakla\u015f\u0131m gerektirir.<\/p>\n Test hesaplar\u0131n\u0131n kullan\u0131c\u0131 adlar\u0131, parolalar\u0131 ve di\u011fer hassas bilgileri asla a\u00e7\u0131k metin olarak depolanmamal\u0131d\u0131r. Bu veriler, \u015fifrelenmi\u015f bir \u015fekilde veya Test hesab\u0131 y\u00f6netim sistemine kimlerin eri\u015febilece\u011fi ve hangi i\u015flemleri yapabilece\u011fi (hesap olu\u015fturma, silme, g\u00f6r\u00fcnt\u00fcleme) s\u0131k\u0131 bir \u015fekilde kontrol edilmelidir. Rol tabanl\u0131 eri\u015fim kontrol\u00fc (RBAC) uygulanarak, yaln\u0131zca yetkili kullan\u0131c\u0131lar\u0131n veya CI\/CD s\u00fcre\u00e7lerinin hesaplar\u0131 y\u00f6netmesine izin verilmelidir.<\/p>\n Test hesaplar\u0131 i\u00e7in g\u00fc\u00e7l\u00fc ve benzersiz parolalar kullan\u0131lmal\u0131, bu parolalar d\u00fczenli olarak d\u00f6nd\u00fcr\u00fclmelidir. Parolalar\u0131n manuel olarak de\u011fi\u015ftirilmesi yerine, otomatik bir sistemle periyodik olarak g\u00fcncellenmesi sa\u011flanmal\u0131d\u0131r.<\/p>\n Test hesaplar\u0131 \u00fczerinde yap\u0131lan her i\u015flemin (olu\u015fturma, kullanma, silme, parola de\u011fi\u015ftirme vb.) denetim kay\u0131tlar\u0131 tutulmal\u0131d\u0131r. Bu kay\u0131tlar, g\u00fcvenlik ihlallerini tespit etmek, sorun gidermek ve uyumluluk gereksinimlerini kar\u015f\u0131lamak i\u00e7in \u00f6nemlidir. Kimin, ne zaman, hangi hesaba ne i\u015flem yapt\u0131\u011f\u0131n\u0131 izlemek kritik bir yetenektir.<\/p>\n Test hesab\u0131 y\u00f6netim sistemi, s\u00fcrekli izleme ve bak\u0131ma ihtiya\u00e7 duyar.<\/p>\n Havuzdaki mevcut hesap say\u0131s\u0131, kullan\u0131mda olan hesap say\u0131s\u0131, hesap olu\u015fturma\/silme oranlar\u0131 gibi metrikler s\u00fcrekli olarak izlenmelidir. Bu metrikler, sistemin performans\u0131n\u0131 de\u011ferlendirmek ve olas\u0131 darbo\u011fazlar\u0131 veya kaynak yetersizliklerini tespit etmek i\u00e7in \u00f6nemlidir. Grafana, Prometheus gibi ara\u00e7lar bu izleme i\u00e7in kullan\u0131labilir.<\/p>\n Belirli bir s\u00fcre kullan\u0131lmayan veya bozulmu\u015f oldu\u011fu tespit edilen hesaplar i\u00e7in otomatik temizleme ve yenileme politikalar\u0131 uygulanmal\u0131d\u0131r. \u00d6rne\u011fin, 24 saatten uzun s\u00fcredir kullan\u0131mda olan ancak serbest b\u0131rak\u0131lmam\u0131\u015f hesaplar otomatik olarak s\u0131f\u0131rlanabilir veya silinebilir.<\/p>\n Mikroservis ortamlar\u0131 b\u00fcy\u00fcd\u00fck\u00e7e, test hesab\u0131 y\u00f6netim sisteminin de \u00f6l\u00e7eklenebilir olmas\u0131 gerekir. Y\u00fcksek y\u00fck alt\u0131nda bile h\u0131zl\u0131 ve g\u00fcvenilir bir \u015fekilde hesap temin edebilmelidir. Gerekirse, sistemin performans\u0131n\u0131 art\u0131rmak i\u00e7in \u00f6nbellekleme (caching) veya da\u011f\u0131t\u0131k kuyruk sistemleri (Celery, Kafka) kullan\u0131labilir.<\/p>\n Yaz\u0131l\u0131m ve mimari s\u00fcrekli evrildi\u011fi i\u00e7in, test hesab\u0131 y\u00f6netim sistemi de bu de\u011fi\u015fikliklere uyum sa\u011flayabilmelidir. Yeni mikroservisler eklendi\u011finde veya mevcut servislerin API'leri de\u011fi\u015fti\u011finde, y\u00f6netim sisteminin de g\u00fcncellenmesi gerekebilir. Mod\u00fcler ve geni\u015fletilebilir bir tasar\u0131m, bu adaptasyonu kolayla\u015ft\u0131r\u0131r.<\/p>\n Mikroservis mimarilerinde test hesaplar\u0131n\u0131n etkin y\u00f6netimi, ba\u015far\u0131l\u0131 ve h\u0131zl\u0131 yaz\u0131l\u0131m teslimat\u0131n\u0131n temel ta\u015flar\u0131ndan biridir. Python'\u0131n sundu\u011fu zengin k\u00fct\u00fcphaneler ve esnek yap\u0131, bu karma\u015f\u0131k g\u00f6revi otomatikle\u015ftirmek ve basitle\u015ftirmek i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7 seti sunar. Hesap havuzlama, dinamik olu\u015fturma, API tabanl\u0131 otomasyon ve g\u00fc\u00e7l\u00fc g\u00fcvenlik \u00f6nlemleri gibi stratejilerin uygulanmas\u0131yla, geli\u015ftiriciler ve QA ekipleri test s\u00fcre\u00e7lerini h\u0131zland\u0131rabilir, kaynaklar\u0131 optimize edebilir ve \u00fcr\u00fcn kalitesini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilirler. Unutulmamal\u0131d\u0131r ki, iyi y\u00f6netilen test hesaplar\u0131, g\u00fcvenilir test sonu\u00e7lar\u0131n\u0131n ve dolay\u0131s\u0131yla daha sa\u011flam bir yaz\u0131l\u0131m\u0131n anahtar\u0131d\u0131r.<\/p>\n Her test i\u00e7in yeni bir hesap olu\u015fturmak, \u00f6zellikle b\u00fcy\u00fck test s\u00fcitlerinde zaman al\u0131c\u0131 olabilir. Veritaban\u0131 i\u015flemleri, API \u00e7a\u011fr\u0131lar\u0131 ve kimlik do\u011frulama s\u00fcre\u00e7leri ek y\u00fck getirir. Hesap havuzlama, \u00f6nceden olu\u015fturulmu\u015f ve haz\u0131r hesaplar\u0131 kullanarak bu gecikmeyi ortadan kald\u0131r\u0131r, testlerin daha h\u0131zl\u0131 ba\u015flamas\u0131n\u0131 sa\u011flar ve kaynak kullan\u0131m\u0131n\u0131 optimize eder.<\/p>\n Test hesaplar\u0131, ger\u00e7ek kullan\u0131c\u0131 senaryolar\u0131n\u0131 m\u00fcmk\u00fcn oldu\u011funca do\u011fru bir \u015fekilde yans\u0131tmal\u0131d\u0131r. Ancak, ger\u00e7ek hassas kullan\u0131c\u0131 verileri asla test ortamlar\u0131na kopyalanmamal\u0131d\u0131r. Bunun yerine, ger\u00e7ek\u00e7i ancak anonimle\u015ftirilmi\u015f veya sentetik veriler kullan\u0131lmal\u0131d\u0131r. Yetkilendirme rolleri ve veri yap\u0131lar\u0131 ger\u00e7ek sistemle uyumlu olmal\u0131d\u0131r.<\/p>\n Her test ortam\u0131 i\u00e7in ayr\u0131 ve izole test hesab\u0131 havuzlar\u0131 veya dinamik olu\u015fturma mekanizmalar\u0131 kurulmal\u0131d\u0131r. Konfig\u00fcrasyon y\u00f6netimi (\u00f6rne\u011fin Hesap havuzlama sisteminde, test tamamland\u0131\u011f\u0131nda hesaplar\u0131n otomatik olarak s\u0131f\u0131rlanmas\u0131 veya ba\u015flang\u0131\u00e7 durumuna d\u00f6nd\u00fcr\u00fclmesi gerekir. E\u011fer bir hesap bozulur ve s\u0131f\u0131rlanamazsa, havuzdan \u00e7\u0131kar\u0131lmal\u0131 ve yerine yeni bir hesap olu\u015fturulmal\u0131d\u0131r. \u0130zleme ve denetim kay\u0131tlar\u0131, bu t\u00fcr durumlar\u0131n tespit edilmesine ve k\u00f6k neden analizine yard\u0131mc\u0131 olur.<\/p>\n Test hesaplar\u0131 i\u00e7in g\u00fc\u00e7l\u00fc, benzersiz ve d\u00fczenli olarak d\u00f6nd\u00fcr\u00fclen parolalar kullan\u0131lmal\u0131d\u0131r. Bu parolalar, a\u00e7\u0131k metin olarak de\u011fil, HashiCorp Vault, AWS Secrets Manager gibi g\u00fcvenli s\u0131r y\u00f6netim sistemlerinde saklanmal\u0131d\u0131r. Parolalar\u0131n programatik olarak eri\u015filmesi ve kullan\u0131lmas\u0131, manuel m\u00fcdahaleyi en aza indirir ve g\u00fcvenlik riskini azalt\u0131r.<\/p>\n","protected":false},"excerpt":{"rendered":"Python ile Mikroservis Ortamlar\u0131nda Test Hesaplar\u0131n\u0131n Etkin Y\u00f6netimi: Stratejiler ve Uygulamalar\nMikroservis mimarileri, yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7le…","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":[1403],"tags":[],"class_list":{"0":"post-38429","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-python","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nrequests<\/code> k\u00fct\u00fcphanesi, bu API’lerle kolayca etkile\u015fim kurarak test hesaplar\u0131 olu\u015fturma, g\u00fcncelleme, silme veya durumlar\u0131n\u0131 sorgulama i\u015flemlerini otomatikle\u015ftirmek i\u00e7in kullan\u0131labilir.<\/p>\n\nimport requests\n\nBASE_URL = \"http:\/\/localhost:8000\/api\/users\"\n\ndef create_test_user(username, password, roles):\n \"\"\"Yeni bir test kullan\u0131c\u0131s\u0131 olu\u015fturur.\"\"\"\n payload = {\n \"username\": username,\n \"password\": password,\n \"email\": f\"{username}@example.com\",\n \"roles\": roles\n }\n try:\n response = requests.post(BASE_URL, json=payload)\n response.raise_for_status() # HTTP hatalar\u0131 i\u00e7in istisna f\u0131rlat\u0131r\n print(f\"Kullan\u0131c\u0131 {username} ba\u015far\u0131yla olu\u015fturuldu: {response.json()}\")\n return response.json()\n except requests.exceptions.RequestException as e:\n print(f\"Kullan\u0131c\u0131 olu\u015fturulurken hata olu\u015ftu: {e}\")\n return None\n\ndef get_user_details(user_id):\n \"\"\"Belirli bir kullan\u0131c\u0131n\u0131n detaylar\u0131n\u0131 getirir.\"\"\"\n try:\n response = requests.get(f\"{BASE_URL}\/{user_id}\")\n response.raise_for_status()\n return response.json()\n except requests.exceptions.RequestException as e:\n print(f\"Kullan\u0131c\u0131 detaylar\u0131 getirilirken hata olu\u015ftu: {e}\")\n return None\n\n# \u00d6rnek kullan\u0131m\n# new_user = create_test_user(\"testuser123\", \"password123\", [\"tester\", \"viewer\"])\n# if new_user:\n# user_data = get_user_details(new_user['id'])\n# print(f\"Kullan\u0131c\u0131 detaylar\u0131: {user_data}\")\n<\/pre>\nVeritaban\u0131 ve Kimlik Do\u011frulama Entegrasyonlar\u0131<\/h4>\n
SQLAlchemy<\/code> (ORM), psycopg2<\/code> (PostgreSQL), mysql-connector-python<\/code> gibi k\u00fct\u00fcphaneleri ile veritaban\u0131 i\u015flemleri ger\u00e7ekle\u015ftirilebilir. Kimlik do\u011frulama i\u00e7in OAuthlib<\/code> veya PyJWT<\/code> gibi k\u00fct\u00fcphanelerle token tabanl\u0131 sistemler y\u00f6netilebilir.<\/p>\nKonfig\u00fcrasyon ve Ortam De\u011fi\u015fkeni Y\u00f6netimi<\/h4>\n
configparser<\/code> mod\u00fcl\u00fc veya python-dotenv<\/code> k\u00fct\u00fcphanesi, bu konfig\u00fcrasyonlar\u0131 y\u00f6netmek i\u00e7in kullan\u0131labilir.<\/p>\n\n# .env dosyas\u0131 i\u00e7eri\u011fi:\n# API_BASE_URL=http:\/\/localhost:8000\/api\/users\n# DB_HOST=localhost\n# DB_USER=test_db_user\n\nimport os\nfrom dotenv import load_dotenv\n\nload_dotenv() # .env dosyas\u0131n\u0131 y\u00fckler\n\napi_url = os.getenv(\"API_BASE_URL\")\ndb_host = os.getenv(\"DB_HOST\")\n\nprint(f\"API URL: {api_url}\")\nprint(f\"Database Host: {db_host}\")\n<\/pre>\nOtomasyon K\u00fct\u00fcphaneleri (Requests, Selenium vb.)<\/h4>\n
Selenium<\/code> veya Playwright<\/code> gibi k\u00fct\u00fcphaneler, taray\u0131c\u0131 etkile\u015fimlerini otomatikle\u015ftirmek i\u00e7in kullan\u0131labilir.<\/p>\nUygulama Stratejileri: Hesap Havuzlama ve Dinamik Olu\u015fturma<\/h3>\n
Hesap Havuzu (Account Pool) Mekanizmas\u0131<\/h4>\n
\nimport threading\nimport time\n\nclass TestAccountPool:\n def __init__(self, initial_accounts):\n self.available_accounts = initial_accounts.copy()\n self.in_use_accounts = {}\n self.lock = threading.Lock()\n\n def acquire_account(self, test_id):\n with self.lock:\n if not self.available_accounts:\n print(\"Hesap havuzu bo\u015f. L\u00fctfen bekleyiniz veya yeni hesap olu\u015fturunuz.\")\n return None\n account = self.available_accounts.pop(0)\n self.in_use_accounts[test_id] = account\n print(f\"Test '{test_id}' i\u00e7in hesap '{account['username']}' al\u0131nd\u0131.\")\n return account\n\n def release_account(self, test_id):\n with self.lock:\n if test_id in self.in_use_accounts:\n account = self.in_use_accounts.pop(test_id)\n # Hesab\u0131 ba\u015flang\u0131\u00e7 durumuna s\u0131f\u0131rlama i\u015flemi burada yap\u0131lmal\u0131\n print(f\"Hesap '{account['username']}' serbest b\u0131rak\u0131ld\u0131 ve s\u0131f\u0131rland\u0131.\")\n self.available_accounts.append(account)\n else:\n print(f\"Test '{test_id}' i\u00e7in kullan\u0131mda bir hesap bulunamad\u0131.\")\n\n# \u00d6rnek havuz olu\u015fturma\n# initial_accounts = [\n# {\"id\": 1, \"username\": \"pool_user_1\", \"status\": \"active\"},\n# {\"id\": 2, \"username\": \"pool_user_2\", \"status\": \"active\"}\n# ]\n# account_pool = TestAccountPool(initial_accounts)\n\n# Test senaryosu\n# acc1 = account_pool.acquire_account(\"test_scenario_A\")\n# time.sleep(1) # Test i\u015flemi\n# account_pool.release_account(\"test_scenario_A\")\n<\/pre>\n\u0130ste\u011fe Ba\u011fl\u0131 (On-Demand) Hesap Olu\u015fturma<\/h4>\n
Hesap Kiralama ve Temizleme S\u00fcre\u00e7leri<\/h4>\n
CI\/CD Boru Hatt\u0131na Entegrasyon<\/h4>\n
G\u00fcvenlik ve En \u0130yi Uygulamalar<\/h3>\n
Hassas Verilerin G\u00fcvenli Saklanmas\u0131<\/h4>\n
HashiCorp Vault<\/code>, AWS Secrets Manager, Azure Key Vault gibi \u00f6zel s\u0131r y\u00f6netim sistemlerinde saklanmal\u0131d\u0131r.<\/p>\nEri\u015fim Kontrolleri ve Rol Tabanl\u0131 Yetkilendirme (RBAC)<\/h4>\n
Hesap Parolalar\u0131n\u0131n Y\u00f6netimi ve D\u00f6n\u00fc\u015f\u00fcm\u00fc<\/h4>\n
Denetim Kay\u0131tlar\u0131 ve \u0130zlenebilirlik<\/h4>\n
\u0130zleme, Bak\u0131m ve Gelecek Ad\u0131mlar<\/h3>\n
Hesap Durumu ve Kullan\u0131m Metriklerinin \u0130zlenmesi<\/h4>\n
Otomatik Temizlik ve Yenileme Politikalar\u0131<\/h4>\n
\u00d6l\u00e7eklenebilirlik ve Performans Optimizasyonu<\/h4>\n
Geli\u015fen \u0130htiya\u00e7lara Uyum<\/h4>\n
Sonu\u00e7<\/h3>\n
SSS (S\u0131k Sorulan Sorular)<\/h3>\n
1. Neden her test i\u00e7in yeni bir hesap olu\u015fturmak yerine havuzlama yapmal\u0131y\u0131z?<\/h4>\n
2. Test hesaplar\u0131 ger\u00e7ek kullan\u0131c\u0131 verileriyle ne kadar benzer olmal\u0131?<\/h4>\n
3. Farkl\u0131 test ortamlar\u0131 (Dev, QA, Staging) i\u00e7in hesaplar\u0131 nas\u0131l y\u00f6netmeliyiz?<\/h4>\n
.env<\/code> dosyalar\u0131 veya konfig\u00fcrasyon servisleri) kullanarak, her ortam i\u00e7in do\u011fru API u\u00e7 noktalar\u0131, veritaban\u0131 ba\u011flant\u0131lar\u0131 ve hesap \u00f6n ekleri belirlenebilir. Bu, ortamlar aras\u0131 kar\u0131\u015f\u0131kl\u0131\u011f\u0131 \u00f6nler.<\/p>\n4. Bir test hesab\u0131 bozulursa veya beklenmedik bir duruma gelirse ne yapmal\u0131y\u0131z?<\/h4>\n
5. Test hesaplar\u0131 i\u00e7in parola y\u00f6netimi konusunda en iyi uygulamalar nelerdir?<\/h4>\n