6 step guide handle client calls effectively
yazılım mühendisliğinde yaşam döngüsü modeli
Çoğu projede ve şirkette herhangi bir günde yaptığımız son şey, müşteri görüşmeleri aracılığıyla bunu yapmaktır.
Müşteri çağrıları, işin nasıl koordine edildiğinin ve BT ekiplerinde iletişim kanallarının açık tutulmasının ayrılmaz ve önemli bir parçasıdır.
Müşteri aramaları, kısa olduklarında ve görevler yolunda gittiğinde ve müşterinin beklentileri karşılandığında eğlencelidir. Durum böyle olmadığında, müşteri aramaları çok fazla endişe, endişe, hayal kırıklığı ve motivasyon kaybına yol açabilir.
Bu bağlamda kendimize yardımcı olmak için ne yapabiliriz?
İyi iletişim becerileri , dil ve aksan uzmanlığı, zamanı geldiğinde suçladığımız olumlu tutum, müşteriyle kişisel düzeyde ilişki kurmak, 'evet' demek yardımcı olabilecek birkaç şeydir, ancak maalesef bu yeterli değildir.
O zaman daha neye ihtiyacımız var?
İşte tam da bu makalenin işe yaradığı yer burasıdır. Bu, bir QA Projesinde müşteri etkileşiminin gerçekleştiği birçok aşamayı ve her birinde yardımcı olabilecek birkaç ipucunu ana hatlarıyla belirleme girişimimizdir.
Ayrıca oku => Bir Test Uzmanı veya Geliştiricinin Birbirleriyle İletişim Kurması Ne Kadar Önemlidir?
Ne öğreneceksin:
- # 1) İhtiyaç analizi sırasında müşteri araması
- # 2) Test planlaması sırasında müşteri aramaları:
- # 3) İzlenebilirlik matrisi oluşturma sırasında müşteri aramaları
- # 4) Test komut dosyası oluşturma sırasında istemci çağrıları
- # 5) Komut dosyası yürütme ve hata günlüğü sırasında istemci çağrısı
- # 6) UAT sırasında / sürümden sonra / üretimde müşteri araması
- Sonuç
- Önerilen Kaynaklar
# 1) İhtiyaç analizi sırasında müşteri araması
Test edilecek yeni bir proje için yazılım gereksinimleri belgesi teslim edildikten sonra, yazılımın tüm örtülü ve açık alanlarını tam olarak anlamamız gerekir. Bu aşama, açıklığa kavuşturmak ve ürünü yorumlamamızı geliştirmek için kaliteli bir müşteri çağrısına ihtiyaç duyar.
Daha fazla oku => Gereksinim belgeleri nasıl test edilir
Unutulmaması gereken birkaç husus:
- Hazırlamak: Soru göndermeden önce gereksinimleri iyice gözden geçirin
- Bir liste yap: Soruları önceden not edin ve gerekirse listeye öncelik verin. Güvende olmak için, soruların basılı bir kopyasını saklamaya çalışın çünkü bir bilgisayara erişim bazı konferans odalarında zorlaşabilir ve son dakika hataları da olabilir.
- Önce dahili olarak çözün: Önce ekip üyelerinizi veya mevcut geliştiriciyi veya BA'yı kontrol edin
- Uyarı verin : Mümkünse, soru listesini müşteriye e-posta yoluyla gönderin, böylece onlar da hazırlanabilsin
- Tartışın: Özlü, kesin, konuya uygun olun ve net değilse tekrar sormaktan çekinmeyin
- Kayıt: Sağlanan açıklamaları yazın
- Önermek: Mümkün olduğunda gereksinimler hakkında geliştirme önerilerinde bulunun
- Bilgi vermek: Müşteriye sonraki eylemlerin ne olduğunu bildirin
- Kapanışa kadar takip edin: Tüm fikirlerin ve düşüncelerin uyumlu olduğundan emin olmak için tartışmanın sonucunu e-posta ile gönderin.
# 2) Test planlaması sırasında müşteri aramaları:
Müşterinin test planına geçmesinden sonra, QA ekipleri genellikle kendi test planı şablonu -e bir test planı oluştur müşteri tarafından belirlenen süre içinde ve incelemeye gönderin.
Bu aşamada geri bildirim için bir çağrı olabilir ve bunlar ilgilenilmesi gereken şeylerdir:
- Müşterinin en son test planı belgesine sahip olduğundan ve göndermeden önce dahili olarak incelendiğinden emin olun.
- Müşteriye inceleme için bol bol zaman tanıyın
- Mümkün olduğunda, müşteriden önce e-posta yoluyla inceleme yorumlarını göndermesini isteyin
- Müşteri, yorumların e-posta yoluyla tartışılabileceğini veya belgede olduğu gibi uygun olduğunu ifade ettiğinde, lütfen bir sonraki adıma geçin ve müşteriyi bunun ne olduğu konusunda güncel tutun
# 3) İzlenebilirlik matrisi oluşturma sırasında müşteri aramaları
İleriye dönük izlenebilirliği izleyen projeler için, tüm olası senaryolarla gereksinimleri daha küçük işlevlere ayırmaya devam ediyoruz ve izlenebilirlik matrisi oluştur test planı yapıldıktan sonra. Bu genellikle müşteri tarafından incelenir, böylece kapsamı kontrol edebilir ve onaylarını verebilir ve devam edebiliriz.
Bu etkileşimi daha basit hale getirmek için aşağıdaki noktalara dikkat edilmelidir:
- Test planı gibi, matris de müşterinin incelemesi için gönderilmeden önce baştan aşağı gözden geçirilmelidir.
- Mümkün olduğunda e-posta yoluyla yorum isteyin
- Yorumlar e-posta yoluyla gönderildiğinde, yorumları ekiple tartışın, böylece görüşmedeki her biri için çözümü doğrudan açıklayabilirsiniz - tekrar, yalnızca öncelikli vakaları tartışın. Gerisi e-postayı bekleyebilir.
- Komut dosyası başlatılabilirse onay alın
- Senaryo oluşturma aşamasıyla ilgili herhangi bir sorunuz veya çekinceniz varsa, bu görüşmede bunları açıklığa kavuşturduğunuzdan emin olun.
# 4) Test komut dosyası oluşturma sırasında istemci çağrıları
Bu aşama sonunculardan daha uzundur ve müşteri aramaları daha yoğun olabilir.
Bu noktalar yardımcı olabilir:
- Son tarihlere uyun: Test komut dosyaları oluşturma hedeflerine ulaşmaya veya bunları aşmaya çalışın.
- Daha uzun aramalar için hazırlanın
- Sürprizlerden kaçının: Müşteriyi ilerleme hakkında bilgilendirin ve engelleri dahil edin, böylece müşteri görüşme sırasında ilk kez yeni bilgi duymaz
- Önce akran incelemesi yapın ve görüşmeden önce RTM ile eşleştirmenin yapıldığından emin olun
- Zaten e-posta yoluyla gönderildiği için durum e-postasını ayrıntılı olarak tekrarlamaktan kaçının. Ayrıntılara yalnızca müşteri belirli bir şey sorduğunda veya müşteri bunu istediğinde girin.
- Müşterinin ve QA ekibinin sorusu yoksa veya tartışacak hiçbir şeyi yoksa aramayı iptal edin veya iptal edin
- Sonraki görevler için planı açıklayın
- Daha ileri gitmemizi engelleyen tıkanma durumunda, alternatif görevleri düşünün ve aynısını müşteriye iletin.
# 5) Komut dosyası yürütme ve hata günlüğü sırasında istemci çağrısı
(Büyütülmüş görmek için resme tıklayın)
Bu aşamanın etkili olabilmesi için tahmini zaman çizelgelerini karşılamamız ve onu ileten raporun kalitesinin mükemmel ve doğru olması gerekir.
Daha fazla oku => Test yürütme süreci
- Test komut dosyası oluşturma aşamasında olduğu gibi, bu aşamada da aramalar uzun olabilir ve karmaşık konularla ilgilenebilir - Bu yüzden odaklanın ve sabırlı olun.
- Önceden e-posta yardımcı olur
- Görüşmenin başında o günün durumunun genel olarak önemli anlarını verin
- Durum tartışması tamamlandıktan sonra kusur durumuna geçin
- Sorguları çöz
- Sonraki görev dizisini açıklayın
Not - Bazen birçok komut dosyamız başarısız olabilir. Ve müşteri bu konuda iyi hissetmeyebilir. Bizim hatamız olmasa da, yolunda ilerlemek ve düşük kaliteyi ilerleme ile telafi etmek için test durumlarını normal şekilde (mümkünse, daha fazla) yürütün.
Ayrıca oku => QA (veya herhangi bir) Ekibine Etkili E-postalar Nasıl Yazılır?
oracle pl sql röportaj soruları ve cevapları
# 6) UAT sırasında / sürümden sonra / üretimde müşteri araması
- UAT'ye yardımcı olmak için müşteriyi bilinen sorunlar ve geçici çözümler konusunda bilgilendirin
- UAT sırasında bulunan bir kusur size sorulduğunda, onlara kök neden / geçici çözüm mümkün olduğunda e-posta yoluyla veya aynı şeyi açıklamak için kısa bir arama yapın
- Bilinen sorunlarla ilgili yapılacak eylemlere ilişkin önerilerde bulunun - bir değişiklik isteği veya RFC ( Değişim talebi ) - veya bunları yeni bir proje olarak kapsamak, vb.
- Ürün kullanıma sunulduğunda, müşterinin bakım gereksinimlerini kontrol edin
- Gerekli olduğunu düşünüyorsanız performans veya diğer işlevsel olmayan testlerin yapılmasını önerin
Son bir ipucu: Geri bildirim isteyin. Bir uygulamayı takip ettiyseniz, müşteriye neyin en iyi sonuç vereceğine karar vermeye müşteriyi dahil etmemizin yararlı olup olmadığını sorun.
Sonuç
Müşteri-ekip iletişimini mükemmelleştirmek başarılması zor bir dengedir, ancak birkaç basit adımla oraya varabilir ve ilerleme kaydedebiliriz.
Yukarıdaki noktalar zamana göre test edilmiştir ve pratik olarak uygulanmıştır, bu nedenle bunların işe yaradığını biliyoruz.
Kolunuzda başka ipuçlarınız ve püf noktalarınız varsa lütfen bize bildirin.
Her zaman olduğu gibi sizden haber almak isteriz. Lütfen aşağıya yorum yapın veya soru gönderin.
Önerilen Kaynaklar
- QTP'yi ALM / QC ile Entegre Etmek İçin Adım Adım Kılavuz
- MongoDB'yi Windows'a Kurun: Adım Adım Kılavuz
- JIRA'yı qTest ile Entegre Etme: Adım Adım Kılavuz
- İlk Ücretli Kitle Kaynaklı Test Projenizi Almak İçin Adım Adım Kılavuz
- Test Uzmanları Soruları Akıllı Yolla Nasıl Sorabilir: Adım Adım Kılavuz
- Otomasyon Testinde Kavram Kanıtı'nı (POC) Uygulamaya Yönelik Adım Adım Kılavuz
- Test Uzmanından İş Analistine Kariyer Değişimi - Adım Adım Kılavuz
- Testlerde Liderlik - Test Liderinin Sorumlulukları ve Test Ekibinin Etkili Bir Şekilde Yönetilmesi