Herkese selam! Adım Yulia ve ben bir testçiyim. Geçen yıl sana bahsetmiştim bagodelnya - hata birikimini temizlemek için şirketimizde düzenlenen bir etkinlik. Bu, yalnızca bir günde bunu önemli ölçüde azaltmak (farklı takımlarda %10'dan %50'ye) için tamamen geçerli bir seçenektir.

Bugün size bahar Bagodelny formatımız - BUgHunting'den (BUH) bahsetmek istiyorum. Bu sefer eski hataları düzeltmedik, ancak yenilerini aradık ve özellikler için fikirler önerdik. Kesimin altında bu tür etkinliklerin organizasyonu, sonuçlarımız ve katılımcılardan gelen geri bildirimler hakkında birçok detay yer alıyor.

Düzenlemeleri iyice düşünüp yazdık ve kurumsal Slack'teki tüm kanallara hiçbir kısıtlama içermeyen bir davetiye gönderdik:

Sonuç olarak, hem geliştiriciler hem de teknik olmayan uzmanlar olmak üzere yaklaşık 30 kişi kaydoldu. Etkinliğe tam bir iş günü ayırdık, geniş bir toplantı odası rezervasyonu yaptık ve ofis kantininde öğle yemekleri düzenledik.

Neden?

Görünüşe göre her takım işlevselliğini test ediyor. Kullanıcılar hataları bize bildiriyor. Neden böyle bir etkinlik düzenliyorsunuz?

Birkaç hedefimiz vardı.

1. Adamları ilgili projelere/ürünlere yaklaştırın.
   Artık şirketimizde herkes ayrı ekipler - birimler halinde çalışıyor. Bunlar, işlevselliğin kendilerine ait kısmı üzerinde çalışan ve diğer projelerde neler olup bittiğinin her zaman tam olarak farkında olmayan proje ekipleridir.
2. Sadece meslektaşlarınızı birbirleriyle tanıştırın.
   Moskova ofisimizde yaklaşık 800 çalışanımız var; tüm meslektaşlarımız birbirini görerek tanımıyor.
3. Geliştiricilerin ürünlerindeki hataları bulma yeteneğini geliştirin.
   Şimdi Çevik Testi teşvik ediyoruz ve adamları bu yönde eğitiyoruz.
4. Test sürecine teknik uzmanlardan daha fazlasını dahil edin.
   Teknik departmanın yanı sıra, testler hakkında daha fazla konuşmak isteyen, bir hatanın nasıl düzgün bir şekilde bildirileceği ve böylece "Ahhh... hiçbir şey işe yaramıyor" gibi mesajların daha az alınması konusunda daha fazla konuşmak isteyen diğer uzmanlık alanlarından birçok meslektaşımız var.
5. Ve elbette zor ve bariz hatalar bulun.
   Ekiplerin yeni özellikleri test etmelerine yardımcı olmak ve onlara uygulanan işlevselliğe farklı bir açıdan bakma fırsatı vermek istedim.

uygulama

Günümüz birkaç bloktan oluşuyordu:

• Bilgilendirme;
• yalnızca ana noktalara (testin amaçları ve ilkeleri, vb.) değindiğimiz test etme üzerine kısa bir ders;
• Hataları tanıtırken “görgü kuralları” bölümü (burada ilkeler iyi tanımlanmıştır);
• üst düzeyde tanımlanmış senaryolara sahip projeler için dört test oturumu; her oturumdan önce proje ve ekiplere bölünme hakkında kısa bir giriş dersi vardı;
• etkinlikle ilgili kısa anket;
• özetleme.

(Seanslar ve öğle yemeği arasındaki molaları da unutmadık).

Temel kurallar

• Etkinliklere kayıt bireyseldirBu, bir kişinin gitmemeye karar vermesi durumunda tüm ekibin atalet nedeniyle tükenmesi sorununu çözer.
• Katılımcılar her oturumda takım değiştirir. Bu, katılımcıların istedikleri zaman gelip gitmelerine olanak tanır ve ayrıca daha fazla kişiyle tanışabilirsiniz.
• Takımlar her seanstan önce iki kişi rastgele oluşturulurbu onu daha dinamik ve daha hızlı hale getirir.
• Tanıtılan hatalar için ödüllendirilirsiniz kritikliğe bağlı olarak puan (3'ten 10'a kadar).
• Kopyalara puan verilmez.
• Hatalar, tüm iç standartlara uygun olarak bir ekip üyesi tarafından bildirilmelidir.
• Özellik istekleri ayrı bir görevde oluşturulur ve ayrı bir adaylığa katılır.
• Denetim ekibi tüm kurallara uygunluğu izler.

