TEST THE RISK!

Hata (defect) saptandığında kimi organizasyonalarda hatanın türüne veya bazen türden de bağımsız hataya bakış açısıdan dolayı raporlanmasının gerekmediği üzerine durulur. Oysa hataların kayıt altına alınmaması demek bir ülkenin kurulumunda batışına kadar olan süreçteki tarihi kayıt altına almamakla aynı anlama gelir. Böyle bir durumda geçmişe bakılarak nerede hatalar yapıldığını nereden ders alınması gerektiğini anlamak zorlaşacaktır. Yazılım geliştirmesi sonrasında yine bir ürün ortaya çıkar bu ürürün geçmişine bakmak istediğimizde hataları kontrol etmek bizim geçmişteki önemli anlar hakkında bilgiler verecektir. Bir test mühendisi için hataların kayıt altında tutulmasının daha farklı anlamları vardır. Bu yazımda bunun üzerine duracağım. Öncelikle hataların kayıt altına almak için bir hata takip aracının varlığı gereklidir. Bu araçların açık kaynak kodlu (open sourced) yani ücretsiz türleri olduğu gibi piyasada çeşitli fiyatlarda ücretli türleride vardır. Peki neden hataları kayı

Kalite denilince akıllara hemen fiyat olgusu gelir yani bir hizmet veya malın daha kalitelisini edinmek daha fazla para ödemekle elde edilebilir. Hatta bir mal ne kadar kaliteli ise maliyette o kadar daha yüksektir bilinci biz tüketicelerde hakim olan duygudur. Fakat üretim olarak düşündüğümüzde ise bir mal veya hizmeti biraz daha iyi kalitede üretmek daha fazla maliyet anlamına gelmez. Her üretici için aksayan üretim süreçleri ve üretimde bir fiil görev alanların duygu ve yeterlilikleri gibi etmenler etkilidir, yani üretilen malın kalitesini doğrudan etkiler. Bu yazımda daha kaliteli yazılım ürünleri geliştirmek için yapılması gereken bazı noktalar üzerine duracağım. Kalitenin kelime olarak anlamına Oxford sözlükten baktığımızda, her hangi bir şeyin benzerlerine bakıldığında standartlaşmış olan bir takım özelliklerin ölçülmesi, mükemmelliğe olan yaklaşımı; veya başka bir açıdan ise her hangi bir şeyin sahip olduğu ayırtedici özellik olarak tanımlanıyor. Bu tanımı biraz daha yazı

Because of an upgrade, I needed to move to new computer and new operation system so I moved my automation code to new system which is from Window 7 to Windows 8. When run the code I got the following error indicating that the Selenium can't load the profile which means that the version of the browser is not supported by the Selenium yet. If you get an error like the following one, you need to find the supported version of the browsers. Traceback (most recent call last):   File "D:\workspace\ automation_project \run_test_cases.py", line 12 4, in <module>     m = Markafoni(browser, server)   File "D:\workspace\ automation_project \test_case.py", line 8 64, in __init__     self.driver = webdriver.Firefox()   File "C:\Python27\lib\site-packages\selenium-2.25.0-py2.7.egg\selenium\webdriver\firefox\webdriver.py", line 51, in __init__     self.binary, timeout),   File "C:\Python27\lib\site-packages\selenium-2.25.0-py2.7.egg\sele

These two terms are sometimes misunderstand by non-testing-knowledge people. To exactly define the impact of a defect, it should be defined by two attributes which are priority and severity . This is necessary because, for a big project classifying the priority and severity of the defects can be helpful for making decision about the plan for the solving order and finishing testing cycle (exit criteria). In this post, I want to explain priority and severity and how to use it.  Severity: in terms of testing it means that when a defect raises in the system, how severely affects the application and how much user can see the effects of the defect. So the severity is related to the impact of the defect on the system. Generally types of severity are: Minor, Moderate, Major Priority: it is related to customer/bossiness need. It may be used for determination of the order of solving the defects. Defect may has a minor impact on the system but it can be classified as high priority in th

"Yazılım Test Mühendisiyim" aslında ben bir "Test Mühendisi" değilim. Neden mi? Yazılım kelimesi içerisine havalı bir görüntü kattığı için (mi?), aslında test basit bir iş olduğu için ve daha teknik bir görüntü vermek için (mi?), aslında tam olarak ben de ne olduğumu bilmediğim için (mi?), aslında yazılım bilmiyorum ve testten bir gün yazılıma oradan da uzaya çıkmak (geçiş yapmak) için (mi?), aslında ben bilmiyorum neden olduğunu ama öyle (mi?). Hayır! Ben ne olduğumu bildiğim için (bu sefer size sormayacağım, evet ne olduğumu bilmeye çalışıyorum ve ben buyum, "here, what I am!"). Bu yazımda son zamanlarda rastladığım bir sıkıntıyı dile getirmek istedim. Ben Kimim? Son zamanlarda firmalarda "test mühendisliği" kavramına farklı açıdan bakmaları yönünde bir trend oluştuğunu farkettim. Bu ise artık firmalarda sadece test işiyle uğraşacak bir takım insanlar barındırmak yerine testi de yapmak istiyecek bir takım insanlar barındırma eğiliminde

As selenium user know, Selenium script can be run via FireFox, Chrome and Internet Explorer if you set up the environments correctly, you may read this post if you are un-sure. If you face an error while launching Internet explorer in selenium test automation, you need to set all the security zone in the same mode (enabled, or disabled mode). If you change security zone, selenium gives the following errors, and the last one says " Protected Mode settings are not the same for all zones " so you can set the protected mode by Tool > Internet Options > Security Tab then set Internet, Local Internet, Trusted Sites, and Restricted Sites as same mode, enabled or disabled. Then click "Apply" and "OK" and repeat your tests. File "C:\Python27\lib\site-packages\selenium-2.25.0-py2.7.egg\selenium\webdriver\ie\webdriver.py", line 53, in __init__     desired_capabilities=DesiredCapabilities.INTERNETEXPLORER)   File "C:\Python27\lib\site-packa