TEST THE RISK!

Bir yazılım geliştirme organizasyonu içerisinde bir test gurubu var ise bu grup genel olarak yazılım geliştirme sürecinin en sonunda ve onay mekanızması konumundadır. Yani yeni bir geliştirmenin canlıya çıkılıp çıkılamayacağına karar veren kişilerden oluşur genelde. Bu süreç içerisinde kişilerin işlerine verdiği önem diğer adıyla ciddiyet ve sorumluluk duygusu belkide diğer bütün teknik ve teknik olmayan özelliklerin içerisinde en önemli olanlardır. Bu yazımda test uzmanında bulunması gerekli en önemli özellikler olan ciddiyet ve sorumluluk duygusu üzerine düşüncelerimi aktaracağım. Sorumluluk Nedir? Test etmek demek bir iş / servis / ürünün kullanıcıya sunulmadan önceki döneminde çalışıp çalışmadığını kontrol etmektir. Bu hizmetin çalışması ise yine kullanıcıdan gelen bilgilere bağlıdır yani kullanıcının isteklerini karşılamalı fakat standartları da ezmemeli. Peki standartlar nelerdir? Standartları, kendi varlığının gerekliliğini ispatlamış su götürmez gerçekler olarak tanı

Selenium webdriver can drive different browsers like as Firefox, Chrome or Internet Explorer. These browsers actually cover the majority of internet users, so testing these browsers possibly covers the 90% of the internet users. However, there is no guaranty that the same automation scripts can work without a failure on these three browsers. For this reason, automation code should be error-prone for the browsers you want to cover. The following error is caught when the test script run for Chrome and Internet Explorer, but surprisingly there is no error for the Firefox. Selenium gives an error like below: Traceback (most recent call last):   File "D:\workspace\sample_project\sample_run.py", line 10, in <module>     m.login()   File "D:\workspace\ sample_project \test_case_imps.py", line 335, in login     driver.find_element_by_id("id_username").clear()   File "C:\Python27\lib\site-packages\selenium-2.35.0-py2.7.egg\selenium\webdriver\r

As I tried to explain in my previous posts Selenium is an automation framework for web application and Webdriver is the newer version of Selenium RC. I have used Selenium Webdriver for automatizing web application with version of selenium-2.25.0-py2.7.egg which prepared for the Python. However there are newer version this Webdriver package.In this post I explain how to update Webdriver version on Windows. If you check the site-packages folder where the Webdriver installation folders are present, you can see the related folder. In this folder there is easy_install.py which is used upgrading. If you can't find this file first you need you install setuptool . To update the Selenium version, you can follow the instruction below: Check easy_install file in the directory like as C:\Python27\Lib\site-packages if there is easy_install go to next step, if you don't have it install setuptools from here. Download Selenium newer version from here . Select the link what language

Testing is a key element for software development life cycle (SDLC), the success of testing process can rescue projects from project risks. This awareness leads firms to increase their testing activities by means of having more qualified people and better testing process. Actually the firms are spending more budget for testing activity because of the competitions. The recent search which is made by Capgemini, Sogeti and HP , about the software testing resource of the firms, shows that comparing the 2012, in 2013 demands on testing is increased. As the beginning of this research, they are saying "As customers demand high performance, error-free application, organization are increasing their budgets and more testing functions are centralized." Let's look at the picture.  Since last year 18% of budget is spent on testing, this year it is increased to 23% of budget. Since last year 41% of the budget is spent on transformational project, this year it is increased to 46%.

Test is easy when you know how to test! However, test is hard if you know the just the meaning of 'test'. There are lots of test techniques, mainly static and dynamic tests . However the static test techniques focus on the code with out running it, dynamic test techniques focus on the functions with running the code. Therefore the differences can be explained by the meaning of static and dynamic .  In this post, I want to explain one of my experiences about the importance of static testing. Static testing has the following sub-title as: review, inspection, walk-through, desk-checking, proof-reading. Every item can be done by different people with different method and different level of formality. While the  inspection can be viewed by experienced person in very formal way leading by a moderator, walk-through can be performed by coder in order to give some information about the work. To get more information about static testing, you can read this post in Turkish.  Th

Hepimizin internetle tanışmasından sonra belkide en çok kullandığı Google test nasıl yapılıyor hiç merak ettiniz mi? 2012 yılında katıldığım "Google ölçeğinde test" isimli bir sunumda benim de merak ettiğim bir çokta aydınlanmış oldu. Bu sayede test organizasyonun ve teste verilen önemin hangi boyutlara gelmiş olduğunu gözlemlemiş oldum. Bu yazımda önemli gördüğüm bazı noktaları aktarmak istiyorum. Öncelikle "Google ölçeğindenin" ne anlama geldiğini anlamak gerekir. Bir yılda çalıştırdıkları toplam test case sayısı yaklaşık olarak 100x10^9 başka bir söyleşle bir yılda yaklaşık olarak 14.000 yılda çalıştıralabilecek kadar test case çalıştırılıyor. Peki bunu nasıl becerebiliyorlar? Bu başarı ancak t est otomasyonu ve sürekli bütünleştirme (continious integration) ile gerçekleştirilebilir. Her test otomasyon altına alınamadığı için bazı testleri manuel olarak gerçekleştiriliyor. Burada aslında yazılımcı sadece yazılım işinden sorumlıu değildir aynı zamanda tes

Yazılım kalitesi adına yapılan ender araştırmalardan birisi olan "Turkey Software Quality Report" Turkish Testing Board (TTB) tarafından 2013 için yapıldı. 2011 yılından itibaren her yıl yapılan bu araştırmanın daha önceki özetlerine bakmak isterseniz konu üstüne yazdığın yazıya buradan ulaşabilirsiniz. Bu sene için yapılan araştırmada da her yıl olduğu gibi bir anket üzerinden kişilerin düşünceleri toplanarak sonuçları grafikler halinde sunulmuştur. Bu yazımda Turkey Software Quality Report (kısaca TSQR 2013) olarak adlandırılan çalışmanın üzerine düşüncelerimi bulabilirsiniz. Öncelikle vurgulanması gereken konu TTB tarafından geçen yıllarda yapılan araştırma ülke çapında yankı bulurken; bu yılki araştırma sonuçları International Software Testing Qualifications Board ( ISTQB ) tarafından 70 farklı ülkede yayınlandı. Bu anlamda bakıldığıda daha başarılı bir çalışma olmasını beklemekteyim. Bu sene düzenlenen Testistanbul konferasının konusunun " Testin Geleceği: Ye

You can find a documantaion about test automation methodologies which is described what is test automation and how we can do it effectively. This document is a brief but beneficial for whom want to start automate his test cases. Test automation methodologies from Mesut Güneş

Bir yazılımın geliştirilmesi için duyulan ihtiyaçlar, geliştirme süreçleri, test ve kullanıcıya sunulmasıyla ilgili bilgilerin bulunduğu yani yazılım geliştirme yaşam döngüsü (SDLC) hakkında bilgiler bulunan sunumumu altta bulabilirsiniz.  Konu biraz farklı olarak yazılım testlerinin etkinliğinin arttırmak, başka bir bakış açısıyla daha kaliteli yazılım ürünlerinin üretilmesini, hedef alarak hazırlanmıştır. Sunumda SDLC boyunca testin daha etkin bir şekilde yer alması gerektiğinde yola çıkarak farklı yazılım geliştirme methodolojilerinde yazılım test süreçlerine ait daha fazla bilgiler bulabilisiniz. Software development life cycle yazılım geliştirme yaşam döngüsü from Mesut Güneş

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ı