Diğer detaylar

• Başlangıçta "ileri düzey" bir test etkinliği yapmak istedim ama... Ürün dışı ekiplerden pek çok kişi kaydoldu (SMM, avukatlar, halkla ilişkiler), içeriği büyük ölçüde basitleştirmek ve karmaşık/profil vakalarını kaldırmak zorunda kaldık.
• Jira'daki birimlerin farklı projelerdeki çalışmaları nedeniyle, akışımıza göre, hataların tanıtılması için bir şablon oluşturduğumuz ayrı bir proje oluşturduk.
• Puanları hesaplamak için web kancaları aracılığıyla güncellenen bir skor tablosu kullanmayı planladılar ancak bir şeyler ters gitti ve sonunda hesaplamanın manuel olarak yapılması gerekti.

Etkinlik düzenlerken herkes sorunlarla karşılaşır ve sizin için işi biraz daha kolaylaştırmak için kaçınabileceğiniz sorunlarımızı anlatacağım.

Konuşmacılardan biri aniden hastalandı ve yenisini bulmak zorunda kaldı.
Sabah 9'da aynı takımdan bir yedek bulduğum için çok şanslıydım). Ancak şansa güvenmemek ve yedek bulundurmak daha iyidir. Veya gerekli raporu kendiniz vermeye hazır olun.

İşlevselliği kullanıma sunmak için zamanımız olmadı, blokları değiştirmek zorunda kaldık.
Bir bloğun tamamını çöpe atmaktan kaçınmak için bir yedekleme planınızın olması daha iyidir.

Bazı test kullanıcıları düştü, yenilerini hızla yeniden oluşturmak zorunda kaldık.
Test kullanıcılarını önceden çapraz kontrol edin veya bunları hızlı bir şekilde gerçekleştirin.

Formatın basitleştirildiği adamların neredeyse hiçbiri gelmedi.
Kimseyi zorla sürüklemeye gerek yok. Kendinizi alçakgönüllü tutun.
Etkinliğin formatını kesin olarak belirleme seçeneği vardır: "amatör"/"ileri düzey" veya aynı anda iki seçenek hazırlayıp hangisinin gerçekleştirileceğine karar verdikten sonra.

Yararlı organizasyon noktaları:

• önceden bir toplantı rezervasyonu yapın;
• masaları düzenleyin, uzatma kablolarını ve aşırı gerilim koruyucuları unutmayın (dizüstü bilgisayarları/telefonları şarj etmek tüm gün için yeterli olmayabilir);
• puanlama sürecini otomatikleştirin;
• sıralama tabloları hazırlamak;
• test kullanıcılarının kullanıcı adlarını ve şifrelerini, Jira ile çalışma talimatlarını, komut dosyalarını içeren kağıt bildiriler hazırlayın;
• Etkinlikten bir hafta önce hatırlatma göndermeyi ve yanınıza almanız gerekenleri (dizüstü bilgisayarlar/cihazlar) belirtmeyi unutmayın;
• bir demoda, öğle yemeklerinde, bir fincan kahve içerken meslektaşlarınıza olayı anlatın;
• Devop'larla bu gün hiçbir şeyi güncellememe veya sunmama konusunda anlaşın;
• konuşmacıları hazırlayın;
• özellik sahipleriyle görüşün ve test için daha fazla senaryo yazın;
• atıştırmalıklar için ikramlar (kurabiyeler/şekerler) sipariş edin;
• Etkinliğin sonuçlarını bize bildirmeyi unutmayın.

Bulgular

