![\"\"](\"https:\/\/testeryou.com\/wp-content\/uploads\/2025\/11\/Resim1.png\")
Yaz\u0131l\u0131m sekt\u00f6r\u00fcn\u00fcn \u00fclkemizde ne kadar b\u00fcy\u00fck bir \u00f6neme sahip oldu\u011funu her ge\u00e7en g\u00fcn daha fazla anl\u0131yoruz. Bankac\u0131l\u0131k taraf\u0131, e-ticaret uygulamalar\u0131, sosyal medya, haber uygulamalar\u0131 her alanda b\u00fcy\u00fck bir yer tutuyor ve ge\u00e7mi\u015ften bug\u00fcne b\u00fct\u00fcn al\u0131\u015fkanl\u0131klar\u0131m\u0131z\u0131 da sil ba\u015ftan de\u011fi\u015ftiriyor. Her ne kadar bu yaz\u0131l\u0131mlar\u0131n geli\u015ftirilmesinin yan\u0131 s\u0131ra test edilip son kullan\u0131c\u0131ya sorunlar\u0131ndan olabildi\u011fince ar\u0131nd\u0131r\u0131lm\u0131\u015f bi\u00e7imde ula\u015ft\u0131r\u0131lmas\u0131 i\u00e7in yaz\u0131l\u0131m\u0131n testinin ger\u00e7ekle\u015ftirilmesi \u00e7ok \u00f6nemli. Bu makaleyi okuyorsan\u0131z teknik bilginin bu tarafta ne kadar de\u011ferli oldu\u011funun siz de fark\u0131ndas\u0131n\u0131zd\u0131r. Fakat teknik bilgi sizi bir yere kadar ta\u015f\u0131yacakt\u0131r ve daha \u00e7ok uzmanla\u015fman\u0131z asl\u0131nda bir noktada da ileti\u015fim ve ekip i\u00e7indeki etkinliklerinizdir.<\/p>\n
Yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131na d\u0131\u015far\u0131dan bakan biri i\u00e7in test m\u00fchendisli\u011fi, kodun i\u00e7inde hatalar\u0131 arayan, test maddeleri haz\u0131rlayan ve geli\u015ftiricilere “bunu d\u00fczelt” diyen yaln\u0131z bir sava\u015f\u00e7\u0131n\u0131n i\u015fi gibi g\u00f6r\u00fcnebilir. Ben de asl\u0131nda sekt\u00f6re giri\u015f yapt\u0131\u011f\u0131m zaman genel olarak bu fikirdeydim. Fakat tecr\u00fcbe kazand\u0131k\u00e7a yaz\u0131l\u0131m testinin as\u0131l g\u00fcc\u00fcn\u00fcn projede k\u00f6\u015femize \u00e7ekilip testimizi yap\u0131p Jira\u2019dan task\u0131 iletmek de\u011fil t\u00fcm ekip \u00fcyeleriyle kurulan sa\u011flam ileti\u015fimden ge\u00e7ti\u011fini daha net anlad\u0131m. Mid-level bir test m\u00fchendisi olarak, projenin ba\u015far\u0131s\u0131n\u0131n buldu\u011fumuz bug say\u0131s\u0131yla de\u011fil, buglar\u0131 \u00f6nemine g\u00f6re etkisini ne kadar iyi iletti\u011fimizle ve kaliteyi bu noktada ekip olarak bir al\u0131\u015fkanl\u0131k haline getirdi\u011fimizle \u00f6l\u00e7\u00fcld\u00fc\u011f\u00fcn\u00fc daha net bir bi\u00e7imde g\u00f6r\u00fcyorum.<\/p>\n
<\/p>\n
\u201cBiz Test\u00e7iler\u201d ve \u201cOnlar\u201d De\u011fil, Tek Bir Ekip : Analist-Geli\u015ftirici-Test\u00e7i \u0130\u015fbirli\u011fi<\/strong><\/p>\n Projede en temel ileti\u015fim Analistler, Geli\u015ftiriciler ve Test Ekibi aras\u0131nda kuruluyor. Fakat en zorlu iletimin baz\u0131 zamanlarda Test ve Geli\u015ftirme ekipleri aras\u0131nda ya\u015fand\u0131\u011f\u0131 bir ger\u00e7ektir. Klasik “biz bulduk, onlar d\u00fczeltsin” yakla\u015f\u0131m\u0131, projeleri yava\u015flatan, motivasyonu d\u00fc\u015f\u00fcren ve kalitesiz \u00fcr\u00fcnlere yol a\u00e7an zehirli bir d\u00f6ng\u00fcd\u00fcr. Bunu kurumlar\u0131n projelerinde bizzat deneyimledim. Ba\u015far\u0131l\u0131 projelerdeki s\u0131r ise bu ili\u015fkiyi yap\u0131c\u0131 bir i\u015fbirli\u011fine d\u00f6n\u00fc\u015ft\u00fcrmektir.<\/p>\n Buldu\u011fumuz bir hatay\u0131 raporlarken amac\u0131m\u0131z birini su\u00e7lamak de\u011fil, \u00fcr\u00fcn\u00fc hep birlikte daha iyi bir noktaya ta\u015f\u0131makt\u0131r. \u00d6rnek olarak testini ger\u00e7ekle\u015ftirdi\u011fimiz bir web sitesinde bulunan butonun \u00e7al\u0131\u015fmama bug\u0131n\u0131 raporlarken \u201cButon \u00e7al\u0131\u015fm\u0131yor\u201d demek yerine :<\/p>\n Bu ad\u0131mlar\u0131 yapmak geli\u015ftiricinin sorunu anlamak i\u00e7in harcayaca\u011f\u0131 zaman\u0131 minimuma indirecektir ve kendi geli\u015ftirmesine daha iyi odaklanmas\u0131n\u0131 sa\u011flayacakt\u0131r. Aktarmas\u0131 zor bir hata s\u00f6z konusu oldu\u011fu ise mesela Jira kart\u0131na direkt yorum yazmak yerine Teams \u00fczerinden ileti\u015fim kurup 5 dakikal\u0131k h\u0131zl\u0131 bir ekran payla\u015f\u0131m\u0131 yap\u0131p kar\u015f\u0131 taraf\u0131n \u00e7ok h\u0131zl\u0131ca anlamas\u0131n\u0131 sa\u011flamak, saatler s\u00fcrebilecek yanl\u0131\u015f anla\u015fmalar\u0131 ortadan kald\u0131racakt\u0131r.Buradaki odak noktam\u0131z bug fixlerin ba\u015far\u0131l\u0131 olmas\u0131n\u0131n, test m\u00fchendisi ve yaz\u0131l\u0131m geli\u015ftiricinin ortak bir zaferi olmas\u0131d\u0131r.<\/p>\n Hatalar\u0131 Do\u011fmadan \u00d6nce Engelleyebilmek: Analist ve \u00dcr\u00fcn Sahibiyle \u0130leti\u015fim Kurmak<\/strong><\/p>\n Kalite, kod yaz\u0131ld\u0131ktan sonra eklenen bir katman de\u011fildir; projenin en ba\u015f\u0131ndan itibaren i\u015flenmesi gereken bir olgudur. Bu noktada test m\u00fchendisinin rol\u00fc, sprint planlama ve analiz toplant\u0131lar\u0131na aktif olarak kat\u0131lmakt\u0131r.<\/p>\n Bir user story tart\u0131\u015f\u0131l\u0131rken, analist ve \u00fcr\u00fcn sahibine \u015fu gibi sorular\u0131 sormak bizim sorumlulu\u011fumuzdad\u0131r:<\/p>\n Bu “ya olursa?” sorular\u0131, potansiyel hatalar\u0131 ve mant\u0131ksal bo\u015fluklar\u0131 daha tek bir sat\u0131r kod yaz\u0131lmadan ortaya \u00e7\u0131kar\u0131r. Bu, “shift-left testing” yakla\u015f\u0131m\u0131n\u0131n ta kendisidir ve projenin zaman ve maliyet verimlili\u011fi a\u00e7\u0131s\u0131ndan paha bi\u00e7ilmezdir.<\/p>\n B\u00fcy\u00fck Resmi G\u00f6rmek: DevOps, Tasar\u0131m ve Di\u011fer Ekiplerle Koordinasyon<\/strong><\/p>\n Yaz\u0131l\u0131m sadece koddan ibaret de\u011fildir. Test ortam\u0131n\u0131n sa\u011fl\u0131kl\u0131 \u00e7al\u0131\u015fmas\u0131ndan son kullan\u0131c\u0131n\u0131n alaca\u011f\u0131 deneyime kadar geni\u015f bir yelpazeyi kapsar.<\/p>\n Sonu\u00e7: Test M\u00fchendisi Bir Kalite El\u00e7isidir<\/strong><\/p>\n Yaz\u0131l\u0131m Test taraf\u0131ndaki teknik konuda yeteneklerimiz (otomasyon yazma, SQL sorgular\u0131, API test ara\u00e7lar\u0131 vb.) bizim temel g\u00fc\u00e7lerimizdir. Fakat bu g\u00fc\u00e7leri ne kadar etkili kullanaca\u011f\u0131m\u0131z\u0131 belirleyen \u015fey, ileti\u015fim becerilerimiz ve ekip i\u00e7indeki duru\u015fumuzdur. Mid-level bir test m\u00fchendisi olarak art\u0131k biliyorum ki, bizim i\u015fimiz sadece hata yakalamak de\u011fil; kalitenin t\u00fcm ekipteki bireyler taraf\u0131ndan anla\u015f\u0131ld\u0131\u011f\u0131 ve sahiplenildi\u011fi bir k\u00fclt\u00fcr yarat\u0131lmas\u0131na liderlik etmektir. Yap\u0131c\u0131 ve aktif bir ileti\u015fim kurarak, pasif bir “hata avc\u0131s\u0131” olmaktan \u00e7\u0131k\u0131p, proaktif bir “kalite el\u00e7isi” haline geliriz. Projenin ba\u015far\u0131s\u0131 da tam olarak bu d\u00f6n\u00fc\u015f\u00fcmde sakl\u0131d\u0131r.<\/p>\n","protected":false},"excerpt":{"rendered":" Yaz\u0131l\u0131m sekt\u00f6r\u00fcn\u00fcn \u00fclkemizde ne kadar b\u00fcy\u00fck bir \u00f6neme sahip oldu\u011funu her ge\u00e7en g\u00fcn daha fazla anl\u0131yoruz. Bankac\u0131l\u0131k taraf\u0131, e-ticaret uygulamalar\u0131, […]<\/p>\n","protected":false},"author":487,"featured_media":211479,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"categories":[244],"tags":[548,549,392,481,516,538,539,540,541,542,543,544,545,546,547],"class_list":["post-211473","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog-tr","tag-agile-kulturu","tag-testeryou","tag-yazilim-testi-tr","tag-test-surecleri","tag-shift-left-testing","tag-ekip-ici-iletisim","tag-yazilim-test-muhendisligi","tag-kalite-kulturu","tag-test-ekibi-isbirligi","tag-yazilim-gelistirme","tag-devops","tag-kullanici-deneyimi","tag-proje-yonetimi","tag-yazilimda-kalite","tag-test-muhendisi-rolu"],"acf":[],"yoast_head":"\n\n
\n
\n