top 10 challenges testers face workplace
Zorluklar normaldir. Onlara bir fırsat, bir altın madeni ve bir engel, bir kara mayını olarak baktığınızda. Yıllar boyunca BT sektöründe 'fırsatlardan' nasibimi aldım.
Bazıları benim oynadığım rolle geldi, bazıları general. Bu, onları kaydetme ve bunlardan herhangi birinin sizinle rezonansa girip girmediğini görmek için topluluğa ulaşma ve belki küçük bir kapasiteyle size yardımcı olma ve yalnız olmadığınızı bilmenizi sağlama girişimimdir.
İşte ilk 10 listem:
Ne öğreneceksin:
- Bir Test Uzmanının İş Yerinde Karşılaştığı En Önemli 10 Zorluk
- Test / QA'ya özgü zorluklar
- Diğer Zorluklar
- Önerilen Kaynaklar
Bir Test Uzmanının İş Yerinde Karşılaştığı En Önemli 10 Zorluk
# 1) Şirketin kültürü:
Bu, listedeki ilk fahri öğe çünkü BT hizmetleri endüstrisinde olmak, birden çok müşteri, ekip, konum ve şirket arasında gidip gelmeme neden oldu. Bazı takımların bir parçası olmayı çok sevdim ve bazılarını, pekala, deneyimi tekrarlamazdım.
- Sabah 6'da çalıştığım bir ekip başladı. Bir diğeri akşam 6'ya kadar çalışma konusunda ısrar etti.
- Bir müteahhit, binaya farklı bir kapıdan girmiş, diğeri ise kartın kaydırılmasına bile inanmamış.
- Biri tüm mobil cihazları bellek, Bluetooth veya başka bir bağlantıya sahip olarak dışarıda bırakırken, başka bir şirket tüm gün işyerinde harika müzik çaldı.
- Bazı şirketler, CEO'larının ünlü statüsüne ulaşması ve diğerlerinin de kabinleri olmayan ve herkesin eşit olduğu katı bir hiyerarşi izliyor.
Zamanla anladığım şey, tek bir doğru ya da yanlış yol olmadığı; bu onların yolu. Zaman verildiğinde, her zaman koşullara adapte olacağız, ancak buna adil bir şans vermezseniz, size en yakın çıkışı bulun.
# 2) Farklı Saat dilimleri:
Coğrafi olarak dağınık olan ekiplerinizi yakalamaya mı çalışıyorsunuz? 11 PM veya 5 Am'da ofiste mi yoksa evde dizüstü bilgisayarın önünde mi kalıyorsunuz? Bunların hepsi çok tanıdık, değil mi?
Bu sorunun gerçekten bir panzehiri yok (Kahve olabilir mi?) Size farklı yerlerde tam zamanı gösteren saatler kullanın (akıllı telefonunuzdaki dünya saati de çalışır), sorunlar için toplantı gerekmeyecek şekilde mükemmel iletişim protokolleri kullanın e-posta yoluyla çözüldü ve bu sorunu büyük ölçüde önlemek için zaman dilimine göre bilinçli planlama uyguladı.
Önerilen okuma => Yerinde - Açık Deniz Yazılım Testi Modeli - Sizin için çalışmasını sağlayın
# 3) Kültürler arası farklılıklar:
Hem Hindistan'da hem de ABD'de çalıştım. Kurumsal kültür oldukça etnik olmasa da, nereden geldiğimiz davranış ve anlayışımızı etkiler.
en iyi 10 cep telefonu casus yazılımı
Örneğin: 'Merhaba nasılsın?' ABD'de yaygın bir selamlamadır. Bu, o anda tam olarak ne hissettiğinizi bilmek istedikleri anlamına gelmez. Ancak Amerika'da yeniyken, “Biraz önce bu kişiyle bir toplantıdaydım. Bu kadar kısa sürede ne değişecek? ' :) Benim için iyi, çabuk öğrendim.
Ayrıca, bazı kültürlerde, daha az konuşmak sessizce tefekkür anlamına gelirken, bazılarında bu sadece sıkıcı olduğu veya söyleyecek hiçbir şeyin olmadığı anlamına gelir.
Bu küçük nüansları anlamaya çalıştığınızda, insanları daha iyi anlıyorsunuz ve daha iyi işlev görebiliyorsunuz.
Test / QA'ya özgü zorluklar
# 4) Belge yok:
Klasik. Birçok ekip hala sözlü iletişime inanmakta ve yazılımın bugünkü haline nasıl geldiğine dair çok az referans materyal tutmaktadır. Hızlı geliştirme döngüleri bunu yalnızca daha yoğun hale getirdi.
Ancak, bu gerçekten de fırsatlara dönüşen zorluklardan biridir.
Geliştirme, iş analizi veya teknik ekiplerinizle sohbet edin. Uygulamayı araştırın; benzer uygulamalara ve standartlarına bakarak referanslar oluşturun. Son kullanıcı bakış açısını anlayın. Keşif testleriyle maceraperest olun.
Daha fazla yön için kontrol edin => Bir Uygulama Gereksinimler Olmadan Nasıl Test Edilir?
# 5) Kararsız ortam:
Genellikle, QA ekipleri, sahip olduklarımızdan en iyi şekilde yararlanmaya gerçekten hazır olmamız gerektiğine dair kötü ortamlardan muzdariptir.
Örneğin: Test sırasında aşırı yüklenen ve birkaç kez yeniden başlatılması gereken sunucu, taşma olmadığından emin olmak için sık sık temizlenmesi gereken günlükler vb.
Bu sorunları ön plana çıkarın ve test sırasında ortam desteği aldığınızdan emin olun. Sık karşılaşılan durumlarda, yeniden başlatma, kuyrukları temizleme vb. Gibi bazı basit bakım işlemlerini yapma adımlarıyla sunuculara erişin.
Önerilen okuma => Test Ortamı Kusurları Nasıl En Aza İndirilir
# 6) Zorla beslenen araçlar:
Bazen bir aletin işe uygun olmadığını biliyoruz. Kullanmaya devam etmekten başka seçeneğimiz yok çünkü müşteriler / ekipler zaten lisanslara sahipler ve mevcut lisans bitene kadar yeni bir lisans almak istemiyorlar.
Terminal Emulator eklentisi olmadan HP QTP'de bir Mainframes uygulamasını test etmem gerekti. Bu durumda, araca sahiptim ama doğru konfigürasyona sahip değildim. Bu konuda yapabileceğim çok az şey vardı, bu yüzden geçici çözüm olarak Normal ve düşük seviyeli kayıt modları arasında geçiş yapmak zorunda kaldım.
Eğlenceli değil ama alternatifleri öğreniyorsun. Ya da en azından, alternatiflerin gerçekten işe yarayıp yaramadığına dair kesin bir sonuca varacaksınız.
Ayrıca oku => Bir otomasyon aracı seçme konusunda A'dan Z'ye rehber
# 7) Bazı uygulamalar bunu kesmez:
Hiç bir uygulamayı denediniz ve merak etmeye başladınız mı, 'Hata üreten bir makine iken buna nasıl yazılım denebilir?'
Günümün çoğunun sadece hataları bildirmek ve hataları biraz daha bildirmekle geçtiği bu özel ayrıcalığa sahip oldum. Bu hatalar sonucunda uygulamanın bazı alanları kesiliyor. Tüm ciddiyet yelpazesi sizi oyundan çıkarır ve 'Burada yaptığım şeyin bir anlamı var mı?'
Fazla mesai, yazılımın test etmeye ve derlemeyi reddetmeye hazır olmadığına dair kararımda kararlı kalmayı öğrendim. Artık gümüş astar olmadığında aramıyorum.
Diğer Zorluklar
# 8) Tuhaflıklar:
Hiç bir geliştiricinin bir kusuru açıkladığınız anda konferans odası masasına vurmasını sağladınız mı? Evet, bana oldu. :) Daha sonra bunun onun ifade biçimi olduğunu ve kızdırıcı olmadığını anladım.
Ayrıca ilk başta işbirlikçi olmayan ve kaba olarak çıkan ama gerçekten utangaç olan bir ekip üyem vardı. Bu kişi, durum güncellemeleri istendiğinde hemen hemen birkaç kelime söyler veya göze çarpmaz. Olumsuz bir performans incelemesi yapmaya çok yakındım ve aynı ayrıntıların ondan e-posta yoluyla kolayca ve ayrıntılı bir şekilde alınabileceğini fark etmemiştim. Rahatsız olduğu bire bir sohbetti.
Herkes farklıdır ve şüphe duymayı hak eder. Sınırları yargılamak ve bunlara saygı duymak için acele etmeyin.
Bunu da oku => Test Ekibini Etkili Bir Şekilde Yönetme
# 9) Geri bildirim döngüsünün olmaması:
Bazen günler sonunda bir çıktı üzerinde çalışıp takıntı yaparak, yalnızca bunun bu şekilde olması gerekmediğini anlamak için gidersiniz.
Ya da, izole edilmiş hissettiğin ve fikirlerini geri alabilecek kimsenin olmadığı başka bir yerde bulunan ekibinizle uzak bir yerden çalışıyorsunuz.
Veya tam olarak yardımcı olmayan geri bildirim alırsınız. Diyelim ki bir süreç belgesi oluşturdunuz ve iyi olduğunu söylediler. Yayınlanan veya kullanıma sunulan süreç belgesini görmezsiniz ve ona ne olduğunu merak edersiniz. Dolayısıyla, 'iyi' geri bildirimi burada hiçbir işe yaramadı ve neredeyse hiç geri bildirim içermiyor.
Dürüst geribildirim alın ve fikirlerinizi tartışmak için bir topluluk oluşturun. Çoğu zaman yapılması en kolay olanı değil, ancak bu adımın sağladığı olumlu pekiştirme olmadan motivasyonunuzu kaybetmiş olursunuz.
# 10) Önyargılı Fikirler:
İşyerinde cinsiyet, milliyet vs. gibi birçok önyargı olduğunu biliyoruz. Buradaki ayrıntılara girmeyeceğim ama dünyaya küresel bir köy olarak bakmaya başlamazsak ve herkes eşit, dünya ve işyeri hem toksik.
Yazar hakkında: STH ekip üyesi Swati'ye, test uzmanlarının karşılaştığı en önemli 10 zorluğu paylaştığı için teşekkür ederiz.
Şimdi senin sıran.
Listedeki öğelerden hangisini şaşırttınız veya anlamanız konusunda başınızı salladınız? Hangi zorluklarla karşılaştınız ve bunları nasıl aştınız?
Lütfen paylaşın ve yorum yapın!
Önerilen Kaynaklar
- Küresel Yazılım Test İşletmesi Yakında 28,8 Milyar Dolara Ulaşacak
- Acemi Test Uzmanları için Yazılım Testi Önerileri
- Yazılım Testçilerinde Motivasyon Nasıl Canlı Tutulur?
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Zen ve Yazılım Testi Sanatı
- Yazılım Testi QA Yardımcısı İşi
- 2008'in en iyi yazılım test makaleleri
- Manuel ve Otomasyon Testi Zorlukları