Tüm gün boyunca ekip, 4 projeyi test etmeyi ve 192 hata (134'ü benzersiz) ve özellik istekleri içeren 7 sorun oluşturmayı başardı. Elbette proje sahipleri bu hataların bazılarını zaten biliyordu. Ancak beklenmedik bulgular da vardı.

Tüm katılımcılar tatlı ödüller aldı.

Ve kazananlar termoslar, rozetler, tişörtülerdir.

Ne ilginç çıktı:

• katılımcılar, zamanın sınırlı olduğu ve düşünmeye çok fazla zaman ayıramadığınız zorlu oturumların formatını beklenmedik buldular;
• masaüstü, mobil versiyon ve uygulamaları test etmeyi başardı;
• birçok projeye aynı anda baktık, sıkılmaya vaktimiz olmadı;
• farklı meslektaşlarla tanıştım, hata oluşturmaya yönelik yaklaşımlarını inceledim;
• testçilerin tüm acısını hissettim.

Neler geliştirilebilir:

• daha az proje yapın ve oturum süresini 1,5 saate çıkarın;
• hediyeleri/hediyelik eşyaları çok önceden hazırlayın (bazen onay/ödeme bir ay sürer);
• rahatlayın ve bir şeylerin planladığınız gibi gitmeyeceğini ve mücbir sebeplerin ortaya çıkacağını kabul edin.

Yorum

Anna Bystrikova, sistem yöneticisi: “İmarethane benim için çok eğitici. Test sürecini öğrendim ve testçilerin tüm “acısını” hissettim.
İlk olarak, test sürecinde örnek bir kullanıcı olarak ana noktaları kontrol edersiniz: düğmenin tıklanıp tıklamadığı, sayfaya gidip gitmediği, düzenin taşınıp taşınmadığı. Ancak daha sonra kalıpların dışında düşünmeniz ve uygulamayı "kırmaya" çalışmanız gerektiğini fark edersiniz. Test uzmanlarının işi zor; arayüzün her yerini "dürtmek" yeterli değil; kalıpların dışında düşünmeye çalışmanız ve son derece dikkatli olmanız gerekiyor.
İzlenimler sadece olumluydu; şimdi bile, olaydan bir süre sonra, bulduğum hatalar üzerinde nasıl çalışıldığını görüyorum. Ürünü iyileştirmeye dahil olmak harika ^_^."

Dmitry Seleznev, ön uç geliştirici: "Rekabet modunda test yapmak bizi daha fazla hata bulma konusunda büyük ölçüde motive ediyor). Bana öyle geliyor ki herkes Baghunting'e katılmaya çalışmalı. Keşif testi, test planında açıklanmayan durumları bulmanızı sağlar. Üstelik projeyi bilmeyen kişiler de hizmetin rahatlığı konusunda geri bildirimde bulunabiliyor.”

Antonina Tatchuk, kıdemli editör: “Testçi olarak kendimi denemek hoşuma gitti. Bu tamamen farklı bir çalışma tarzı. Siz sistemi kırmaya çalışıyorsunuz, onunla arkadaş olmaya değil. Meslektaşlarımıza testlerle ilgili her zaman bir şeyler sorma fırsatımız oldu. Hatalara öncelik verme hakkında daha fazla şey öğrendim (örneğin, metinlerdeki dilbilgisi hatalarını aramaya alışkınım, ancak böyle bir hatanın "ağırlığı" çok küçüktür; ve tam tersi, benim için çok önemli görünmeyen bir şey sonunda ortadan kalktı) hemen düzeltilen kritik bir hata).
Etkinlikte çocuklar test teorisinin bir özetini verdiler. Bu teknik bilgisi olmayan kişiler için faydalı oldu. Ve birkaç gün sonra kendimi başka bir siteyi desteklemek için “ne-nerede-ne zaman” formülünü kullanarak siteden ve gerçeklikten beklentilerimi ayrıntılı olarak anlattığımı düşünürken yakaladım.”

Sonuç

Ekibinizin yaşamını çeşitlendirmek istiyorsanız işlevselliğe yeni bir göz atın, mini bir düzenleme yapın. "Kendi köpek mamasını ye", o zaman böyle bir etkinlik düzenlemeyi deneyebilirsiniz, sonra bunu birlikte tartışabiliriz.

En iyi ve daha az hata!

Kaynak: habr.com