qa s roles vs goals how balance both achieve your goals
Bu makale tutkulu QA Kardeşliğime adanmıştır !!!
QA'ların yapıların gelmesini beklerken bolca zamana sahip olduğu ve daha sonra test etmeye başlayacakları, hataları buna göre artıracakları ve ardından geliştiricilerin bunları düzeltmesini bekleyecekleri günler geride kaldı.
Zamanlarının büyük bir kısmını İngilizce pratiği yaparak geçirirler, LOL !!. Test Vakalarını yazmak, gözden geçirmek ve test için kullanılmak üzere sonlandırmaktan bahsediyorum.
Zaman ve roller de çok değişti. Infosys, Wipro, TCS, Accenture vb. Gibi büyük BT devleriyle sadece manuel testler yaparak hayatta kalıyorsanız şanslı olabilirsiniz.
Orta ölçekli veya küçük bir firmada olmak, temel manuel testler dışında bazı özel becerilerin farkında olmanız gerekir. API testi gibi herhangi bir şey olabilir, postacı, SABUN , Veritabanı Testi , otomasyon ve performans testi gibi daha karmaşık olanlara istemci tarafı doğrulamaları.
Bu mevcut trendde, 2-4 yıllık deneyime sahip testçiler için bile iş açılışlarının birçok şeyi listelediğini fark etmiş olabilirsiniz.
Aşağıda, 2-4 yıllık iş tecrübesine sahip bir test uzmanı rolü için İş tanımının bir örneği verilmiştir:
- İyi Java Bilgisi.
- Selenyum - Zorunlu.
- Performans Testinde iyi olmalı - Jmetre / LoadRunner İşletim sistemi ve performans ayarlama konseptleri hakkında kapsamlı bir anlayışla
Sadece temel becerileri listeledim ama listeye eklenecek çok şey var. Python, Perl, groovy vb. Açıklıkların çoğunda kendi yerlerini bulur.
Yani, burada ne sonuca varıyoruz? Sektör SDET’in rolüne mi giriyor?
Bununla birlikte, şu gibi belirli noktalarda hemfikir olurum - bir test uzmanı programlama dili hakkında temel bilgiye sahip olmalı ve otomasyon yapmaya istekli olmalıdır Gerektiği zaman . Merak ediyor olmalısın neden ' Gerektiği zaman 'Cesur mu? Bu, günümüzde takip edilen uygulamalardan kaynaklanmaktadır.
Otomasyon Testi için birçok şirket işe alıyor, ancak yalnızca bu yeni organizasyonda bir otomasyon projesi bulabilirseniz kendinizi şanslı hissetmelisiniz. Çoğu zaman, birkaç ay sonra öğrenmek için hiçbir kapsam bulamayacağınız başka bir manuel projeye girersiniz.
Mevcut şirketinizi değiştirmenin ana nedeni, 'Otomasyon deneyimi almıyorum' . Otomasyonu öğrenmek için tüm çabayı göstermeniz ve ardından manuel testten geçmek istediğiniz için şirketi değiştirmeniz gerekebilir. İşte buradasın !!
Yine mahvoldun !!
Pek çok organizasyonda fark ettiğim en kötü kısımlardan biri de, bir QA Lideri veya QA Müdürü bile kıdemsiz bir test uzmanı ile neredeyse aynı işi yapıyor. Bu her yerde geçerli olmayabilir, ancak bir QA lideri olarak terfi etmek, aradığınız rolleri alacağınızı garanti etmez.
Projenizdeki hiyerarşi, sizi meslektaşlarınızın gerçekleştirdiği işi yapmaya yönlendirebilir. QA Manager rolleri neredeyse devam ediyor.
Öyleyse, bir Lider QA gelecekte kendisini nerede görmelidir?
Son olarak, ama en ilginç olanı, bu BT kardeşliğindeki her bir ve herkesin yerinde çalışmayı hayal etmesi. İş Yönetiminin veya geliştiricilerin sahip oldukları yerinde şansları bir Kalite Güvencesi'nin elde ettikleriyle karşılaştırırsanız, kaybeden tarafta olduğunuz için üzüleceksiniz. Farklı kuruluşlarla çalıştım ve kulaklarımın İK'lardan veya Yüksek Yönetimden duyduğu bazı ortak kelimeler var.
Beni üzen sözler bunlar - 'QA'lar için yerinde yok' . Ama yine, bu her yerde aynı durum değil, ancak sadece sektördeki genel trendlerden alıntı yapıyorum.
json dosyasını açan program
Öyleyse, bu makalenin başlığına tekrar bakalım' QA Rolleri / Hedefleri '.
Burada vurgulamaya çalıştığım kilit nokta şudur: 'Rollerimiz Hedeflerimize mi odaklanıyor?' . Eminim ki çoğu HAYIR diyecektir! Günler geçtikçe, deneyiminizin yıldan yıla artmasıyla birlikte, bazen yaptığımız yeni bir şeyin ne olduğunu hissediyoruz? Cevap, 3-4 yıl önce yaptığımız işi yapıyor olmamız olacak ”dedi.
10 yıldan fazla deneyime sahip olsalar bile hala 'Test Analisti' veya 'Kıdemli Test Analisti' olarak çalışırken aynı deneyime sahip geliştiricilerin 'Proje Yöneticileri' veya 'Ürün Yöneticileri' olarak çalıştıkları bazı test uzmanlarının profillerine rastladım. ”.
Kariyeriniz boyunca oynadığınız rolleri geçmişe bakarsanız, aşağıdaki tablo kulağa ilginç ve iç karartıcı gelecektir. 7-8 yıllık iş tecrübesinden sonra bile hiçbir şey öğrenemediğinizi göreceksiniz.
Tanımlamalar | Aynı roldeki yıllar (Ortalama | Toplam yıllık deneyim | Öğrenmeler / Endişeler / Zorluklar |
---|---|---|---|
Yönetici QA | 3 | 14 | Rollerde neredeyse hiç değişiklik yok, hala KG'ye mi devam edeceğinizi mi yoksa BA'ya mı geçeceğinizi düşünüyorum |
Junior Associate QA | 1 | 1 | Test Senaryosu yazma, kusurları yükseltme, temel manuel test |
QA'yı ilişkilendir | 1.5 | 2.5 | Test Vakası incelemeleri, Otomasyon (eğer şanslıysa) |
Kıdemli Ortak QA | 1.5 | 4 | Durum Raporlama, Otomasyon, Performans (bir projede olmasa bile öğrenmeye başlarsınız) |
Yardımcı Lider QA | iki | 6 | Test Planları, Tahminler ve Takım İşlemleri Oluşturma (şanslıysa), görevler atama, durumu müşteriye bildirme, daha fazla müşteri çağrısı |
Lider QA | iki | 8 | Test Stratejisi, Daha Fazla Excel Çalışması, Zaman Çizelgesi Yönetimi, Hesap oluşturma, Fatura Verileri |
Yardımcı Yönetici QA | 3 | on bir | Daha da azı, Lider QA rolündeki her şeyi gerçekleştirmiş olurdunuz. |
QA Direktörü | 3 | 17 | Rollerde neredeyse hiç değişiklik yok. Kuruluşlarda genel Kaliteyi yönetme hakkında daha fazla bilgi. |
Yani, bir QA kariyerinde 5-7 yıl aralığının çok önemli olduğunu söyleyebilirim. Gücünüz ve zayıflığınız üzerinde çalışmanız ve buna göre yolu izlemeniz gerekir.
- Kodlamaya ilgi duymuyorsanız ve Otomasyonu da anlamıyorsanız, ancak iyi analitik becerilere ve iyi iletişim becerilerine sahip olduğunuzu düşünüyorsanız, 5 yıl sonra BA rolüne geçmeniz daha iyi olur.
- Eğer kod çılgınıysanız, Otomasyon yolunu takip ettiğinizden emin olun. Manual'de kalmanın bir anlamı yok. Mükemmel rolünüzü alana kadar şirketleri değiştirmeye devam edin.
- Kod delisi değilseniz, ancak mantığı iyi anlıyorsanız, pazardaki teknolojileri anlayın ve Yönetici QA yerine Yönetici Teslimi'ne geçmeniz daha iyi olur. Ve Teslimat dikeyinde çok şey öğreneceksiniz.
Genelde insanlar çok sık şirket değiştirmememiz gerektiğini söylüyorlar ama ya rollerimizden memnun kalmazsak? Neler olup bittiğinden ödün vermeli miyiz? Beğenmediyseniz aynı işi yapmaya devam edilsin mi? Günün sonunda ne yapıyorum diye düşünmeye devam et?
Beyler !! Görevlerinizin hedeflerinize ulaşmanızı sağladığından emin olun. Değilse, sadece hayatınızdan ve kariyerinizden ödün veriyorsunuz. Profesyonel olarak memnun değilseniz, o zaman kesinlikle kişisel hayatınızı da mahvedeceksiniz.
Yazar hakkında : Bu makale STH ekip üyesi Hasneet tarafından yazılmıştır. . Bir MNC'de Yazılım test lideri olarak çalışıyor.
Aynı durumu yaşadınız mı? Lütfen deneyimlerinizi paylaşmaktan çekinmeyin.
Önerilen Kaynaklar
- Performans Testlerinizi Güçlendirmenin ve Hedeflere Ulaşmanın 5 Yolu
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Primer e-Kitap İndirmeyi Test Etme
- Kalite Güvencesi ve Test Süreci için Seviye 5 Olgunluğuna Nasıl Ulaşılır?
- Bir Yazılım Test Cihazının En Önemli 7 Hedefi - 'Hazırlanmış' Bir Test Cihazı mısınız yoksa 'Seçilmiş' Bir Test Cihazı mısınız?
- MongoDB Kullanıcı Oluşturun ve Örneklerle Rol Atayın
- HP LoadRunner Öğreticileriyle Yük Testi
- Masaüstü, İstemci Sunucu Testi ve Web Testi arasındaki fark