TEST THE RISK!

Girişimcilik üzerine 12 Temmuz 2012 tarihinde Özyeğin Üniversitesi'nde eTohum tarafından gerçekleştirilen "Girişimcilik Yaz Kampı" çerçevesinde edindiğim bilgileri aktarmak istedim. Organizasyonun hakkında daha fazla bilgi için linke bakınız . Girişim veya Girişimcilik Nedir? Her girişim bir iş fikrinden ortaya çıkar fakat her iş fikri bir girişim olarak ortaya çıkmaz. Genel olarak bir fikrinin girişim olarak nitelenmesi için belli bir ihtiyacı karşılaması ve sürdürülebilir  nitelikte olması gerekir. İhsan Elgin 'e göre bir iş fikrinin bir girişime dönüşmesi için aşşagıdaki 4 farklı aşamadan geçmesi gerekir. Fikir İş Fikri Girişim Potansiyeli Girişim İş fikrinin tek bir cümle ile özetlenmesi o fikri başkalarına özellikle yatırımcıya anlatmak açısından önemlidir. Bu tip bir cümle çok kısa süre zarfında fikrini başkasına sunmak açısından önemlidir. Asansör konuşması olarak adlandırılan kısa sohbet imkanında bu cümleyi asansörde karşılaştığınız biris

Test Tasarım Teknikleri Test Tekniklerinin Kullanımı: Kara Kutu testleri (black box) yazılımın her seviyesinde kullanılabilir fakat fonksiyonların ortaya çıkmış olması gerekir. Kullanıcı kabul testleri veya sistem testlerinde gereksinimler baz alınabilir, birim veya entegrasyon testlerinde ise alt seviye analiz dökümanları veya tasarım dökümanları baz alınabilir. Beyaz Kutu testleri (yapısal testler) yazılımın iç yapısıyla ilgili olduğu için geliştirici birim testlerinde veya birimlerin entegrasyonu sırasında yapısal testleri kullanabilir. Araçlar yardımıyla birlikte kod kapsamının (code coverage) testi içinde kullanılabilir.  Deneyim temelli testler ise beyazkutu ve karakutu testleri tamamlayıcı olarak görev yapar. Tanımlı fonksiyon ve gereksinimlerin olmadığı (analiz eksikliğinde) kullanılabilir. Kişilerin deneyimlerinden yola çıkarak test edildiği için bazı önemli eksikler veya projeye özel maddeler göz ardı edilebilir. Genel olarak düşük riski veya zaman baskısının fazl

Statik test teknikleri yazılımın ürününe değil yazılımın ortaya çıkması için gerekli kod, gereksinim, döküman gibi çıktıların test edilmesiyle ilgilidir. Yani yazılım çalıştırılmaz uygun tekniklerle çıktıların üzerinden geçilir. Bu yüzden statik test teknikleri olarak anılır. Bu tür test tekniklerini yazar hem kendisi yapabilir hem de uzman kişilerden yardımlar alarak grup biçimde de yapılabilir.  Bireysel olarak yapılan gözden geçirme yöntemleri yazılımcının kendisinin yaptığı test yöntemleridir. Yazar bu yöntemlerle grup gözden geçirmeleri öncesinde kendi hatalarını azaltarak daha olgun bir bir çıktı ortaya koymak maksatıyla yapar. Bireysel statik test aktivitelerinde aşşağıdaki teknikler vardır: Desk Checking (masada kontrol): Yazılan kodun çıktısı alınır ve yazılımcı masa başında bilgisayardan yardım almadan satır satır kod üzerinden geçerek olayı simule etmiş olur. Yazılımcı mantık sorguları kontrol eder ve hataları kendi bulur.   Proof Reading (uzman deneyimi): Daha önceden yapı

1. Uyumluluk Testi Nedir? ISQTB’ye göre uyumluluk (compatibility); birbirleri ile bağlantısı olmayan bilgisayar sistemlerinin aynı ortamda (aynı donanımda) birbirlerinin davranışlarını etkilemeden (kaynakları çakışmadan), beklenildiği gibi çalışmasına denmektedir. Test açısından bakıldığında uyuyumluk testi, test ortamında yapılan güncellemeler sonrasında uygulamanın halen sorunsuz çalıştığının ve tüm fonksiyonlarını yerine getirdiğinin kanıtır. Bu boyuttan bakıldığında uyumluk testi hedef kullanıcı kitlesinin kendi ortamlarını göz önüne alarak kullanıcının yaşayabileceği görsel, fonksiyonel ve performans açısından oluşabilecek sıkıntıların keşfi olarak nitelendirilebilir. Uyumluluk testinin amaçlarını şöyle özetleyebiliriz: Test ortamıyla aynı ortamlarda uygulamanın herhangi bir fonksiyonunda çıkabilecek olası istenmeyen durumların tespit edilmesi İşletim sistemi yaması ve/veya güncellenmesi neticesinde ortaya çıkan uygulamaların üzerine etkilerinin tespit edilmesi

Test strategy or test approach; the meanings of these two terms are generally confused. However, the test strategy is more general and says more than test approach. The testing approach can be explained by groups of test type which are aimed to use for a more successful result by including all the component of the project. By defining the testing approach, test teams can be more comfortable for finding defects. To define the testing approach the following items should be evaluated: Software development methodologies Customer requirements Testing objectives Project subjects Test team knowledge Etc. For sample test approach ISTQB suggests the following approaches: If the test approach is clarified then the definition of the test strategy can be easier. Test strategy is the rules which draw the border of the test approach. It lets people in the project know how to react and it is used for designing of the test cases, defining the process, entry criteria and exit criteria. Ac

Means by “dirty environment” If you are accustomed to work in a systematical process, understanding the meaning of “ dirty system ” may be difficult because I am such a person. However, a dirty system can be explained by this; normally traditional, agile or iterative software development methodologies has stages like analysis, development, implementation and testing; every stage has responsible so that every groups produce an output and then finally a software production is come out. As a test engineer, every output can be tested or used as inputs to test another output but if you don’t have an inputs, you will have to face a dirty system. To sum up; a dirty system is a development environment which may possibly has no requirements and/or analysis and/or reference points, lack of documentations, lack of a repeatable test process, even the programmers had already quit the job or there is no testing environment for some test cases. Also we can comment on the place of the group of testi

What is test automation Test automation is an activity that aims to test the most frequently used and least frequently changed parts of an application automatically. This can be done by test automation tools by the help of programming languages supported. Therefore, related test cases are written as a piece of code. Thought test automation activity is criticized under testing activity, it is a software development activity. Every change in the application should be reflected to the test automation scripts so, even the cleverest test scripts are produced, and maintenance activity comes out as problem of test automation since the application is a live object.   Test Automation Decision Table Test automation has an important role in software quality assurance. Because the needs of the sector and trend towards to test automation is getting high, there are a large number of test automation tools exist in the market, but the most famous tools c