Kategoriler


SON YORUMLAR
Ömer
Bloguma bi göz atar mısınız? Nasıl? bitkideryasi.blogspot.com
Ahmet
Hocam ben sorumsuz bi insanım ders çalışamıyorum yapımdan dolayı egitim sisteminden yakınıyorum bu meslek için gerekli olmayan dersleri bile görmekten hep nefret ediyorum. belki çok iyi bi üniverste kazanamayabilirim ama oldum olası bu iş benim işim diyorum yani bilgisayarda oyun oynamakdan başka yaptıgım bişey yok henüz lise ögrencisiyim ama bu işten başkada işim olamaz benim yani ortalama bir üniversite den mezun olarak kendimi geliştirebilirmiyim sizce?
Bilg. Müh.
Moloz
Atesh
Gercekten mukemmel yazilmis elinize saglik bende allahin izniye birinci sinif olucam bu sene cok tesekkur ederim
Tatar Ramazan
Benden başka yorum yazan yok ki. Çok sıkııcı!..Bilgisayar mühendisliğini kimse umursamıyor site sahibinden başka..vah vah
Tatar Ramazan
LINQ to XML var sorgu = from fakulte in fakulteler.Descendants("Fakülte") from bolum in bolumler.Descendants("Bölüm") from ogrenci in ogrenciler.Descendants("Öğrenci") where (int)ogrenci.Element("bno") == (int)bolum.Element("bno") && (int)fakulte.Element("fno") == (int)bolum.Element("fno") group fakulte by new { Fadı = fakulte.Element("fadı").Value } into fgrup where fgrup.Count() b= (from bolum in bolumler.Descendants("Bölüm") from ogrenci in ogrenciler.Descendants("Öğrenci") where (int)ogrenci.Element("bno") == (int)bolum.Element("bno") group bolum by bolum.Element("fno").Value into bgrup select bgrup.Count()).Max() select new { _fakultead = fgrup.Key.Fadı, }; ListkOgrenciTablob liste = new ListkOgrenciTablob(); foreach (var item in sorgu) { liste.Add(new OgrenciTablo { Fakulte = item._fakultead }); }
Tatar Ramazan
Bilişim Uzmanlığım Aşağıdadır : Programlama Dili : C#, Java, ASP.NET, Silverlight, WPF, WCF, LINQ, XML, XSL, HTML, Javascript, CSS, JQuery, Ajax, Web Servisleri. Veritabanı : SQL Server, T-SQL, ADO.NET, Oracle 11g-PL/SQL, Reporting Services. Metodoloji : Nesne Yönelimli Programlama ve Üç Katmanlı Mimari Program : Ms Office, Adobe Reader. KPDS (Kamu Personeli Dil Sınavı) (89 Puan) 12.2010 YDS (Yabancı Dil Sınavı) (72 Puan) 09.2015 C# : Fundamentals of Programming, Functions, Object-Oriented Programming, Class, GUI Programming, Recursion, LINQ, Event-Delegate, Collections-Generic, Windows Forms, XML, File-Directory, Date Time, Reflection, WPF, WCF, Ado.Net, vs.. ASP.NET : Silverlight, Asp.Net-Html Controls, Response, Sessions, Cookie, Roles and Profiles, Configuration, Data Binding, Page Lifecycle, Validation, Authentication, Authorization, HttpWebRequest, Communication between Silverlight and Javascript vs.. TRANSACT SQL : SQL, View, Procedure, Function (scalar, table-valued), Trigger, Transaction, Index, Constraints, Cursor, String Functions, Analytical Functions, Data Convert Functions, T-SQL commands (If, Else, While vs), Set operations, Sequence Identity, Handling Errors vs..
Tatar Ramazan
Bilişim kadar güzel meslek mi var. Her yerinden meslek, uzmanlık fışkırıyor. Ofis programları mı dersin, .NET, Oracle, Java mı dersin, sistem-network mü dersin, Grafikerlik mi dersin, Çizim programları mı dersin...Gıcır gıcır renkli teknolojiler..Yaptığın ürünü iç piyasaya satamazsan yurtdışına satarsın..Gençler için yığınla iş ve uzmanlık alanı. Oturun çalışın işte..Hem para hem keyif...java2s.com diye site var..Bütün teknolojilerin bütün konularıyla ilgili A dan Z ye örnek koymuş adamlar. Bizim öğrenciliğimizde yoktu...Oturun çalışın bahane üretmeyin. Yeniden görüşüciiz...
EZS
Paylaştığınız bilgiler için teşekkürler. qushevaksesuar.blogspot.com
77.245.150.214
Amacım bu dünyaya yararlı olabilmek.Biliyorum derslerim kötü ama insan hedefine ulaşmak için elinden geleni yapar.Lise 3.sınıf öğrencisiyim evet çok kafam çalışmayabilir ama bu çalışmıcak anlamına gelmez.İnsan kendini geliştirebilir.Bu makale için çok teşekkür ederim.Gerçekten bakış açım değişti ve bir genci daha kurtardınız.İlerde iyi bir yere gelirsem unutmuyacağım.Cümleleri yazarken biraz saçmalamış olabilirim her neyse ADIMI IP niz yapıverdim. İLERDE ŞUNU DEMEK İSTİYORUM ZİRVEDEYİM CANIM DUYULMUYOSUN.:D
Tatar Ramazan
Kaç zamandır bilgisayar mühendisliğine saldırıyorum site sahibi ağzını açıp mesleğini savunamıyor. Sükut ikrardan gelir tabi..
Nur
Dokuz eylül ve özyeğin arasında kaldım. Lütfen yardım edin . Bana katkıları eğitimi iş olanağı vs açısından sizce hangisini seçmeliyim
Tatar Ramazan
Başlarım sizin boğaziçinize de bilkentinize de odtünüze de.. hiç biri bi bok olamıyor. Ali AĞAOĞLU gibi hödükler malı, kızları götürüyor. Millet sevgilisiyle fink atar siz de abaza abza gezersiniz. Mezun olunca da kızlar zıpırları tercih edecek zaten size vermeyecekler. Her şey görüntü bu devirde, diplomanız bi boka yaramaz. Kocaeli elektroniği bitirmiş bi adam vardı. 28 yaşında işsiz olarak askere gitmişti.
From Tatar Ramazan To Boun
He he kolaydı öyle kendi işini kurmak. Kolay olsaydı insanlar devlete ve özele girmek için birbirlerini ezercesine yarışmazlardı. Mezun olunca bilg. mühendisliğini, yazılımı övenlere, size boş vaatler sunanlara gıcık olacaksınız merak etmeyin. 70 bin bilişim uzmanı varmış, yok güzel meslekmiş de bilmem ne. Hepsi palavra. 10 tane teknolojiyi A dan Z ye biliyor olmama rağmen hala beni mülakatta afra tafra yapıyorlar diyorum anlamıyor musunuz? Bizim kuruma canavar gibi yazılımcılar özelden kaçtı geldi. 7-10 yıllık deneyimli olanlar bile. Ege mezunu, ODTÜ mezunu ilk 2000 girmiş adamlar vs.. Zamanında memur olduk da yırttık. Özel firmaların kucağına düştün yandın. Yanlış konuşuyorsam çevrenizden 30 yaş üstü yazılımdan köşeyi dönen adamları gösterin bana o zaman..Yeniden görüşüciiz.

