<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>TestRoot &#187; fonksiyon</title>
	<atom:link href="http://www.testroot.com/tag/fonksiyon/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.testroot.com</link>
	<description>Yazılım Test &#38; Kalite</description>
	<lastBuildDate>Wed, 24 Aug 2011 08:05:41 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Otomasyon &#8211; QTP Login Fonksiyonu</title>
		<link>http://www.testroot.com/2011/01/26/otomasyon-qtp-login-fonksiyonu/</link>
		<comments>http://www.testroot.com/2011/01/26/otomasyon-qtp-login-fonksiyonu/#comments</comments>
		<pubDate>Wed, 26 Jan 2011 11:45:31 +0000</pubDate>
		<dc:creator>Kenan Yaylıcıoğlu</dc:creator>
				<category><![CDATA[Test Otomasyon]]></category>
		<category><![CDATA[fonksiyon]]></category>
		<category><![CDATA[Login]]></category>
		<category><![CDATA[Otomasyon]]></category>
		<category><![CDATA[QTP]]></category>

		<guid isPermaLink="false">http://www.testroot.com/?p=112</guid>
		<description><![CDATA[Otomasyon - QTP Login Fonksiyonu]]></description>
			<content:encoded><![CDATA[<p>Daha önce artık yavaşyavaş otomasyon yazılarıda yazacağımızı belirtmiştik kısmet banaymış .</p>
<p>Öncelikle basit bir örnek olarak Loginle başlayalım .</p>
<p>Basitce qtp yi açıp yeni test ve recordtusuna basdıkdan sonra explorer la testroot&#8217;u login olduğunuzda expert view da atacağı kayıt aşağıdaki gibi olacaktır;</p>
<p>Browser(&#8220;Error&#8221;).Navigate &#8220;http://www.testroot.com/&#8221;</p>
<p>Browser(&#8220;Error&#8221;).Page(&#8220;Yazılım Test &amp; Kalite&#8221;).Link(&#8220;Giriş&#8221;).Click<br />
Browser(&#8220;Error&#8221;).Page(&#8220;TestRoot › Giriş&#8221;).WebEdit(&#8220;log&#8221;).Set &#8220;User&#8221;  <em>( user bilgisi )</em><br />
Browser(&#8220;Error&#8221;).Page(&#8220;TestRoot › Giriş&#8221;).WebEdit(&#8220;pwd&#8221;).SetSecure &#8220;şifre&#8221; <em>( değeri qtp şifrelenmiş şekilde atıyor)</em><br />
Browser(&#8220;Error&#8221;).Page(&#8220;TestRoot › Giriş&#8221;).WebButton(&#8220;Giriş&#8221;).Click</p>
<p>Peki bu yeterli mi ?</p>
<p>Çok komplike bir siteminiz yoksa sizde uğraşmak istemiyorsanız yeterli. Ancak bu test fonksiyon haline getirip  diğer testleriniz için çağırmak istiyorsanız performans ve değişkenler ile bu yapıyı parametrik hala getirmeniz gerekiyor.</p>
<p>Peki bununasıl yaparız?</p>
<p><span id="more-112"></span></p>
<p>Öncelikle</p>
<p>Explorer actığımızda atılan kayıda bakalım</p>
<p>Browser(&#8220;Error&#8221;).Navigate &#8220;http://www.testroot.com/&#8221;</p>
<p>Bunun yerine explorer ın daha hızlı açılması için aşağıdaki sekilde bir komut kullanabilirsiz</p>
<p>v_url=&#8221;http://www.testroot.com/&#8221;<em> (Burda urlyi parametrik olarak verdim daha sonra Library kullanmayı gösterdiğimde bu tanımı oraya yerleştireceğim)</em></p>
<p>SystemUtil.Run &#8220;C:\Program Files\Internet Explorer\IEXPLORE.EXE&#8221;, v_url</p>
<p>Daha sonra user ve pass bilgilerinide parametrik hala getirirse son durumda scriptimiz aşağıdaki sekilde olur</p>
<p>v_url=&#8221;http://www.testroot.com/&#8221;</p>
<p>v_user=&#8221;user&#8221;</p>
<p>v_pass=&#8221;Password&#8221;</p>
<p><em>(Daha öncede bahsettiğim gibi bu parametreleri daha sonraki bolumlerde librarye taşıyacağız.)</em><br />
SystemUtil.Run &#8220;C:\Program Files\Internet Explorer\IEXPLORE.EXE&#8221;, v_url</p>
<p>Browser(&#8220;HiTech&#8221;).Page(&#8220;Yazılım Test &amp; Kalite&#8221;).Link(&#8220;Giriş&#8221;).Click<br />
Browser(&#8220;HiTech&#8221;).Page(&#8220;TestRoot › Giriş&#8221;).WebEdit(&#8220;log&#8221;).Set &#8220;v_user&#8221;<br />
Browser(&#8220;HiTech&#8221;).Page(&#8220;TestRoot › Giriş&#8221;).WebEdit(&#8220;pwd&#8221;).Set &#8220;v_pass&#8221;<br />
Browser(&#8220;HiTech&#8221;).Page(&#8220;TestRoot › Giriş&#8221;).WebButton(&#8220;Giriş&#8221;).Click</p>
]]></content:encoded>
			<wfw:commentRss>http://www.testroot.com/2011/01/26/otomasyon-qtp-login-fonksiyonu/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Veri Bütünlüğü</title>
		<link>http://www.testroot.com/2009/12/15/veri-butunlugu/</link>
		<comments>http://www.testroot.com/2009/12/15/veri-butunlugu/#comments</comments>
		<pubDate>Tue, 15 Dec 2009 15:15:19 +0000</pubDate>
		<dc:creator>Kenan Yaylıcıoğlu</dc:creator>
				<category><![CDATA[Yazılım Test]]></category>
		<category><![CDATA[fonksiyon]]></category>
		<category><![CDATA[güncelle]]></category>
		<category><![CDATA[sil]]></category>
		<category><![CDATA[Test]]></category>
		<category><![CDATA[Veri Bütünlüğü]]></category>
		<category><![CDATA[yazılım]]></category>

		<guid isPermaLink="false">http://www.testroot.com/?p=93</guid>
		<description><![CDATA[Veri Bütünlüğü, Test]]></description>
			<content:encoded><![CDATA[<p>Birazda düşünce tekniği olarak bahsetmek istiyorum&#8230;</p>
<p>Genel olarak yapılmaya çalışan uygulamalar verilerin birbiri üzerine ilişkilenmesi üzerine kuruludur. Örneğin bu blogda herhangi bir yazı yayınamak için öncelikle kullanıcı kaydı yapılması gerekmektedir. Bu veri tanımlandıkdan sonra yazı yayımlanabilir.<br />
Burda dikkat çekmek istediğim nokta bu temel akış uzerindeki silme ve güncelleme işlemleridir. Genede &#8220;<strong>Türk Yazılım Yönteminde</strong>&#8221; genel olarak silme fonksiyonu ilk kez gerçekleştirildiğinde ilişkili diğer veri yapıları gözetilmez. Sildim gitti usuludur. Test açısından temel akışın işlerliğindense silme/güncelleme fonksiyonlarının uyumlu işlemesi daha önemlidir . Örneğin kullanıcı silindiğinde yazdığı yazılar , yaptığı yorumlara ne olacak ?</p>
<p>Hiyerarşik bir veri sisteminde yapılan değişiklilerin üst seviyedeki ilişkili verilere etkileri bence en çok başımıza iş çıkartan durumlardır. Kendi gözlemim olarak hataların %30 bu gibi nedenlerden kaynaklanmakta. tabi Development kısmınada pek suç atamak lazım genellikle bu durumların detayları analizde atlanır.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.testroot.com/2009/12/15/veri-butunlugu/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Search / Arama fonksiyonu testi</title>
		<link>http://www.testroot.com/2009/08/03/search-arama-fonksiyonu-testi/</link>
		<comments>http://www.testroot.com/2009/08/03/search-arama-fonksiyonu-testi/#comments</comments>
		<pubDate>Mon, 03 Aug 2009 10:33:25 +0000</pubDate>
		<dc:creator>Kenan Yaylıcıoğlu</dc:creator>
				<category><![CDATA[Kategorilenmemiş]]></category>
		<category><![CDATA[Yazılım Test]]></category>
		<category><![CDATA[Arama]]></category>
		<category><![CDATA[fonksiyon]]></category>
		<category><![CDATA[Search]]></category>
		<category><![CDATA[Test]]></category>

		<guid isPermaLink="false">http://www.testroot.com/?p=84</guid>
		<description><![CDATA[Yine oldukca baş ağrıtan konulardan biri, bir uygulamanın search /arama özelliğinin testi. Öncelikle neleri test edebileceğimizi tanımlamamız gerekiyor. Öncelikle uygulamaya özel bir arama özelliğiyse( örneğin bir fiyat aralığı arama özeliği) bu konuların belirlenmesi gerekiyor.  Daha sonra aşağıdaki başlıkları göz önünde bulundurulması gerekli. Doğruluk Arama otorunun doğrululuğu belirlenen kritere göre ürün database&#8217;indeki eşleşen kayıtları tam ve [...]]]></description>
			<content:encoded><![CDATA[<p>Yine oldukca baş ağrıtan konulardan biri, bir uygulamanın search /arama özelliğinin testi.</p>
<p>Öncelikle neleri test edebileceğimizi tanımlamamız gerekiyor. Öncelikle uygulamaya özel bir arama özelliğiyse( örneğin bir fiyat aralığı arama özeliği) bu konuların belirlenmesi gerekiyor.  Daha sonra aşağıdaki başlıkları göz önünde bulundurulması gerekli.</p>
<ul>
<li>Doğruluk</li>
</ul>
<p>Arama otorunun doğrululuğu belirlenen kritere göre ürün database&#8217;indeki eşleşen kayıtları tam ve doğru olarak getirmesidir.</p>
<p>Bunu için 2 yöntem kullanılabilir</p>
<ol>
<li>Karşılaştırma</li>
</ol>
<p>User interfacede yapılan sorguyu direk olarak databse de yapılan sorgu sonuclarıyla karşılaştırma.</p>
<p>2. Tutarlılık</p>
<p>Eklenen kayıtlarla sorgu sonuclarınızında artması gerekiyor. bir data seti oluşturup , databade verileri ekleyerek sorgu sonuclarınında arttığını görmeniz gerekmekte.</p>
<ul>
<li>Arama performansı</li>
</ul>
<p>Arama sonuclarını kabul edilebilir zaman aralıklarında döndürülmesi gereklidir. Bu zaman gereksinime göre değişebilir. Performans testi yaparak bu zamanın uygun değerlere çekilmesi gereklidir.</p>
<ul>
<li>Hassasiyet</li>
</ul>
<p>Bu oldukca göz ardı edilen bir konudur.Arama özelliğinin hassasiyeti yapılan sorgulama soncunda sadece istenilen sonuçları getirmesindeki başarısıdır. Örneğin İpod touch aradığınızda sadece beklediğiniz ürünleri getirmesi , &#8220;ipod kılıfı , araba  şarjı vs&#8230; &#8221; sonucların getirilmemesi yada arka sıralara atılmasıdır. Tabiki bu user ın girdiği keyword lerin detayı, searc edilecek database deki verilerin temizliği, uygulamanın kendine has özelliklerine göre  değişir. Dolayısıyla test konusunda biraz kafa yormanız gerekecekdir.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.testroot.com/2009/08/03/search-arama-fonksiyonu-testi/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.418 seconds -->

