Arkadaşlar OpenSolaris kurdunuz ve internette gezintiye çıktınız ve sürekli karşınıza eklentileriniz eksik olduğunu belirten bir uyarı bloncuğunun çıkması hemen sinirizi bozmasın bu flash player eklentinizin olmadığını gösteriyor. Açıkcası bu sorunun türkçe sayfalarda nasıl yapıldığını anlatılıyormu bilmiyorum ama araştırdığım kadarıyla da bulamadım yabancı sitelerde daha doğrusu OpenSolaris'in kendi forumunda bu konuyla ilgili sorulan sorulara bir çok cevap veren olmuş ama ben içlerinden birtane geliştiricinin yazısını okudum ve nasıl olması gerektiğini gayet iyi anlatmış ve uyguladım şuanda sorunsuz bir şekilde çalışıyor. Bende bunu türkçe olarak anlatıp ilk olmak istedim umarım öylede olmuştur. :) şimdi adım adım yapmanız gerekenleri anlatıyorum.
1-) http://get.adobe.com/flashplayer adresine gidip orda son sürüm Adobe Flash Player indiriyorsunuz.
2-) flash_player_10_solaris_x86.tar.bz2 indirilen bu şekildeki uzantılı dosya sadece sürümüne göre değişecek olan numaralardan başka bir farklılık göstermeyecektir.
3-) Dosyamızın üstüne sağ tıklayarak önümüze gelen seçeneklerden Extract Here diyoruz ve karşımıza flash_player_10_solaris_r22_87_x86 uzantılı bir dosya çıkıyor. Dediğim gibi sadece bunlar sürümüne göre isimde küçük değişiklikler olabilir. Işte bu çıkan dosya aslında Flash plugin kütüphanesidir.
4-) Şimdi masa üstünde sol üst köşede Applications, Places, System yazan yerde Places e tıklıyoruz. Oradan da Home Folder diyoruz. Aslında aynı yazıları takip ederseniz orda ev şeklinde bir icon var o kısa yoldan Home Folder a gider :)
5-) Şimdi Home Folder u açarsanız burda gizli dosyalar var. Bunları görmemiz gerekiyor bunun içinde View → Show Hidden Files a tıklıyoruz yada kısa yolu ctrl+h ta yaparak gizli dosyaları görmemize yardımcı olur.
6-) Karşımıza gelen gizli dosyalar arasında (.mozilla) klasörünü bulup açıyoruz eğer orda plugins dosyası varsa çıkarmış olduğumuz flash_player_10_solaris_x86.tar.bz2 dosyayı bu plugins dosyasının içersine kopyalarsanız Mozillayı açar kaparsanız eklentimiz eklenmiş olacaktır.
7-) Bir çogunluğumuzda Plugins dosyası olmaycaktır. Bende de yoktu sadece iki tane klasör var bunlar "extensions" ve "firefox"
8-) Bu dosyaların olduğu yere hemen sağ tıklayarak Create folder diyorsunuz. Ve yine çıkarmış olduğunuz flash_player_10_solaris_r22_87_x86 dosyasını bunun içersine kopyalıyorsunuz ve bu yeni dosyanızın adını Plugins olarak değiştiriyorsunuz. Böylelikle flash player eklenmiş oluyor.
9-) eklendiğinde sistemin vereceği cevap size bu mozilla'nın adres çubuğunda yazacaktır.
hockwave Flash
File name: libflashplayer.so
Shockwave Flash 10.0 r22
MIME Type Description Suffixes Enabled
application/x-shockwave-flash Shockwave Flash swf Yes
application/futuresplash FutureSplash Player spl Yes olacaktır. Böylelikle flash ile olan sorunumuzu çözmüş olduk. Herkese iyi eğlenceler.
White Box Testing: White box testing yapısal (structural) veya program tabanlı(merkezli) testtir. Programın kodu kullanılabilir. Test case programın içyapısından türetilir. Bunun dezavantajı ise mission(görev) hatalarının yakalanmayışıdır. Yani programın cevap vermesini beklediğimiz ihtiyaçların, gereksinimler deki hatalar nelerdir sorusunun cevabın bulamazsınız. İkinci olarak ise test-oracle sağlayamaz bu ne demek sizin programa yapacağınız bir input girdisi için beklenilen outout çıktının ne olacağı sorusunun cevabını bu test yöntemiyle alamazsınız. White box testing test takımının oluşturmak istediği test case lerin prosedürüne uygun tasarım mimarisinin kontrolü altında test case tasarımının yaklaşımıdır. White box testing bize sunmuş olduğu test case lerin neler olduğuna bakalım.
1-) Koşul Şart Testi (Condition Testing): Program koşulları içerisinde mevcut koşullara göre test case in oluşturulmasıdır. Peki, bunlar neler olabilir.
a-) Basit Boolean Koşulu Olabilir:
Boolean sadece true veya false değerleri alabilir. Bu yüzden bu test türünde iki tane test case oluşturulabilir.
Örnek olarak
İF (DATA VALİD ) THEN…
İF (DATA İNVALİD) THEN…
2-) Koşulu Olan Değeri Operatör Değeriyle Sınamak: Bu tür koşullu testlerde üç tane test case türetilmelidir. Değerlerimizin x ve y gibi iki değer olduğunu varsayarsak
a-) x ve y nin eşit olduğu durumlar
x = = y
b-) x’in y’den büyük olduğu durumlar.
X > y
c-) x’in y’den küçük olduğu durumlar
x < Y
3-) Bileşik Şartlar: (AND &&) veya (OR || ) Burada ise dört tane test case mevcuttur.
a-) 1.koşulun ve 2. koşulun doğru olma olasılığı.
b-) 1.koşulun doğru 2. koşulun yanlış olma olasılığı.
c-) 1.koşulun yanlış 2. koşulun doğru olma olasılığı.
d-) 1.ve 2. koşulun yanlış olma olasılığı.
Örnek:
İF (KOŞUL 1) && (KOŞUL 2 ) THEN…
İF (KOŞUL 1) || (KOŞUL 2 ) THEN…
4-)Döngü (Loop ) Test: Burada test case ler program içindeki mevcut döngülere göre hazırlanır.
a-) Basit Döngü (Simple Loops ) Testing:
Basit bir döngü için kurulması gereken test case ler:
I-) Döngüdeki girdileri Atlamak.
II-) Döngülerden sadece bir defa geçmek.
III-) M defa geçilen bir döngüde M
b-) İç İçe (Nested Loop) Döngüler:
En içteki döngü ile başlanmalı. Diğer dışarıdaki döngüler küçük değerler ile test case leri oluşturulmalıdır.
En içteki döngü için basit döngü kuralları uygulanır.
Ne zaman en içteki döngü test edilmesi bitti dıştaki döngü ile birlikte çalıştırılmalı bu testte bittikten sonra diğer döngüye geçilmelidir.
Bu işlemler bütün döngüler bitene kadar devam etmelidir.
c-)Ard arda eklenmiş (Concatenated Loops) Döngüler:
Burada döngüler eğer birbirilerinden bağımsız iseler basit döngü testin benzeri bir yaklaşım uygulanır.
Eğer döngüler birbirilerine bağımlı iseler iç içe döngü testin benzeri bir yaklaşım uygulanır.
Veri Akışı (Data Flow) Testing: Basit bir girdi ile mevcut noktaların program içindeki kodun küçük parçalara bölünmesidir. Herhangi bir parça için hangi değişkenlerin tanımlanacağı ve nerde kullanılacağının tanımlanmasıdır. Tabi çeşitli koruma kriterleri mevcuttur bunlara örnek verecek olursak
1-) Bütün tanımlar için use-pairs (kullanım çiftlerinin) oluşturulması.
2-) Bütün tanımlar için Benzer kullanım alanlarının tanımlanması.
DEF(s) = { x | S ifadesi, X’in tanımını içermektedir.}
USE(s) = { x | S ifadesi, X’in kullanımını içermektedir.}
Örnek:
1- i= get-a-number-from-console();
2- j= get-a-number-from-console();
3- if (a < 90 ) {
4- i= get-a-number-from-console(); }
5- else {
6- j= 5;
7- }
8- İf (a > b) {
9- İ = 8;
10- J = 6 ;
11- } else {
12- Printf (“ %d \n”,i);
13- }
14- İf ( b < 30 )
15- Printf (“ %d \n”,i);
16- J=6;
17- } else {
18- Printf (“ %d \n “,i);
19- }
Soru 1: Hangi satırda i tanımlanmıştır(Definition)? (siz j yi yazınız)
Yani burada İ nin tanımlandığı yerleri soruyor satır : 1 – 4 ve 9
Soru 2: Hangi satırda i kullanılmıştır (Use)?
Line 15 ve 18
Soru 3: İ için kaç tane Def-Use çifti oluşturulabilir.
6 tane bunları oluşturalım.
a- 1 – 15
b- 1 – 18
c- 4 – 15
d- 4 – 18
e- 9 – 15
f- 9 – 18
Soru 4: Soru 3 te oluşturmuş olduğumuz def-use çifti için test caseleri oluşturunuz.
Burada şartların oluşa bilmesi için satır satır test’e başlıyorsunuz.
A şıkkı için sonra yapalım b’den başlayalım
b- 1 - 18
eğer a=35 ve b= 36 olursa a 90 dan küçük olmuş olur if in içersine girer devam eder.
c- 4 - 15 yani bunun anlamı 4. satırdan başlayıp 15. satırı çalıştıracaksın
a=25 b=26 olursa bu şartı sağlamış olur.
d- 4 – 18 a=25 b=35
e- 9 – 15 a=25 b= 20
f- 9 – 18 a=35 b=31
a şıkkına baktığımız zaman a >= 30 a><= b, ve b<30 olmalı böyle bir durum söz konusu olamaz a şıkkı çalışmaz.(bu örnek bana ait degildir. ders notlarımdan alıntıdı.)
Yazılım Testinin Öğeleri:
1-) Test Strategisi: Yazılım testinin türünün ne olduğunu ve hataları bulmada kullanılacak en iyi hangi testin olduğunu belirlenmesini sağlar. Test starategisi temel olarak hangi testin en iyi sonucu vereceğini, daha etkili bir test için her testin içersine nesneler koyarak en uygun çabanın eforun belirlenmesini sağlamak ve bütün versiyon kaynaklarının en iyi şekilde kullanımını nasıl yapılacağını anlatır.
2-) Test plan: Sizin yazılımdaki proje planınız ile yani elinizde bulunan yazılımın işleyişi ile yazılımda ki testin yerine getirmesi gereken iş bölümünün veya görevlerin bir arada ele alınmasıdır.
3-) Test Cases (Durumları): Bir yazılımın ayrıntılı şekilde işleyişlerinin belirlenmesidir.
Örneğin, siz bir yazılım yaptınız ve bu müşterinin ihtiyaçlarına ne ölçüde karşılandığının tespitidir. Yani burada kullanıcının kullanılacağı butondan text’in puntosuna kadar her açıdan yazılımın ele alınışıdır.
4-) Test Verileri: Veri ve veri tabanında ki veri girdilerinin testini içermektedir. Veri projenin test case lerinden birinin işleyişi (executing) ile kullanılır.
5-) Test Environment(çevre): Belerli bir alanda ve doğru ekipmanları kullanarak testin oluşturulmasıdır.
Kaynaklar (Source) :
→ Zaman
→ Harcanan efor
→ İnsanlar
Plan :
→ Projenin başlatılması
→ Dizayn
→ kod ve
→ Kimlerin çalışacağının belirlenmesi
Veri (Data):
→ Verinin doğru akışlar sergileyip sergilemediğinin kontrolü gibi çevresel faktörlere bağlı olayların sınamasıdır.
Test:
Girilen input la bizim beklediğimiz output un aynı olması için gözlenilenlerin doğruluğunu onaylamaktır.
Bir Testin Limitleri Sınırları:
1-) Yapılan bir yazılımda bütün mümkün girdilerin (inputs) sınanması, test edilmesi mümkün değildir.
2-) Testin bütün mümkün yollarının (Paths) sınanması olanaksızdır.
3-) Test hata durumunun gösterilmesi için kullanılabilir fakat asla onları gözlemleyemezsiniz.
4-) Test yazılımın hatasız olmasını garanti etmez. Fakat hataların daha etkili bir biçimde bulunmasına yardımcı olur.
Bir Test'in Başlangıcında Sorulması Gereken Temel Sorular:
Tabi bunlar yazılımdan yazılıma farklılık gösterecektir. Ama bir testin temelinde başlıca aşağıdaki soruların çözümleriyle işe başlanır.
1-) Test ne zaman başlamalı ?
2-) Test ne zaman bitirmeli ?
3-) Neler test edilmeli ?
4-) Test cases en iyi şekilde nasıl oluşturabiliriz ?
5-) Gözlenen Output lar doğrumu ?
6-) How well did use do ( Yazılımın nasıl iyi kullanılacağının yapılması )
Bu bizim yazılımda ki testimizin etkinliğini anlatır. Totel de ne kadar hata bulduğumuzdur.
7-) Yazılımı kimler test etmeli. Buda test takımına bağlıdır.