Bilgisayar Mühendisleri
Here is the website inspired me to use 
it as a guide when I tried to define 
myself as an engineer candidate a few 
years ago. It really helped me to work
 and study feeling in confidence with 
being on the right way. I suggest this 
website to whom it may direct her/his 
to find the right career path. It 
includes many articles varies from 
real life experiences to detailed 
software engineering issues. But the 
most dignified parts for me are the 
articles in general and career titles.
Son okunan makaleler:
Beyond Unit Testing - Yazılım nasıl test edilmelidir
Run-Time (Çalışma-Zamanı) Run-Time (Çalışma-Zamanı)
Bilgisayar Mühendisleri Kaç Para Alır?
Bilgisayar Mühendisliğini yeni kazandım, neler yapmalıyım?
Dünya ile Rekabet Edecek Zehir Gibi Bir Bilgisayar Şirketi Kurmak
Bilgisayar mühendisliğinde okuyan öğrencilere tavsiyeler
Mezunları en kolay iş bulan üniversiteler
Bilgisayar Mühendisleri Kaç Para Alır?
Bilgisayar Mühendisi olacaklara üniversite seçme rehberi?
Bilgisayar Mühendisi Ne İş yapar? Program Nedir? Çeşitli Sorular?
ViewState Compression
ASP.NET - Database Connection
İyi bir yazılımcı olmak için yapılması gerekenler
Yazılım Mühendisliği ve Bilgisayar Mühendisliği arasındaki farklar
Bilgisayar Mühendisliğini yeni kazandım, neler yapmalıyım?
Bilgisayar Mühendisleri Kaç Para Alır?
Bir bilgisayar mühendisinin bilmesi gereken en temel teknolojiler
BİLGİSAYAR MÜHENDİSLİĞİ GEREKSİZ BİR MESLEKTİR !!!
En iyi bilgisayar mühendisliği bölümüne sahip üniversiteler
Bilgisayar Mühendisleri Kaç Para Alır?

