<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="tr">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">Türkiye&apos;deki Kamu Kurumları Yazılım Test ve Kalite Faaliyetleri Anketi, Değerlendirilmesi ve Öneriler</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Mustafa</forename><surname>Sari</surname></persName>
							<email>mustafa.sari@tubitak.gov.tr</email>
							<affiliation key="aff0">
								<orgName type="department">Yazılım Test ve Kalite Değerlendirme Merkezi</orgName>
								<orgName type="institution">TÜBİTAK BİLGEM TDBY</orgName>
								<address>
									<settlement>Gebze, Kocaeli</settlement>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Mehmet</forename><surname>Özbek</surname></persName>
							<email>mehmet.ozbek@tubitak.gov.tr</email>
							<affiliation key="aff0">
								<orgName type="department">Yazılım Test ve Kalite Değerlendirme Merkezi</orgName>
								<orgName type="institution">TÜBİTAK BİLGEM TDBY</orgName>
								<address>
									<settlement>Gebze, Kocaeli</settlement>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Ayşegül</forename><surname>Kurt</surname></persName>
							<email>aysegul.kurt@tubitak.gov.tr</email>
							<affiliation key="aff0">
								<orgName type="department">Yazılım Test ve Kalite Değerlendirme Merkezi</orgName>
								<orgName type="institution">TÜBİTAK BİLGEM TDBY</orgName>
								<address>
									<settlement>Gebze, Kocaeli</settlement>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Türkiye&apos;deki Kamu Kurumları Yazılım Test ve Kalite Faaliyetleri Anketi, Değerlendirilmesi ve Öneriler</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">8FA2F1CB98CC64A10941E3F445DD005E</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-25T02:06+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>Anket</term>
					<term>Yazılım testi</term>
					<term>Yazılım kalitesi</term>
					<term>Kamu Kurumları</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>}</head><p>Özet. Dünyanın en büyük sektörlerinden biri hiç şüphesiz yazılım sektörüdür. Geliştirilen yazılımların büyüklüğü ve insan hayatının her alanında yer alması bu sektörün önemini daha da arttırmaktadır. Bu yüzden, başarılı yazılımların geliştirilmesi için bu konudaki standartların ve belirlenmiş süreçlerin en iyi şekilde uygulanması her geçen gün önemini arttırmaktadır. Daha kaliteli ve başarılı projeler geliştirilmesine katkıda bulunmak için, yazılım testi ve yazılım kalitesi büyük bir önem taşımaktadır. Yazılım test ve kalite faaliyetleri, ürün kalitesinin yükseltilmesi ve müşteri memnuniyetinin arttırılmasına doğrudan katkıda bulunmaktadır. Bu çalışma kapsamında, kamu kurumlarının katılım sağladığı "Yazılım Test ve Kalite Değerlendirme Çalıştayı" nda, yazılım projelerindeki yazılım test ve kalite faaliyetleri ile ilgili test ekipleri, dokümantasyon, başarı kriterleri, test senaryoları, kullanabilirlik, performans, kod gözden geçirme, test ve kalite faaliyetleri durum ve sorunları bakımından bir anket çalışması ve katılımcıların görüş ve önerilerinin alındığı oturumlar gerçekleştirilmiştir. Bu anket çalışmasından elde edilen sonuçlar incelendiğinde, kamu kurumları yazılım projeleri hakkında önemli ve ilginç bulgular ortaya çıkmıştır. Bu sonuçlar değerlendirilerek, ilgili faaliyetler kapsamında sektörün güçlü ve zayıf yönleri belirlenmiştir. Ayrıca, bu değerlendirmeler ile ilgili olarak bazı öneriler de bulunulmuştur.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="tr">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>ards and Technology)'in 2002 raporunda, yazılım test altyapısının olmamasının ABD ekonomisine yıllık olarak 62 Milyar $ zarara neden olduğu belirtilmektedir <ref type="bibr" target="#b2">[4]</ref>.</p><p>Bu yüzden, başarılı yazılımların geliştirilmesi için bu konudaki standartların ve belirlenmiş süreçlerin en iyi şekilde uygulanması her geçen gün önemini arttırmaktadır. Bu kapsamda, Yazılım Test ve Kalite Değerlendirme Merkezi (YTKDM), kamu ve özel kurum ve kuruluşları için "Yazılım Test ve Kalite Değerlendirme" alanlarında kurumların gelişimine katkı sağlamak, yazılım projelerinin başarısını arttırmaya katkı da bulunmak, yazılımların rekabet gücünü arttırmak için kalite metrikleri kapsamında değerlendirmeler yaparak belgelendirmek, geliştirilen yazılımları objektif ve bağımsız şekilde test ederek değerlendirmek amacıyla, Devlet Planlama Teşkilatı (DPT) desteği ile 2010 yılı Şubat ayında TÜBİTAK BİLGEM bünyesinde kurulmuştur. Bu amaçla, YTKDM yazılım sektörü kurum ve kuruluşları ile iletişimini günden güne geliştirmek, bu kurumların bakış açısı ile mevcut durumun değerlendirilmesine, önerilerin alınmasına ve yazılım testi ile yazılım kalitesi konularında farkındalık oluşturulmasına önem vermektedir.</p><p>Kamu kurumları ile çeşitli nedenler ile yapılan görüşmelerde Yazılım Test ve Kalite Değerlendirme Merkezi olarak verilen hizmetlerle ilgili çalışmaların kamu kurumlarında yeterince bilinmediği; kullanacakları yazılımları tedarik ederken veya kendi geliştirdikleri yazılımların geliştirilme sürecinde yazılım testlerine ve yazılım kalitesinin değerlendirilmesine yeterince önem verilmediği gözlemlenmiştir. Bu konularla ilgili hizmet verilen, deneyim aktarılan veya ziyaret edilen kamu kurumları, bu konularda farkındalık sahibi olduklarında, bu konuların genel olarak kamu kurumlarınca yeterince uygulanmadığını ifade etmişlerdir. Yapılan değerlendirmeler sonucunda bu konularda farkındalık oluşturmak ve kamu kurumlarının bundan sonraki yazılım geliştirme ihtiyaçlarında yazılım şartnamelerine girdi oluşturabilmek ve katkı sağlayabilmek amacı ile bir çalıştay yapılmasına karar verilmiştir.</p><p>Bu amaç doğrultusunda, TÜBİTAK BİLGEM ve 67 kamu kurumundan bilgi işlem yöneticilerinin katılımları ile 17 Haziran 2014 tarihinde Ankara'da Yazılım Test ve Kalite Değerlendirme Çalıştayı gerçekleştirilmiştir.</p><p>Bu bildiri, çalıştay kapsamında elde edilen veri ve bilgileri içermektedir. Bildiride sunulan sonuçlar; çalışma esnasında katılımcılardan alınan görüşler, öneriler ve anket değerlendirmeleri doğrultusunda hazırlanmıştır.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Yazılım Test ve Kalite Değerlendirme Çalıştayı Hakkında</head><p>Çalıştayın amacı; kamu kurumlarında yazılım test ve kalite değerlendirme konularında farkındalık oluşturmak ve bu kurumların bu konulardaki düşüncelerini ve sorunlu alanlara ilişkin öncelikli olarak ele alınması gereken hususlar ile ilgili önerilerini almaktır. Çalıştaya Ankara'daki ilgili kurumlardan 115 temsilci ve 21 BİLGEM çalışanı olmak üzere toplam 136 kişi katılmıştır.</p><p>Çalıştay temel olarak, yazılım testleri konusunda farkındalık oluşturacak "Yazılım Felaketleri ve Yazılım Testleri", yazılımların performansı ve kullanılabilirliğine yönelik "Daha Kullanılabilir Yazılımlar İçin Kullanılabilirlik Değerlendirmeleri ve Performans Testleri ve Önemi", yazılımların kalitesinin artırılmasına yönelik "Bakım Yapılabilir Yazılımlar ve Yazılım Kalitesi" sunumları ile iki bölüm halinde katılımcıların görüşlerinin alındığı değerlendirme oturumları olarak gerçekleştirilmiştir.</p><p>Ayrıca, ilgili oturumlar sonrasında Kamu Kurumları bilgi işlem yöneticilerinin oturumlar kapsamındaki faaliyetlerle ilgili görüşlerinin aktarılması ve anket yapılması faaliyetleri gerçekleştirilmiştir. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Kamu Kurumları Görüş ve Önerileri</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Yazılım Test ve Kalite Faaliyetleri Anketi</head><p>Bu bölümde, çalıştayda katılımcıların doldurduğu "Yazılım Test ve Kalite Faaliyetleri Anketi" ile ilgili değerlendirmeler yer almaktadır. Bu anket ile kamu kurumlarının yazılım test ve kalite değerlendirme alanlarında görüş ve önerileri aşağıda listelenen sorular ile alınmıştır. Bu sorular genel olarak; test ve kalite faaliyetleri ile ilgili kamu kurumların sorunları, gerçekleştirdikleri çalışmaları, kullanılabilirlik, performans, standartlara uygunluk ve güvenlik testlerinin yapılıp yapılmadığı, yapılıyorsa nasıl yapıldığı, YTKDM'nin faaliyetleri ile ilgili görüş ve önerilerinden oluşmaktadır. Bu sorulara verilen yanıtlar grafiksel olarak görselleştirilerek ve sonuçlar analiz edilerek yorumlanmıştır.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>4.1</head><p>Kullandığınız iş uygulama yazılımlarını kurum olarak kendiniz mi geliştiriyorsunuz? Tedarik mi ediyorsunuz?</p><p>Bu soruya verilen cevaplar incelendiğinde ve Şekil. 1.'de gösterildiği üzere, kamu kurumların büyük bir kısmı ihtiyaç duydukları yazılımları hem geliştirme hem de tedarik etme yolunu seçmektedirler.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Şekil. 1. Kullandığınız iş uygulama yazılımlarını kurum olarak kendiniz mi geliştiriyorsunuz?</head><p>Tedarik mi ediyorsunuz?</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>4.2</head><p>Geliştirilen / tedarik edilen yazılımlar sistematik olarak test ediliyor.</p><p>Bu soruya verilen cevapları incelendiğinde ve Şekil. 2.'de gösterildiği üzere, kamu kurumlarında geliştirilen yazılımların sistematik test edilmesi ile ilgili sorunlar olduğu görülmektedir. Kurumların yarıdan fazlası bu konuda bilinçli olunmadığını belirtmiş ya da olumsuz yanıtlar vermişlerdir. Buna göre, ilgili kamu kurumlarında yazılım testlerinin belirli bir süreç ve sistematiğe göre yapılmadığı görülmektedir.</p><p>Şekil. 2. Geliştirilen / tedarik edilen yazılımlar sistematik olarak test ediliyor.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>4.3</head><p>Yazılımlarınızı kimler test ediyor?</p><p>Bu soruya verilen cevapları incelendiğinde ve Şekil. 3.'de gösterildiği üzere, kamu kurumlarında yazılımları çoğunlukla geliştiriciler ya da son kullanıcılar test etmektedir. Testlerin geliştiriciler ve son kullanıcılar tarafından yapılması, test mühendisliği tekniklerinin tam olarak uygulanmadığı anlamına gelmektedir. Bunun sonucunda ise, hatalı, kullanışsız, performans yönünden sorunlu, güvenlik açıkları olan yazılımlar ortaya çıkmaktadır. Bu durum ülkemizde test faaliyetlerinin daha kaliteli olarak yapılması konusunda çözümler geliştirilmesi ihtiyacını ortaya çıkarmaktadır. Test faaliyetlerinin bağımsız test ekipleri ile gerçekleştirilmesi ile bu sorunun çözülmesine katkıda bulunulacağı değerlendirilmektedir.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Şekil. 3. Yazılımlarınızı kimler test ediyor?</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.4">Yazılımların bağımsız, yetkili bir ekip tarafından denetlenmesi hakkındaki görüşleriniz nelerdir?</head><p>Katılımcılar yazılımların bağımsız, yetkili bir ekip tarafından denetlenmesi konusuna genel olarak olumlu yaklaşmışlardır. Gelen görüşler aşağıdaki şekilde özetlenebilir.</p><p> Yazılımlarda ortaya çıkabilecek performans, kalite ve güvenlik gibi olumsuz durumların denetlenmesi kesinlikle bağımsız bir kuruluş/ekip tarafından yapılmalıdır.</p><p> Geliştiricilerin gözünden kaçan hataların tespit edilmesini sağlar. Kesinlikle kamu kurumlarında böyle bir yapılanmaya ihtiyaç vardır.</p><p> Bu konuda kamu kurumlarının adına hareket edebilecek yasal mevzuatla desteklenmiş bir kamu kurumu olabilir.</p><p> Kamu kurumlarında kullanılacak/kullanılmakta olan yazılımlar etki alanı göz önünde bulundurularak bağımsız yetkili bir ekip tarafından denetlenmeli ve sertifiye edilmeli, hatta yazılım şirketlerinin de kalitesi sertifiye edilmelidir.</p><p> Test ve Kalite konularında kurum personeli eğitilmelidir.</p><p> Kurum içerisinde geliştirilen yazılımların farklı bir gözle denetlenmesi sağlanmış olur. Ayrıca tedarik edilen yazılımların denetlenmesi kurum personeli tarafından tam olarak sağlanamadığı için daha çok bilgi ve tecrübe sahibi kuruluşların denetlemesi uygun olur.</p><p> Dış kaynaklı teminlerde zorunluluk getirilmelidir. </p><formula xml:id="formula_0"></formula></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>4.9</head><p>Yazılım projeleriniz istenen zaman ve bütçede tamamlandı mı/tamamlanıyor mu?</p><p>Bu soruya verilen cevapları incelendiğinde ve Şekil. 7.'de gösterildiği üzere, kamu kurumlarında sadece projelerin %29'u istenen bütçe ve zamanda tamamlanabilmiştir, yani başarı ile sonuçlanmıştır. Projelerin %71'i ise zaman/bütçe aşımı ile tamamlanmıştır. Bu durum projelerin bütçe ve maliyetlerinin iyi kestirilememesi, iyi test edilmemesi, projenin kapsamının iyi belirlenememesi gibi ana etkenlerden kaynaklı olabilmektedir. Ayrıca, bu oran 2012 yılı Standish Group CHAOS dünya genelinde yapılan araştırma raporundaki %61'lik zaman/bütçe aşımı oranından daha fazladır <ref type="bibr" target="#b0">[1]</ref>. Ülkemizdeki yazılım projelerinin başarısızlık oranının dünya ortalamasının üzerinde olması başarısızlığın kaynaklarının araştırılarak bu sorunlara acil çözümler geliştirilmesi ihtiyacını ortaya çıkarmaktadır. Şekil. 7. Yazılım projeleriniz istenen zaman ve bütçede tamamlandı mı/tamamlanıyor mu?</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.10">Yazılım Projelerinizde Kod Gözden Geçirme Çalışmaları yapılıyor mu?</head><p>Bu soruya verilen cevapları incelendiğinde ve Şekil. 8.'de gösterildiği üzere, projelerin yarıdan fazlasında kod gözden geçirme çalışmaları yapıldığı belirtilmiştir. Bu durum projelerde geliştirilen kod kalitesini arttırmaktadır.</p><p>Şekil. 8. Yazılım projelerinizde Kod Gözden Geçirme Çalışmaları yapılıyor mu?</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.11">Yazılım Projelerinizde Kullanılabilirlik ile ilgili çalışmalar yapılıyor mu?</head><p>Yapılıyor ise ne tür çalışmalar gerçekleştirildi?</p><p>Bu soruya verilen cevapları incelendiğinde ve Şekil. 9.'da gösterildiği üzere, projelerin yarısının kullanılabilirlik çalışmalarının gerçekleştirmediği belirtilmiştir.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Kullanılabilirlik ile ilgili faaliyetleri gerçekleştirilen kurumların çalışmaları incelendiğinde bu çalışmalar için bir standart ya da rehber kullanılmadığı anlaşılmıştır. Bu durum, kamu kurumlarında kullanılabilirlik çalışmalarında yetersiz olduğunu ve ciddi sorunlar olduğunu göstermektedir.</head><p>Şekil. 9. Yazılım Projelerinizde Kullanılabilirlik ile ilgili çalışmalar yapılıyor mu? Yapılıyor ise ne tür çalışmalar gerçekleştirildi? Bu soruya verilen cevapları incelendiğinde ve Şekil. 12.'de gösterildiği üzere, kamu kurumların yazılımlarının bakımı ile ilgili büyük oranda (%76) sorunları olduğu gözükmektedir. Bu durum iyi test edilmemiş, kalitesi düşük yazılımların bakım aşamasında sorunlara neden olduğu gerçeğini göstermektedir. Bakım aşamasında sorunlar ile karşılaşılan proje tecrübeleri göz önüne alındığında, yazılım projelerinde sorunların bir kartopu gibi büyümesi ve bu sorunların bakım aşamasında ortaya çıkması olarak özetlenebilir. Bu sorunlar genel olarak, kullanılabilir olmayan, yazılım performansı yönünden sorunlu, güvenlik açıkları ve işlevsel hataları olan, istekleri karşılamayan, proje dokümanların eksikliği, teknik şartnamenin iyi hazırlanmaması problemlerini içermektedir. Ayrıca, tedarik edilen yazılımların bakım aşamalarında ilgili firmaların, kurumların bakım isteklerine istenilen zaman ve bütçede yanıt verememesi de ayrı bir diğer problemdir.</p><p>Bu problemlerin çözümü kapsamında, YTKDM olarak geliştirilen "Projede Bir Müşteri Avukatı: Bağımsız DG Ekibi" yaklaşımı önerilmektedir. Kısaca, bu yaklaşıma göre yazılım ürünleri, yaşam döngüsü boyunca bağımsız bir kuruluş tarafından test edilir, testleri değerlendirir, test sonuçları belgelendirilir ve tüm safhalardaki gözden geçirmeler gerçekleştirilir. Bağımsız olarak gerçekleştirilen bu faaliyetler, objektif değerlendirmeyi sağlarken, yanlılığı ortadan kaldırmaktadır. Ayrıca, değerlendirmeler sonucunda, gerektiğinde projeye risk bildiriminde bulunup, risk analizlerinin yapılması tetiklenir. Projenin tüm safhalarında bağımsız olarak gerçekleştirilen gözden geçirmeler ile sağlanan izleme ve kontrol; müşteri, sponsor ve proje arasındaki iletişime ışık tutarak riskli görülen durumları sponsor kuruma/kişiye aktarılarak, proje gidişatının üst seviyede izlenmesini sağlanmaktadır. Bu yaklaşım için farklı çalışma modelleri oluşturulmuştur <ref type="bibr" target="#b3">[5]</ref>.</p><p>Şekil. 12. Geliştirilen/tedarik edilen uygulama yazılımlarınızda, bakım ile ilgili sorunlar yaşamakta mısınız?</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.15">Geliştirilen/tedarik edilen uygulama yazılımlarınızda gördüğünüz sorunlar nelerdir?</head><p>Bu soruya verilen cevapları incelendiğinde ve Şekil. 13.'de gösterildiği üzere, projelerde en çok rastlanan sorun isterlerin değişmesi ve eksik isterlerdir. Buna göre isterlerin yazılım projeleri için çok önemli olduğu görülmektedir. Ayrıca, isterlerin en önemli test girdisi olduğu çalıştay oturumlarında da açıkça belirtilmiştir. Diğer bir konu da, proje kapsamı ve zaman tahmini ile ilgili sorunlardır. Bu sorunlar nedeniyle projeler istenen zaman ve bütçede tamamlanamamakta ve başarısız olmaktadır.</p><p>Şekil. 13. Geliştirilen/tedarik edilen uygulama yazılımlarınızda gördüğünüz sorunlar nelerdir?</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.16">Geliştirilen/tedarik edilen uygulama yazılımlarınızda oluşturulan dokümanlar nelerdir?</head><p>Bu soruya verilen cevapları incelendiğinde ve Şekil. 14.'de gösterildiği üzere, projelerde oluşturulması gereken dokümanların birçoğu birçok projede oluşturulmamaktadır. Bu durum projelerde yazılım geliştirme ve test sistematiğinin olmadığını veya çok alt seviyede yapıldığını göstermektedir.</p><p>Şekil. 14. Geliştirilen/tedarik edilen uygulama yazılımlarınızda oluşturulan dokümanlar nelerdir?</p><p>4.17 YTKDM faaliyetlerine eklenebilecek "Yeni Çalışma Alanları" sizce neler olabilir?</p><p>Katılımcılar "Yeni Çalışma Alanları" ile ilgili genel olarak aşağıdaki görüşleri iletmişlerdir.</p><p> YTKDM'nin "merkezi test birimi" olması ve yazılımların kamuda işletime alınmadan üst seviye testlerinin yapılarak YTKDM'nin "uygundur" onayını vermesi.</p><p> Yazılım test ve kalitesine yönelik eğitimler düzenlenmesi, bilişim teknolojilerine yönelik standartların belirlenmesine katkıda bulunması. </p><formula xml:id="formula_1"></formula></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.20">YTKDM faaliyetlerinden daha önce haberdar olmuş muydunuz? Cevabınız Evet ise hangi faaliyetlerini bildiğinizi ve nereden haberdar olduğunuzu kısaca belirtebilir misiniz?</head><p>Bu soruya verilen cevapları incelendiğinde ve Şekil. 15.'de gösterildiği üzere,</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>YTKDM ve faaliyetlerinden daha önce haberdar olan kurum çok azdır. Bu çalıştay YTKDM ve faaliyetlerinin tanıtımı ve farkındalık oluşturulması için çok faydalı olmuştur.</head><p>Şekil. 15. YTKDM faaliyetlerinden daha önce haberdar olmuş muydunuz?</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5">Sonuç ve Genel Değerlendirmeler</head><p>Çalıştaya, Başbakanlık, Savunma Sanayi Müsteşarlığı (SSM), Kamu İhale Kurumu (KİK), Dışişleri Bakanlığı, Maliye Bakanlığı, İçişleri Bakanlığı gibi ülkemizin önemli kamu kurumlarından 67 kurum ve 115 temsilcileri yer almıştır. Kamu kurumları genel olarak bilgi işlem yöneticileri seviyesinde (Daire Başkanı, Şube Müdürü vb.) katılım sağlanmıştır.</p><p>Davet edilen 85 kurumun 67'sinin katılacağını bildiren 112 katılımcıya karşılık 115 katılımcının çalıştayda hazır bulunması beklenen ilginin karşılık bulmasının önemli bir göstergesidir.</p><p>Katılım sağlayan davetliler gerek sunumlar sırasında, gerekse sunumlar arasında yapılan değerlendirme oturumlarında etkin katılım sağlamışlardır. Sunumlar arasında özellikle geniş bırakılan aralarda kurumlarla yapılan temaslar sırasında sunumları yapılan konuların önemi katılımcılar tarafından vurgulanarak bu konularda kurumlara ne gibi önlemler alabilecekleri aktarılmıştır.</p><p>Yapılan temaslar sırasında kamu kurumları için geliştirilen projelerde yazılım testleri ve yazılım kalitesini ölçmeye yönelik çalışmaların büyük ölçüde gerçekleştirilmediğini ifade eden kamu kurumu bilgi işlem yöneticilerinin ifadeleri göz önünde bulundurulduğunda yapılan çalıştayın önemli bir eksikliği giderebilecek bir faaliyet olduğu değerlendirilebilir.</p><p>Kamu kurumlarından alınan geri bildirimlerden öne çıkanlardan biri de sunumlarda değinilen konulara yönelik eğitimlerin planlanarak kamu kurumlarına eğitimlerin verilmesi talebi olmuştur.</p><p>Ayrıca temas kurulan kamu kurumu yetkililerinin önemli bir bölümü yazılım test ve kalite analiz faaliyetlerinin bağımsız bir ekip tarafından yapılması gerektiğini vurgulamışlardır.</p><p>Kamuya tedarik edilen veya geliştirilen yazılımların bağımsız bir şekilde denetlenmesi ve değerlendirilmesi konusunda YTKDM'ye kanuni yaptırım veya yasal mevzuat ile yetki verilmesi beklenilmektedir. Getirilecek bu kanuni zorunluluk ile YTKDM, tüm kamu kurumları için resmi danışman ve denetçi olarak çalışması durumunda, ülke genelinde yazılım test ve kalite politikalarının belirlenmesi, standartların oluşturulması sağlanmış olacaktır.</p><p>Kamu kurumlarını yazılım testi ve yazılım kalitesi konularında bilgilendirmek, konuyla ilgili farkındalık oluşturmak ve kurumlar arası potansiyel işbirlikleri yapmak amacıyla düzenlenen çalıştay başarıyla tamamlanmıştır.</p><p>Teşekkür -Yazarlar, bu çalışmanın gerçekleştirilmesi için destek sağlayan TÜBİTAK BİLGEM TDBY Yazılım Test ve Kalite Değerlendirme Merkezi'ne teşekkür eder.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Kaynaklar</head></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>4. 12</head><label>12</label><figDesc>Geliştirilen/tedarik edilen uygulama yazılımlarınızda yazılım performansı ile ilgili bir sorunlar var mıdır? Var ise ne tür problemler ile karşılaştınız? Bu soruya verilen cevapları incelendiğinde ve Şekil. 10.'da gösterildiği üzere, katılımcıların %72'si kurumlarında kullandıkları yazılımların performans sorunu olduğunu değerlendirmiştir. Bu durum, yazılım test mühendisliği ve test faaliyetlerinin önemini ortaya koymaktadır. Yazılım testleri konusunda kamu kurumlarının önlem almalarının gerekliliği açıkça görülmektedir. Şekil. 10. Geliştirilen/tedarik edilen uygulama yazılımlarınızda yazılım performansı ile ilgili bir sorunlar var mıdır? Var ise ne tür problemler ile karşılaştınız? 4.13 Yazılım Projelerinizde/Kurumunuzda, test ve kalite faaliyetleri ile ilgili eğitim ihtiyacınız var mıdır? Bu soruya verilen cevapları incelendiğinde ve Şekil. 11.'de gösterildiği üzere, kamu kurumların test ve kalite konularında büyük oranda eğitim ihtiyacı olduğu gözükmektedir. Bu ihtiyacı giderici çalışmaların yapılması gerekmektedir. Şekil. 11. Yazılım Projelerinizde/Kurumunuzda, test ve kalite faaliyetleri ile ilgili eğitim ihtiyacınız var mıdır? 4.14 Geliştirilen/tedarik edilen uygulama yazılımlarınızda, bakım ile ilgili sorunlar yaşamakta mısınız?</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0"><head></head><label></label><figDesc></figDesc><graphic coords="4,128.05,221.40,339.00,186.00" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0"><head></head><label></label><figDesc></figDesc><graphic coords="5,124.70,310.30,346.65,158.30" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0"><head></head><label></label><figDesc></figDesc><graphic coords="12,117.60,429.25,384.25,201.85" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0"><head></head><label></label><figDesc></figDesc><graphic coords="13,125.15,233.30,344.90,159.70" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head>Özellikle fonksiyonel testler bağımsız bir ekip tarafından yapılmalıdır. Yazılım geliştiriciler tarafından yapılan fonksiyonel testler yetersiz ve etkisiz olmaktadır.  Uzman, yetkin ve tarafsız bir kurumca bu faaliyetlerin yapılması çok faydalı olur.</head><label></label><figDesc></figDesc><table /><note> Yazılımların bağımsız ve yetkili bir ekip tarafından denetlenmesi, hem yazılım/ürün kalitesini arttırır, hem de süreç kalitesini arttırır. Bağımsız ve tarafsız bir denetim ekibi, iş körlüğünün önüne geçer, testlerin daha etkin ve sistematik yapılmasını sağlar. Yazılımdaki hataların/bugların temizlenmesi için faydalı bir strateji olacaktır. Test</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_2"><head>ve kalite bağımsızlığının kurumlarda/özel sektörde en üst düzeyde sağlanması gerekmektedir. 4.5 Yazılımlar hangi dokümanlara göre test ediliyor?</head><label></label><figDesc>Bu soruya verilen cevapları incelendiğinde ve Şekil. 4.'de gösterildiği üzere, test yapan kurumların birçoğu testlerinde gereksinim ya da şartname kullanmaktadırlar. Bu durum, testlerin yapıldığı durumlarda gelişigüzel yapılmadığını göstermektedir. Fakat burada değinilmesi gereken bir diğer konu ise,</figDesc><table /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_3"><head>test yapılırken sadece şartname dokümanın kullanılması yanlış ve yetersizdir. Yazılım</head><label></label><figDesc>projelerinde gereksinim dokümanı oluşturulmalı ve bu dokümana göre hazırlanan test durumları ile testler yapılmalıdır.</figDesc><table /><note>Şekil. 4. Yazılımlar hangi dokümanlara göre test ediliyor?4.6Yazılı test senaryolarınız mevcut mu?Bu soruya verilen cevapları incelendiğinde ve Şekil. 5.'de gösterildiği üzere,,</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_4"><head>birçok kurumda testler gerçekleştirilirken test senaryoları hazırlanmamaktadır.</head><label></label><figDesc>Bu durum yapılan testin kalitesini ciddi oranda azaltmaktadır.</figDesc><table /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_5"><head>Şekil. 5. Yazılı test senaryolarınız mevcut mu? 4.7 Yazılımlarınız test ediliyorsa test edilen özellikler nelerdir? Bu</head><label></label><figDesc></figDesc><table /><note>soruya verilen cevapları incelendiğinde ve Şekil. 6.'da gösterildiği üzere, test yapan birçok kurum işlevsel testleri gerçekleştirmektedir. Fakat</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_6"><head>kurumların yarısı işlevsel olmayan testler olan performans, kullanılabilirlik, güvenlik gibi testleri gerçekleştirmemektedir.</head><label></label><figDesc>Ayrıca, birçok kurum yazılımlarda uyulması gereken standartlara uygunluk denetimi yapmamaktadır.</figDesc><table /><note>Şekil. 6. Yazılımlarınız test ediliyorsa test edilen özellikler nelerdir? 4.</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_7"><head>8 Yazılımları kullanırken işlevsellik, kullanılabilirlik ve performans ile ilgili karşılaştığınız sorunlar var mıdır, yazınız?</head><label></label><figDesc></figDesc><table /><note>Katılımcılar; kullandıkları yazılımlarda işlevsellik, kullanılabilirlik ve performans ile ilgili konularda genel olarak sorunlar olduğunu belirtmişlerdir. Gelen görüşler aşağıdaki şekilde özetlenebilir. Özellikle performans testlerinde yeterli</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_8"><head>ekipman ve kalifiye eleman sıkıntısı yaşanmaktadır.</head><label></label><figDesc></figDesc><table><row><cell> Web tabanlı yazılımlarda performans ve yazılımın kullanılabilirliğine</cell></row><row><cell>yönelik problemler yaşanmaktadır.</cell></row><row><cell> Yazılımın kullanıcıyı yönlendirmemesi, gerekli uyarı ve bilgilendirmeyi</cell></row><row><cell>yapmaması yazılımın kullanımını zorlaştırmaktadır.</cell></row></table><note> Şartnamelerin</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_9"><head>hazırlanması aşamasında gözden kaçan unsurlar kullanım aşamasında problem yaratmaktadır.</head><label></label><figDesc></figDesc><table><row><cell> Kullanılabilirlik</cell><cell>gereksinimlerini</cell><cell>ve</cell><cell>performans</cell><cell>gereksinimlerini</cell></row><row><cell cols="4">karşılamayan yazılımlar geliştiriliyor. Bunun sebebi,</cell><cell></cell></row></table><note> Kullanıcı sayısının artması performansı düşürmektedir. Tarayıcı destekleme sorunları ile karşılaşılmaktadır. Uzun sorgular, kapatılmayan oturumlar, tasarım sorunları, web tabanlı uygulamalar için internet tarayıcı sorunları, uyumsuzluklar, gereksiz kaynak tüketimi, hataların yeterince elimine edilememesi şeklinde sıralanabilir.</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_10"><head>kullanılabilirlik, performans gibi fonksiyonel olmayan gereksinimlerin belirlenmemiş olması ve tasarımda bunların göz ardı edilmesidir. Kullanılabilirlik ve performans gereksinimleri, kullanıcı kabul testlerinde kullanıcının verdiği yorumlarla ilk defa gündeme geliyor. Bu da çok geç bir aşama olmaktadır.</head><label></label><figDesc></figDesc><table /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_11"><head>bir kanuni zorunluluk ile YTKDM, tüm kamu kurumları için resmi danışman kurulu olarak çalışmalı.  Ülke genelinde yazılım test ve kalite politikalarının belirlenmesi, standartların oluşturulmasına katkı, üniversite müfredatına yazılım test mühendisliği dersi olarak girdi sağlanması.  İhale dokümanlarında kullanılabilecek test standartları/standardizasyon başlıkları eklenmeli. Kamu kurumlarının yazılım test hizmeti almasına yönelik bilgilendirme ve farkındalık çalışması yapılması.  YTKDM, kamu kurumlarına geliştirilecek veya tedarik edilecek yazılımlar için denetleyici bir kurum şekline dönüşebilir.  Bu tarz çalıştayların kamuda farkındalık oluşturmak için daha sıklaştırılarak devam etmesi.</head><label></label><figDesc></figDesc><table><row><cell cols="7"> Test ifadesi "testin yazılımın en başından başladığını" betimlemiyor.</cell></row><row><cell cols="4">Sektörde gereksinim mühendisliği</cell><cell></cell><cell></cell><cell></cell></row><row><cell cols="7">Kurumlarda oluşturulacak yazılım test ve kalite ekiplerinin nasıl</cell></row><row><cell cols="7">oluşturulacağına ve yönetileceğine dair danışmanlık verilmesi, oluşturulan</cell></row><row><cell>ekibe</cell><cell>eğitimlerin</cell><cell>verilmesi,</cell><cell>üst</cell><cell>yöneticilerin</cell><cell>bu</cell><cell>konularda</cell></row><row><cell cols="4">bilgilendirilmesi/farkındalık oluşturulması.</cell><cell></cell><cell></cell><cell></cell></row></table><note> Getirilecek</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_12"><head>ve test mühendisliği uzmanlık alanlarının oluşturulmasına katkı sağlanabilir.  Lokasyonunun Gebze merkezli olması yanında, kamu kurumlarının ve savunma sanayinin yoğun olduğu Ankara'ya da gelmesi (ofis vb araç ile) sağlanabilir.</head><label></label><figDesc></figDesc><table><row><cell cols="5"> Zaman problemi sebebiyle test ve geliştirme süreci kısalmaktadır.</cell><cell></cell></row><row><cell cols="6"> Tedarik yoluyla temin edilen yazılımlardaki en büyük sorunumuz devamlılık.</cell></row><row><cell cols="4"> Farklı yazılımların birbiriyle uygunsuzluk yaşaması.</cell><cell></cell><cell></cell></row><row><cell cols="6"> Analiz ve tasarım yetersizliği, son kullanıcı isteklerinin tutarsızlığı ve</cell></row><row><cell>değişkenliği,</cell><cell>geliştirme</cell><cell>ekibinin</cell><cell>yetersizliği,</cell><cell>test</cell><cell>ekibinin</cell></row><row><cell cols="6">yetkisizliği/yoksunluğu, geliştirme faaliyetlerine kurum bazında gereken</cell></row><row><cell cols="5">önemin verilmemesi ve organizasyonel/idari sorunlar, engeller.</cell><cell></cell></row><row><cell cols="6"> Kamu kurumlarına yazılım test ve kalite konularında Eğitim ve danışmanlık</cell></row><row><cell cols="2">hizmeti verilebilir.</cell><cell></cell><cell></cell><cell></cell><cell></cell></row><row><cell cols="6">4.18 Yazılım projelerinde yaşadığınız sorunlar nelerdir, lütfen görüşlerinizi</cell></row><row><cell>belirtiniz?</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell></row><row><cell cols="6">Yazılım projelerinde yaşanılan sorunlar aşağıdaki cümleler şeklinde özetlenebilir.</cell></row><row><cell cols="6"> Gereksinimlerin analizi faaliyeti uzmanlık alanımız dışında olması</cell></row><row><cell cols="6">sebebiyle, gereksinimler düzgün tanımlanamamaktadır. Bu konuda desteğe</cell></row><row><cell>ihtiyaç vardır.</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell></row><row><cell cols="6"> Test senaryolarının yetersiz hazırlanması, yazılım testlerinin yeterince</cell></row><row><cell cols="6">yapılmaması, bağımsız test personelinin kullanılmaması şeklinde</cell></row><row><cell>sıralanabilir.</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell></row><row><cell cols="6"> Test edilemeyen gereksinimler (yoruma açık, subjektif, muğlak</cell></row><row><cell cols="6">gereksinimler), değişen gereksinimler (gereksinimlerin çok sık ve ileri</cell></row><row><cell cols="6">aşamalarda değişmesi), fonksiyonel olmayan gereksinimler (performans,</cell></row><row><cell cols="6">kullanılabilirlik, güvenlik, vb.) belirlenmemesi ve dolayısıyla test</cell></row><row><cell>edilmemesi.</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell></row><row><cell cols="6"> İletişim eksikliği, test süreçlerinin işletilmesinde farkındalığın az olması.</cell></row><row><cell cols="6"> Kaynak yetersizliği, personel yetersizliği, yönetimsel hatalar, analiz</cell></row><row><cell cols="6">çalışmalarına üst seviye yöneticiler tarafından gereken önemin verilmemesi.</cell></row><row><cell cols="6"> Süre sıkıntısı sebebiyle projenin birkaç ay içerisinde bitirilmesi istenmekte</cell></row><row><cell cols="5">ve doğru planlama eksikliği ile problemler ortaya çıkmaktadır.</cell><cell></cell></row><row><cell cols="5"> Yönetim ve mevzuat kısıtları, yönetimin gerekli yetkiyi vermemesi.</cell><cell></cell></row><row><cell cols="4"> Dokümantasyon olmaması, kişilere bağımlılık oluşması.</cell><cell></cell><cell></cell></row></table><note> Yönetimin</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_13"><head>çekingen davranması, kaynak eksikliği, doğru analiz yapılmaması, acil gerekçesi ile kaliteden ödün verilmesi. 4.19 Belirtmek istediğiniz diğer konular ve sorularınız varsa buraya yazabilirsiniz.</head><label></label><figDesc></figDesc><table><row><cell>Katılımcıların, belirtmek istedikleri diğer konular aşağıdaki cümleler şeklinde</cell></row><row><cell>özetlenebilir.</cell></row></table><note> Yazılımın</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_14"><head>test ve kalite değerlendirme konusunda TÜBİTAK'a kanuni yaptırım ve zorunluluk yetkisi verilmesi.</head><label></label><figDesc></figDesc><table /><note> Kurumların gerçekleştirdiği yazılım ihaleleri kapsamında teknik şartname desteği verilebilir. Bunun için tüm kamuda aranması gereken standartlar bu şartnamede belirtilir. Bu</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_15"><head>durum sektörde bir standart oluşmasına yardımcı olur.  Özellikle test ve kalite konusunda kamuya yönelik eğitimlerin düzenlenmesi.</head><label></label><figDesc></figDesc><table /><note> Kalite ve test konusundaki standart yaklaşımların kanunlar vb.</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_16"><head>kanalı ile kamu kurumlarında zorunlu hale getirilmesi  Yazılım projelerinin normal tedarik edilen ürün gibi ihale ile tedarik edilmemesi gerekmektedir. Geliştirme</head><label></label><figDesc></figDesc><table /><note>projeleri kapsamında daha esnek koşullarda, kullanıcının sürekli işin içinde olduğu, yazılımın test edildiği biçimdeki tedarik yönteminin daha uygun olacağı düşünülmektedir.</note></figure>
		</body>
		<back>

			<div type="funding">
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Ayrıca, yetersiz yazılım testleri projelerin başarısız olmasının nedenleri arasında gösterilmektedir [2], <ref type="bibr" target="#b1">[3]</ref>. Örnek olarak, NIST (American National Institute of Stand-</p></div>
			</div>

			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<monogr>
		<title level="m">Chaos Report</title>
				<imprint>
			<publisher>The Standish Group</publisher>
			<date type="published" when="2012">2012</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Major Causes of Software Project Failures</title>
		<author>
			<persName><forename type="first">J</forename><surname>Lorin</surname></persName>
		</author>
		<author>
			<persName><surname>May</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Crosstalk: The Journal of Defense Software Engineering</title>
				<imprint>
			<date type="published" when="1998">1998</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<monogr>
		<title level="m" type="main">The Economic Impacts of Inadequate Infrastructure for Software Testing</title>
		<author>
			<persName><forename type="first">G</forename><surname>Tassey</surname></persName>
		</author>
		<ptr target=".05.2015" />
		<imprint>
			<date>2002 12</date>
		</imprint>
		<respStmt>
			<orgName>National Institute of Standards and Technology (NIST</orgName>
		</respStmt>
	</monogr>
	<note>Planning Report 02-3. Prepared by RTI for the</note>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Projede Bir Müşteri Avukatı: Bağımsız DG Ekibi</title>
		<author>
			<persName><forename type="first">Kurt</forename><forename type="middle">A</forename><surname>Gürbüz</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Astekin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Sari</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Şahinoğlu M</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">UYMS 2013 İzmir</title>
				<meeting><address><addrLine>Türkiye</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2013">2013</date>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
