my unexpected journey becoming software tester
'Başarılı Bir Yaşam İnşa Edersiniz… Her Gün…'
Yazılım Testçisi olarak yolculuğum biraz beklenmedik bir şekilde başladı.
Bir Geliştirme fırsatı olduğunu varsayarak ilk görüşme turlarına çıktım. Dürüst olmak gerekirse, diğer tüm Bilgisayar Bilimleri mezunları gibi, Testing'e devam etme konusunda biraz şüpheliydim.
Ama sonunda denemeye karar verdim. Sadece meraklı doğamın bu alanda bana yardımcı olacağı umuduyla.
Bu soruyu sormadan teklifi kabul edemezdim - Test etmenin ilgimi çekmemesi durumunda Geliştirme'ye geçme fırsatım olacak mı? :).
İnanın bana, bundan sonra Testing'i bırakmayı hiç düşünmedim.
Windows 10 için en iyi performans yazılımı
Teknik tura çıktığımda, daha fazlasına hazır değildim. Yazılım Testinin temel kavramı . Sanırım beni içine çeken tek şey teorik olarak değil mantıksal olarak değerlendirildiğimi düşünmekti. '
Bu, Testlerdeki ilk öğrenmemdi - nasıl olduğumuzu anladım ( daha taze olanlar ) Değerlendirildi.
Bugün bile, ekibim için yeni başlayanları işe alırken benzer teknikler kullanıyorum. Mantıklarını, kararlılıklarını ve bir soruna yaklaşımlarını her şeyden çok kontrol ediyorum.
Önerilen okuma => QA Test Yöneticisi Olarak Yolculuğumda Öğrendiğim 4 Önemli Şey
Zycus'a QA Stajyeri olarak katıldım ve üçüncü veya dördüncü günde bir ürün aldım. Şirketin en büyük (o zamanlar konsept halindeydi) ve en iddialı ürünlerinden biriydi. İlk birkaç haftaya yerleştikten sonra benim için geri dönüş yoktu.
İki kişilik bir QA ekibi olarak başladık ve birkaç ay sonra Test çabalarını yürüten tek kişi bendim. İlk 2 - 2,5 yılda, İşlevsel, Performans, Güvenlik, Kullanıcı Arabirimi, Kullanılabilirlik gibi farklı kategorilerde yaklaşık 3000 kusur kaydetmiştim. Çok dilli , Çoklu Kiracılık vb.
Test ekibine yeni eklemelerden önemli bir süre önce, 15-16 kişilik güçlü bir geliştirme ekibiyle karşı karşıyaydım. Eklemelerden sonra bile, QC: Geliştirme oranı pek sağlıklı değildi ve yine de gururla söyleyebilirim ki, test ettiğimiz, sunduğumuz ve işlediğimiz her şeyi göz önünde bulundurduğumuzda başarılı bir yolculuktu.
Burada vurgulamak istediğim önemli nokta şu: Bütün bunlar sadece teori değil, pratikte Test etme anlayışından kaynaklanıyordu.
Yaklaşık altı yıldır Yazılım Testi alanındayım. Pek çok farklı deneyim ve bol miktarda verimli öğrenimle inanılmaz bir yolculuk oldu.
Şu anda, 5-6 ürün ve modülle ilgilenen Kıdemli QA Müdürü olarak çalışıyorum. Ama bana gerçek neşe ve mutluluk veren şey, 30'dan fazla mutlu ve tutkulu Test Uzmanından oluşan bir ekibe liderlik etmek.
Tabii ki, birçok insan öğrenmeme katkıda bulundu, ancak yine de deneyimlerimin ve bilgilerimin çoğunun zor yoldan (ve muhtemelen en iyi yoldan) geldiğini söyleyebilirim, yani kendi başıma öğrenmek / çözmek.
'Deneyim, en iyi öğretmendir.'
Bunu söylerken, Yazılım Testleri hakkında belgelenmiş teorileri öğrenmekten veya takip etmekten kesinlikle yararlanmayacağınızı söylemiyorum. İnandığım şey, bunların hepsi kesinlikle yardımcı olacak ama Hiçbir şey özündeki kavramı anlamaktan ve sorunlarla cesurca yüzleşmekten daha iyi olamaz.
Belgelenmiş şeylerin sana öğretmeyeceğine inanıyorum gerçek test , yine de sana bir yön verebilir ve sonra kendi başınasın. En azından benim durumumda, sorunlarımı tam olarak çözmek için belgelenemeyen sorunlar vardı veya zamanında bulamadım. Tek seçeneğim, sorunu / durumu özünde anlamak ve ona doğru bulduğum yaklaşımla tepki vermekti.
Örnekler - Farklı durumlarda nasıl yaklaştım
Bunu, karşı karşıya olduğum sorunların / durumların yardımıyla ve bunlara nasıl yaklaştığımla açıklamama izin verin.
# 1) İş anlayışı, test etmeyi anlamanın üzerinde bir çentiktir
Hepiniz bunu biliyorsunuz. Test, yalnızca birkaç doğrulamayı test etmek ve biraz doğrulama yapmak değildir.
Bir test uzmanı olarak, her olası senaryoyu, en nadir senaryoyu bile hatasız olarak görselleştirmemiz gerekiyor. Gerçek kullanıcının kullanabileceği olası tüm test verilerini dikkate almamız gerekiyor.
Bütün bunlar için işi sonuna kadar anlamamız gerekiyor.
İşletmeyi ve kullanıcı tabanını bir İş Analisti kadar veya hatta ondan daha fazla anlamamız gerektiğini söylersem yanlış olmaz.
Benzer ihtimallerle karşı karşıyaydım.
Yapmam gerekiyordu karmaşık iş senaryolarını anlamak tedarik alanında, yeni gereksinimler hakkında beyin fırtınası yapın ve bunları kullanıcının bakış açısından tartın. Sadece vakalarımı çözmekle kalmadım, aynı zamanda her yinelemenin Gereksinim ve Tasarım aşamalarına da katkıda bulunmam gerekiyordu. Burada bile, kurtarmama düşünme ve muhakeme yeteneğim dışında hiçbir hazır referans gelmedi.
İşletmeyi daha iyi anlamak ve senaryolarınızı / durumlarınızı daha iyi tasarlamak için, hiçbir şey kağıt kalem gibi çalışmaz.
Ayrıca => okuyun 5 Test Cihazının Hayatı Kolaylaştırması İçin Test Edilmeyen Araçlara Sahip Olmalıdır
Gitmeden önce Gereksinim tartışması toplantı, olası şüpheleri / düzeltmeleri / net olmayan noktaları önceden yazardım. Denemek veya üzerine test senaryoları oluşturmak istediğim senaryoları yazardım; bazen senaryolarınızı çizmek bile bir cazibe gibi çalışır.
Yazdığınızda / çizdiğinizde zihninize daha net bir şekilde girer ve sonra zihniniz bu bilgiler üzerinde çalışır ve daha çok senaryo üretir ve daha iyi netlik verir. Bu, tamamlandı hissini alana kadar devam eder !!!
# 2) Olasılıklara ve baskıya karşı performans sergilemek
Satılabilir bir düzeye getirmek için üç uzun yıl boyunca aralıksız çalışan 30 mühendisten oluşan bir ekip oluşturacak kadar büyük ve karmaşık bir ürün üzerinde çalışıyordum.
İlk aşamanın çoğunda, ya genç, orta yaşlı ve kıdemli seviyeden 15-20 geliştiriciden oluşan bir ekibe karşı (tek başıma) ya da bir veya birkaç test görevlisi eşlik ediyordu. Hepsi ürüne durmaksızın yeni özellikler ekliyordu ve bu da test açısından eşit ve paralel dikkat gerektiriyordu.
İhtiyaç toplantılarının bir parçası olmak, vakaları yazmak, bunları yürütmek, keşif turları, sunucuları sürdürmek, dağıtımlar, hiçbir şey isteğe bağlı değildi.
O zamana kadar herhangi bir metodolojinin farkında değildim. en iyi pratik , ders ya da bu tür sorunlara çözüm gösterebilecek bir kitap. Bugün bile, yüzleştiğiniz yerdeki gerçekliklerle savaşmanıza kesin olarak yardımcı olabilecek bir şey olup olmadığından emin değilim.
Yaptığım şey daha çok agresif ve hızlı keşif testi turları (O zamana kadar adının farkında değildim) her özellikte birer birer ve sonra tekrar ettim. Bu çözüm, tamamen düşüncelerinizi ne kadar hızlı değiştirebileceğiniz ve durumları / senaryoları nasıl çerçeveleyebileceğiniz üzerinde çalışır.
Tabii ki, bu gerçekten hızlı ve agresif bir çalışma gerektirdi ama benim için çalıştı.
Agresif turdan kastım, her seferinde bir şeyi hedeflersin (Her seferinde bir formun bir öğesini söyleyin) ve bağımsız olarak ve diğer bağlantılı öğeler / şeylerle birlikte test edin.
yeni başlayanlar için nasıl programcı olunur
Önerilen okuma => Nasıl Verimlilik Bağımlısı Olunur (Özellikle Test Cihazı Olarak)
Örneğin. Bir Metin Kutusu nasıl test edilir.
Burada test edebileceğiniz şey:
- Verileri olduğu gibi kabul edip etmediği ve saklayıp saklamadığı
- Veri türü doğrulaması
- Maksimum uzunluk doğrulama
- Özel karakterin kullanımı
- XSS kullanımı
- Çok dilli veri işleme
- Boş alanların işlenmesi / veri yok
- Sekme davranışı ve tuşları girin
- Hata işleme (tarayıcılar arası)
- UI hizalaması (tarayıcılar arası)
- Verileri yapıştır / bağlantı verilerini metin kutusuna sürükleyerek kopyala
- En önemlisi - bu alanın davranışı w.r.t. diğer bağlantılı unsurlar (bu alandaki verilere dayanarak başka bir alanda bir şey doldurmak gibi bu alana bağlı herhangi bir iş beklentisi)
Yukarıdaki testleri düşünmek, bu alanda gerçekten hiçbir şeyin ters gidemeyeceğine dair güven veriyor mu?
Her seferinde bir şeyi hedeflemek benim için her zaman işe yaradı ve ben de biraz işin tamamlanmasını sağlıyordum.
# 3) 'Beklenmedik' ile karşı karşıya kaldığınızda
Daha önce hiç yapmadığınız bir şeyi yapmanız gerektiğinde, hangi kitabın birdenbire 'Nasıl Yapılır' konusunda size yardımcı olacağını düşünüyorsunuz?
Özellikle konuşursak- Yok.
Ürün liderimizin yokluğunda, birkaç diğer Junior ve orta kıdemli üyeyle birlikte uygulamamızı ilk kez Demo (o zamanlar bizim için üretimdi) örneğine dağıtmamızı beklediğim zamanı hatırlıyorum. Ürünümüzün ilk Demosu için çok kritikti.
Peki, başardık, ama bir sürü Deneme-Yanılma ile. Sebep şu ki, hiçbirimizin uzmanlığı yoktu Linux ve kabuk komut dosyası oluşturma . BT departmanımızın üretim sunucularında yanlış komutlar çalıştırmamla ilgili olarak o zamanki Yöneticime (hepsi iyi niyetle) dile getirdiği endişeler olduğunu hatırlıyorum. Belki bu sadece bir katalizördü ve kabuk komut dosyası oluşturma / Linux benim doğal ilgimdi, ancak kısa bir süre sonra, aynı anda beş ila altı ortamı koruma ve yükseltme sorumluluğunu üstlendim.
Shell ve Linux ilgimi o kadar iyi yakaladı ki kısa süre sonra bununla ilgili dahili eğitim oturumları yapmaya başlayan ben oldum.
# 4) Performansınız ölçüldüğünde, deneyiminiz
Kariyerimin çok erken bir döneminde, etraftaki çok gelişmiş ve deneyimli testçilerle karşılaştırılıyor ve ölçülüyordum. Çoğunuzun benzer bir durum yaşamış olmanız gerektiğine ve bu ekstra beklentilerin size ne yaptığını bildiğinize inanıyorum.
Buradaki çare, Kendimi zorla ve Evrim .
İlerlemenin tek yolu, ne kadar az tecrübeli olduğumu düşünmemek, kendimi Dünya'nın ne kadar yavaş / hızlı büyümem / öğrenmem gerektiğini ölçme standartlarıyla sınırlamamaktı. Kendimi, ne kadar çabuk liderliğe başlanması gerektiği ve bunu yapmadan önce ihtiyaç duyulan unvanın Dünya kriterleriyle sınırlamıyorum.
Pekala, bu noktada şunu söylemeliyim, hangi alana ait olursanız olun, Robin Sharma’nın The Leader Who have Un Title'ı okumanızı tavsiye ederim. İçinizde yatan şeyi açığa çıkarmanıza yardımcı olacaktır. Size kendinizden başka hiç kimsenin sizi tutamayacağını söyleyecektir.
Deneyimlerimi birkaç cümleyle bağlamam gerekirse, şöyle olur:
'Yıkıcı ve Başarılı bir Testçi olmak için merakınız, ayrıntılara dikkatiniz, disiplininiz, mantıklı düşünceniz, çalışma tutkunuz ve bir şeyleri inceleme yeteneğiniz önemlidir. Benim için çalıştı ve sizin için çalışacağına inanıyorum. Bu niteliklere sahipseniz, sizin için işe yaraması gerekir. '
Buraya kadar okumak, daha derin teorik bilgi yerine temel insan niteliklerini teşvik ettiğimi düşünüyorsanız, o zaman bu tamamen doğru değildir. Bir şeyle başlamanın ve bunda başarının tadına varmanın, öğrendiğiniz bilgilerden biraz daha fazla yerleşik niteliklerinize bağlı olduğuna inanıyorum. Bununla birlikte, herhangi bir alanda ileri gitmek için dersler, ilkeler ve deneyimler öğrenmeniz gerekir.
Benim durumumda da kariyerimde ilerledikçe terminolojileri, kavramları, teorileri bir ölçüde öğrenmek zorunda kaldım. Sebep, bir testçi olarak bu terimlerle konuşacak birkaç insanla etkileşimde bulunmanız ve bunu anlamanız gerekir.
Bir lider veya yardımcı testçi olarak, dünyanın bir yerinden gelen ve kendi gerçekler, tanımlar ve terminolojiler hakkında kendi bilgisi olan yeni bir testçiye sahip olacaksınız. Burada da bu şeylere karşı pasif kalamazsınız; orada kullanılan / söylenen maksimum olası şeyler hakkında önceden bilgi sahibi olmalısınız.
Öğrenmek kaçınılmazdır.
Farklı test türleri, bunları nasıl uygulayacağım ve ekibimdeki insanlara doğru aşamada açıklamanın yolları hakkında daha fazla şey öğrenmem gerekiyordu. Yeni fikirleri, araçları değerlendirmek ve bunları uygulamak zorunda kaldım. Merdivenden yukarı çıktıkça yeni kavramları ve metodolojileri öğrenmek de aynı derecede önemli hale gelir.
Daha fazlasını okuyun => En İyi Otomasyonu Seçmek İçin A'dan Z'ye Kılavuz
Sonuç
Yıllar boyunca öğrendiğim her ana ve en küçük şeyi yazmak neredeyse imkansız olsa da, bu benim onu madde imli bir listede özetleme girişimim.
- Testin tanımlanması çok zordur. Birisi mükemmel testler yapabilir ve bunu kelimelerle tanımlayamayabilir. Senin gördüğün gibi.
- Herkesin kendi test tanımı olabilir. Benimki basitti- 'Size bir şey verildi - Hataları bulun ve daha iyi hale getirin.'
- Yıkıcı bir test cihazı olmak için büyük teorilere, karmaşık matrislere veya ISTQB'ye ihtiyacınız yok. Olmalısın Meraklı , odaklanmış ve tutkulu, mantıklı düşünen ve inceleme yeteneğine sahip. Ancak, fazladan bilgi sahibi olmak zarar vermez, ancak işin özünü kaybetme pahasına değildir.
- Geleneksel yaklaşımların / kavramların da kendi önemi var ve bunların adil bir zorunluluk olduğu dünyanın iyi bir kısmı olduğu gerçeğini göz önünde bulundurarak onlara eşit saygı duyuyorum. Tek başına test gelişemez; çevrenin de bunun için gelişmesi gerekiyor.
- Bir test uzmanı olarak, aynı derecede önemli hale gelir. yeni öğren ilerledikçe araçlar, teknikler ve metodolojiler . Test planlama, farklı test türlerini gerçekleştirmek için daha iyi yaklaşımlar, Durumsal testler bunlardan birkaçıdır.
- Test akıcı olduğundan, doğru bir uyum olmanın tanımı da organizasyondan organizasyona büyük ölçüde farklılık gösterir. Yıkıcı veya mükemmel bir test uzmanı olmak, eğer şanslıysanız bir maaş çeki almak için yeterince iyi olabilir veya geleneksel şirketlerde testlerin nasıl çalıştığına dair ekstra bilgi talep edebilir. Her ikisi de kendi yerlerinde haklı.Örneğin.İnsanları test tanımıma göre işe alıyorum (bu, aday deneyimine ve elbette profiline göre biraz değişir).
- Kodlama, sürüş, pişirme tarzı olduğu için; bir test tarzı da var. Kendi yönteminizle yapmadığınız sürece bundan zevk alamayabilirsiniz. Demek istediğim, Testin yönergeleri olabilir, ancak mikro süreçler tarafından sıkı bir şekilde bağlanmaması gerekir.
- Etkili kurşun Atama yapmak yerine ekibine işi seçtirmelidir. Ürünün iyileştirilmesi için ara sıra değiştirebilir.
- Çalışanlarınızı ilgi alanlarına ve onların eğitilmesini istediğiniz yerlere göre eğitmeye çalışın. Ekibinizin düşüncelerini ve çabalarını 'En İyi Kalite' olan nihai hedefle uyumlu hale getirin.
- Çalışanlarınızı yönetmeye çalışmayın, onlara liderlik edin. Samimi ve cana yakın olun, çalışmayı çok daha kolay hale getirir.
- Ekibinizin her üyesi yaptıkları işi sevmeli, ürüne bağlı olmalı ve etrafındaki insanlara karşı şefkatli olmalıdır. O zaman sadece en iyileri çıkacak.
- Test dünyası gelişmeli. Dünyanın önemli bir kısmı, Keşif Testleri, Bağlam temelli testler (pek çok insanın farkında olmadan yaptığı) gibi daha pratik yaklaşımlara geçiyor.
- Daha fazla Test toplulukları oluşturulmalı ve benzer düşünen insanlar daha büyük ölçekte bir araya gelmelidir Paylaşacak, öğrenecek, uyarlayacak ve yenilik yapacak çok şey var.
Umarım benim deneyimim ve bulgularım daha iyi bir test uzmanı olmanıza veya testi daha iyi anlamanıza yardımcı olur.
Daha fazla okuma => Başlangıçtan Pro'ya: Bir Test Uzmanının Başarılı Yolculuğu için Eksiksiz Bir Kılavuz
Yazar hakkında: Bu makale STH ekip üyesi Mahesh C. tarafından yazılmıştır. Şu anda, birden fazla karmaşık ürün ve bileşen için önde gelen testler konusunda deneyime sahip Kıdemli Kalite Güvence Müdürü olarak çalışmaktadır.
Geri duymak isterim. Burada yorum yapın veya bize ulaşın. Okuduğunuz için çok teşekkürler.
Önerilen Kaynaklar
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Yazılım Testi QA Yardımcısı İşi
- Yazılım Test Kursu: Hangi Yazılım Test Enstitüsüne katılmalıyım?
- Kariyeriniz olarak Yazılım Testini Seçme
- Yazılım Testi Teknik İçerik Yazarı Serbest Çalışan İş
- Bazı İlginç Yazılım Testi Görüşme Soruları
- Yazılım Test Kursu Geri Bildirimleri ve İncelemeleri
- Perfect Software Testing Resume Guide (Software Tester Resume Sample ile birlikte)