Bilgisayar Mühendisleri Portalı

Beyond Unit Testing - Yazılım nasıl test edilmelidir

Yazılım testi denildiğinde OOP programcıları olarak aklımıza sadece Unit (birim) testi gelir. Daha doğrusu, sınıfları geliştirir, birim testlerini yapar (XP’ci arkadaşlar tam tersini yaparlar bu arada) keyfimize bakarken, kadrosu test mühendisi olan arkadaşların yoğun bir şekilde çalışmalarına kıs kıs güleriz. Bu yazıda test mühendisi arkadaşların neden bizler kadar rahat olamadıklarını inceleyeceğiz.
Kritik sistemler üzerinde çalışan yazılımların test edilmesi neredeyse bu sistemler için yazılım yazılması kadar eskidir. Ancak, endüstriyel yazılımlar için test metotlarının geliştirilmesi ya da başka bir deyişle, kritik sistemler için kullanılan test metotlarının endüstriyel yazılımlar için uygulanması özellikle 90’ların ikinci yarısından sonra tam anlamıyla başlamıştır. 2000’li yıllara girildiğinde dünyayı kasıp kavuran güvenlik kaygıları ile güvenilir yazılım geliştirmenin önemi net şekilde görülmüştür. Hatta şimdi adını hatırlayamadığım ünlü bir üniversitenin yazılım mühendisliği programının başındaki bir profesör, ortaya çıkan karmaşanın nedenini “bizim hatamız, güvenlikten bihaber yazılımcılar yetiştirmektir” şeklinde özetlemişti.
Peki, yazılım nasıl test edilmelidir? Yaptığımız birim testleri yazılımın güvenilir olmasını sağlamakta mıdır? Sezgisel olarak sorunun cevabı “hayır”dır. Bunu vurgulayan en güzel ve en yaygın örnek Fransızların Ariane V füze faciasıdır. Özet olarak şöyle: Ariane V füzesi, Ariane IV füzesini temel alarak geliştirilmiş, ancak daha fazla yük taşıyabilen daha büyük bir füzedir. Füze fırlatıldıktan belirli bir süre sonra kontrolden çıkar ve infilak eder. Nedeni SRI isimli açı ve hız ölçen bilgisayar sisteminin yazılımının Ariane IV füzesindekinin aynısı olmasıdır. Yazılım daha önce test edilmiş olduğu için bir daha test edilmemiştir. Yani Bileşen seviyesinde SRI yazılımının testleri yapılmış, ancak yeni bir platforma konulduğu için diğer sistemler ile etkileşimi test edilmemiştir. Bu nedenle oluşan bir Operand Error yüzünden SRI kendisini kapatmış ve kaza gerçekleşmiştir. Bu kıssadan çıkartılacak hisse, sistemi oluşturan yazılım bileşenlerinin kendi doğrulamalarının yanı sıra sistemin bütünleştirilmesi de doğrulanmalıdır. İşte test mühendisi arkadaşların özellikle yaptıkları iş budur.
Sistem testinin iki temel amacı vardır. Birincisi, sistemin bütünleştirildiğinde oluşan/ortaya çıkan hataları tespit etmek; ikincisi, sistemin beklenildiği gibi çalıştığından emin olmak. Birinci durum için sisteme hatalı veya sınır dışı girdiler vererek sistemin davranışları gözlenmelidir. İkinci durumda ise yapılacak olan, sistemin her işlevsel isteri için bir test kümesi oluşturmaktır.
Araştırmalar yazılımda ortaya çıkan hataların büyük çoğunluğunun bütünleştirme sürecinde ortaya çıktığını göstermektedir. Yani, yazdığımız kodlar (sınıf veya bileşenler olarak) tek başlarına doğru çalışmakta, ancak bir araya getirdiğimizde, ortaya çıkan sistem veya alt-sistemler hata oluşturabilmektedir.
Sistem testi iki kısımdan oluşabilir. İlk olarak yazılımı geliştiren ekipteki arkadaşlar yazılım bileşenlerini birleştirirken her adımda test yaparlar. Burada hemen şunu vurgulamak istiyorum. Çoğu durumda sistem bileşenleri karmaşık ara yüzler ile etkileşim sağlarlar ve burada oluşan hataları tespit etmek maliyetli olabilir. Dahası, sıkça kullanılan kara-kutu test yöntemi ile oluşan hatanın nedeni çok daha zor anlaşılabilir. Bunun üstesinden gelmenin etkili bir ilacı yoktur, dolayısıyla yapılabilecek olan şeylerden birisi, regresyon testini kullanmak (ki NUnit ile bunu otomatik olarak yapabiliyoruz) diğeri de risk yönetimi ile test kümesini belirlemektir.
Burada aklımıza hemen şu soru gelir: sistemleri nereye kadar test edeceğiz? Microsoft, temel yazılım süreçleri bütçesinin %85’ini test için harcadığını söylüyor. Bu, test sürecinin
ne kadar pahalı bir süreç olduğunu göstermektedir. Öte yandan, yazılım mühendisliğinin babası Dijkstra, “Test etmek sadece hataların var olduğunu gösterir, yok olduklarını değil” diyerek mümkün olduğu kadar çeşitli testlerin yapılması gerektiğini söylemektedir. Bu orantı durumunun optimum noktası nasıl bulunur?

Yukarıda da söylediğim gibi cevap risk yönetiminde yatmaktadır. Test kümesindeki elemanların sayısını azaltmak işi için tanımlı bir en iyi yöntem yoktur. Ancak, uygulanabilecek yöntemlerden birisi risk analiz matrisi kullanmaktadır.
ID
Risk Olasılık Hasar Risk Büyüklüğü Test Kümesi
1 Güç
1
5
5
TK-23
2 Müşteri kayıt Formunda boş veri
3
5
15
TK-34,TK-45
3 Müşteri taksit sayısının 24`ten büyük girilmesi
4
3
12
TK-13
... ... ... ... ... ...
           
 

Yukarıdaki risk analiz matrisinde, risk durumları, oluşma ve hasarlarına göre bir katsayı oluşturmaktadır. Daha sonra her bir risk durumu için geliştirilen test kümeleri kolonu verilmiştir. En yüksek 20 katsayıyı oluşturan risk durumlarının test kümeleri gerçeklenir. Risk durumlarının oluşma olasılıklarını ve vereceği hasarı belirlemek için geliştirme ekibi ve müşteri arasında bir anket düzenlenebilir. Kalanlarının gerçekleşmemesi için de nazar boncuğu asılır.
Bu yazımda test mühendisi arkadaşların sorunlarına değinmeye çalıştım. Dahası, yazılım testinin detaylarına inildikçe bu arkadaşlarımızın omzuna ne kadar yük bindiği daha iyi anlaşılabilir. Yazılımın geliştirme kısmında bulunan arkadaşlara önerim, yazılımlarımızın birim testlerini ve dokümantasyonunu eksiksiz yapmaya çalışalım, çünkü bundan kaynaklanacak hataları test mühendisi arkadaşlar yakalayamayabilir ve hatta yakalasa bile düzeltmek bize çok daha maliyetli olabilir. Tekrar görüşmek üzere…

Bu makaleyi beğendin mi? Yorumunu Yaz!







Sizden Gelen Yorumlar:

Yorum Yazın

Süleyman(05.06.2011 18:28:05)
Elinize saglik, okulu bitirdikten sonra tester olmayi istemek de ayri bir ironi, daha önce adini koymaliymis
%0 %0 %0
Katılıyorum Çekimserim Katılmıyorum



netiq69(29.09.2010 12:08:50)
...her durumda hatta her programlama dilinde(eğer yapılırsa belki de bir tür "Visual Asambly" dahil), Borland C++'ta program yazarken, kod yazma hatalarını bire bir algılayan bir tür, fix olsa da, "error sense help" olmalı...
%0 %0 %0
Katılıyorum Çekimserim Katılmıyorum






Copyright© 2001-2017. Bilgisayar Mühendisleri Portalı | Bütün hakları saklıdır.