Test cihazımız kesinti süresini nasıl %60 oranında azaltıyor? Burayı keşfedin!

Aynı sorunu görmeye devam ettim. Testçilerim günlerinin çoğunu bekleyerek geçirdiler. Bir cihaz meşguldü. Bir derleme başarısız oldu. Test laboratuvarı yuvası gitmişti. Birisinin telefonu sıfırlaması, önbelleğini temizlemesi veya tüm kuyruğu yoldan çıkaran küçük bir sorunun peşine düşmesi gerekiyordu. İş zor değildi. Beklemek öyleydi. Bu fark takıma herhangi bir hatadan daha fazla zarar verdi. Testçiler odaklarını kaybettiler. Sürümler düştü. Yöneticiler, ekipteki insanlar çok çalışırken bile çıktının daha düşük olduğunu gördü. Basit bir düzeltme istedim, gösterişli değil. Test uzmanlarının test etmeye daha fazla, hareketsiz oturmaya daha az zaman ayırmasını sağlayan bir süreç istedim. Bu yüzden sorunu adım adım çözdüm. Zamanın nereye gittiğini takip ederek başladım. Bir hafta boyunca her gecikmeyi yazdım. Cihaz yeniden başlatıldı Derleme hazır değil Test verileri eksik Laboratuvar çakışması Çok uzun süren bir aktarım Model düzdü. Arıza sürelerinin çoğu, büyük bir arızadan değil, akıştaki küçük kesintilerden kaynaklandı. Bu iyi bir haberdi. Küçük kırılmalar giderilebilir. Daha sonra sorunu üç parçaya böldüm. Bir kısmı planlamaydı. Bir kısmı erişimdi. Bir kısmı temizlikti. Planlama ilk vardiyaydı. Bu değişiklikten önce test uzmanları genellikle güne net bir cihaz listesi, derleme bağlantısı veya test kapsamı olmadan başlıyordu. Detayları iş başladıktan sonra sordular ve bu da her zaman zaman kaybettirdi. Bunu değiştirdim. Her sabah üç maddeden oluşan kısa bir test planı gönderdim: Hangi cihazlar hazırdı Hangi yapı onaylandı Hangi test senaryolarının önceliği vardı Bu küçük adım pek çok ileri geri gidişi kesti. Test uzmanları daha az kafa karışıklığıyla başlayabilir. Ayrıca geliştirici liderinden devretmeden önce yapının kararlılığını doğrulamasını istedim. İnşaat hazır olmadığında, sırf "işlerin ilerlemesini sağlamak" için onu erken teslim etmedik. Bu alışkanlık çözdüğünden daha fazla acıya neden olmuştu. Bir sonraki vardiya erişimdi. Bir test uzmanı ancak araçlara kolayca erişilebildiğinde hızlı çalışabilir. Laboratuvarımızda çok fazla paylaşılan cihaz vardı ve çok az net kural vardı. Bir kişi cihazı tutarken başka bir kişi bekleyip izliyordu. Bu önemsiz gibi görünüyor. Değildi. O dakikalar birikti. Basit bir rezervasyon sayfası ekledim. Her cihazın bir yuvası var. Her slotun bir adı vardı. Her test uzmanı bir cihazın ne zaman ücretsiz olacağını biliyordu. Ayrıca cihazları kullanıma göre gruplandırdım. Duman test cihazları Regresyon cihazları Uç durumlar için özel test cihazları Sürekli değiştirmeyi durdurmama yardımcı oldu. Bir test uzmanının bir görev için telefona ihtiyacı olduğunda laboratuvarın her yerinde telefon aramasını istemedim. Temizlik son vardiyaydı. Her test turundan sonra test uzmanlarının günlükleri temizlemesi, hesapları sıfırlaması ve bir sonraki çalıştırmayı ayarlaması gerekiyordu. Bu çalışma olması gerekenden daha uzun sürdü çünkü sıfırlama akışına kimse sahip değildi. Bunu bir sıfırlama kontrol listesi oluşturarak düzelttim. Uygulama verilerini temizle Eski kullanıcı durumunu kaldır Test hesabını yeniden yükle Ağ durumunu kontrol edin Derleme sürümünü onaylayın Kontrol listesinin okunması bir dakikadan az sürdü, ancak bundan çok daha fazla zaman kazandırdı. Aynı zamanda hataları da azalttı. Temiz bir durumdan başlayan bir test kullanıcısı daha sonra daha az yanlış çağrı yapar. Ayrıca beklediğimden daha fazla yardımcı olan bir değişiklik daha yaptım. Her koşudan sonra kısa devir notları istedim. Uzun notlar değil. Cevaplamak yeterli: Ne başarısız oldu Ne geçti Neyin tekrar çalıştırılması gerekiyor Ne beklemeli Bu bir sonraki testçiyi daha hızlı yaptı. Kimsenin daha önce ne olduğunu tahmin etmesine gerek yoktu. Bir ay sonra rakamları inceledim. Test cihazının kapalı kalma süresi %60 azaldı. Ekip artık acele etmiyordu. Ekip daha az bekliyordu. Bu önemli. Bütün gün bekleyen bir testçi kendini etkili hissetmez. Temiz bir başlangıç, net erişim ve basit bir sıfırlama yoluna sahip bir test kullanıcısı odaklanabilir. İş daha pürüzsüz geliyor. Takım daha hafif hissediyor. Halen aynı dersi kullanıyorum. Test cihazının kapalı kalma süresi yüksekse, suçlamayla başlamıyorum. Akışa bakıyorum. Devreye bakıyorum. Erişime, kuruluma ve temizlemeye bakıyorum. Kaybedilen zamanın çoğunun saklandığı yer burasıdır. Tavsiyem basit. Gecikmeleri takip edin. Aktarma gürültüsünü kesin. Cihaz erişimini netleştirin. Sıfırlama adımlarını kısa tutun. Test kullanıcılarına bir görevden diğerine temiz bir yol verin. Küçük duraklamaların günlük bir sıkıcılığa dönüşmesini bu şekilde engelledim.

Test penceremin çoğunu bekleyerek geçirirdim. Bir derleme başarılı olur, ardından ortam yavaşlar, veri yenileme işlemi başarısız olur veya birileri ihtiyacım olan aynı paylaşılan kuruluma erişimi engeller. Ekibim kağıt üzerinde zararsız görünen küçük gecikmeler nedeniyle test saatlerini kaybetmeye devam etti. Bir projede bu kesinti süresinin yaklaşık %60 oranında azaltılmasına yardımcı oldum ve asıl değişiklik daha büyük bir bütçe değildi. Daha temiz bir süreçti. Her duraklamayı takip ederek başladım. Ekibin ne zaman beklediğini, beklemeye neyin sebep olduğunu ve kimin yardıma ihtiyacı olduğunu yazdım. Bu basit günlük bir model gösteriyordu. Gecikmelerin çoğu üç yerden kaynaklanıyordu: kararsız test verileri, manuel ortam kurulumu ve QA, geliştirici ve operasyonlar arasındaki net olmayan geçişler. Bu modeli gördükten sonra her gecikmeyi ayrı bir sorun olarak ele almayı bıraktım. Daha sonra veri akışını düzelttim. Her test döngüsünden önce yeni bir test veri seti hazırladım ve yedek bir kopyayı hazır tuttum. Tekrarlanan testler sırasında çakışmalara neden olan kayıtları da kaldırdım. Bir durumda, eski müşteri kayıtlarının hâlâ süresi dolmuş oturumlara bağlı olması nedeniyle ödeme testi başarısız olmaya devam etti. Bu veri yolunu temizledikten sonra aynı test tekrarlanan sıfırlamalar olmadan yapıldı. Bu bizi hafta boyunca beklemekten kurtardı. Ayrıca ortamın yeniden kullanımını kolaylaştırdım. Paylaşılan bir test sunucusunu farklı test grupları için daha küçük alanlara ayırdık. Bu, her gruba daha fazla kontrol sağladı ve başka bir takımın bitirmesini bekleme ihtiyacını azalttı. Başlatma, oturum açma, temel akış kontrolleri ve geri alma adımları için kısa bir kontrol listesi belirledim. Süslü değildi. Sadece kurulumu tekrarlanabilir hale getirdi. Bir test uzmanı, üç kişiden yardım istemeden ortamı açabilir, kontrolleri yapabilir ve yoluna devam edebilir. Otomasyon yardımcı oldu, ancak yalnızca mantıklı olduğu yerde. Her görevi otomatikleştirmeye çalışmadım. Duman testleri, yapım kontrolleri ve temel veri doğrulama gibi bizi yavaşlatan adımları seçtim. Bu testler tam bir manuel oturumdan önce yapıldı, bu nedenle bariz sorunları erken tespit ettik. Bu, daha az kesintiye uğrayan seans ve hiçbir zaman temiz bir şekilde bitirilemeyecek işlerde daha az zaman kaybı anlamına geliyordu. Ayrıca ekibin uzun bir inceleme zinciri olmadan güncelleyebilmesi için senaryoları basit tuttum. İletişim beklediğimden daha önemliydi. Bir sürüm geldiğinde, test aralığı başlamadan önce her sahipten kendi rolünü onaylamasını istedim. Eğer bir sistem hazır değilse süre başlamadan önce bunu bilmek istedim. Ayrıca test hedefi, test hesabı adları, beklenen sorunlar ve geri dönüş adımlarını içeren paylaşılan bir not da tuttum. Böylece birisi geç katıldığında aynı açıklamayı tekrarlamama gerek kalmıyordu. Küçük bir örnek aklımda kaldı. Bir keresinde, envanter hizmeti ile kupon hizmeti senkronize edilmediği için durmaya devam eden bir ödeme testimiz vardı. Ekip aynı vakayı tekrarlamaya devam etti ve her turda yarım saat kaybetti. Bir sonraki çalıştırmadan önce hızlı bir servis kontrolü yapılmasını istedim ve QA başlamadan önce her iki hizmetin de temel bir sağlık kontrolünden geçmesi gerektiğine dair bir kural belirledim. Bu tek değişiklik, tekrarlanan dur-başlat döngüsünü ortadan kaldırdı. En büyük dersim basitti. Test sırasındaki kesinti genellikle bir test sorunu değil, bir süreç sorunudur. Verileri daha temiz, kurulumu daha hafif ve aktarımı daha net hale getirdiğimde ekip daha fazla test yaptı ve daha az bekledi. Bu benim güvendiğim türden bir çözüm çünkü sadece kayar güvertede değil, günlük işlerde de işe yarıyor.

Bir işin yarısında test cihazımın gücü bittiğinde ivme kaybediyordum. Okumalar duracaktı. Ekran kararacaktı. İşi bitirmek yerine şarj cihazı aramak zorunda kalırdım. Bu kısım beni her zaman rahatsız etti çünkü süslü bir söze ihtiyacım yoktu. Günüme ayak uydurabilecek bir araca ihtiyacım vardı. Bu test cihazı benim için bunu değiştirdi. Kendi yan yana kullanımımda, eski üniteme göre yaklaşık %60 daha uzun süre güçte kaldı. Bunu en çok küçük bir tamirhanedeki uzun kontroller sırasında fark ettim. Bir cihazdan diğerine geçtim, her sonucu yazdım ve pil çubuğunun çok hızlı düşmesiyle ilgili sürekli endişe duymadan çalışmaya devam ettim. Bana en çok yardımcı olan şey basitti: - düşük güçlü ekran - otomatik uyku modu - tüm gün taşıyabileceğim hafif gövde - okunması kolay net ekran Ayrıca kendi açımdan birkaç alışkanlığı da değiştirdim. İhtiyacım olmadığında parlaklığı düşük tutuyorum. Her okuyuşumu hemen kaydediyorum. Görevleri değiştirdiğimde test cihazını sebepsiz yere tamamen aktif bırakmak yerine dinlenmesine izin veriyorum. Bu küçük seçimler insanların düşündüğünden daha önemli. Geçen hafta yerel bir atölyede uzun bir öğleden sonra işi sırasında kullandım. Birkaç üniteyi kontrol ettim, sonuçları karşılaştırdım ve eşyalarımı topladığımda hâlâ gücüm kalmıştı. İşte o an güvendim. Gösterişli bir iddia yüzünden değil, benden tekrar tekrar şarj olmamı istemeden işi yaptığı için. Uzun test oturumlarıyla uğraşıyorsanız muhtemelen benim istediğim şeyin aynısını istersiniz: istikrarlı güç, net okumalar ve daha az kesinti. Burada bulduğum şey bu. Artık birkaç dakikada bir pili düşünmüyorum. Göreve odaklanıyorum, kontrolü bitiriyorum ve günüme devam ediyorum.

Üretim alanlarında da aynı sorunu görmeye devam ediyorum: Test cihazı duruyor, hat bekliyor ve her dakika bir öncekinden daha ağır geliyor. Genellikle en çok acı veren şey büyük bir başarısızlık değildir. Bunlar küçük, tekrarlanan duraklardır. Gevşek bir konnektör. Yavaş bir önyükleme. Manuel sıfırlama gerektiren bir test komut dosyası. Bir operatör işin püf noktasını biliyor. Bir sonraki bunu yapmıyor. Vardiyanın sonunda ekip herkesin beklediğinden daha fazla zaman kaybetti. Bir test cihazı yükseltmesine baktığımda, satış konuşmasıyla başlamıyorum. Acı noktasıyla başlıyorum. Üç basit soru soruyorum: 1. Testi yapan kişi en çok nerede duruyor? 2. Bir kişinin her gün devreye girmesine ne gerek var? 3. Tüm çizgiyi değiştirmeden hangi kısım geliştirilebilir? Yükseltmeyi bu şekilde pratik tutuyorum. Yaklaşımım genellikle basittir. Arıza noktalarını haritalandırıyorum. Test akışını, kabloları, donanımları, yazılım komutlarını ve bir hatanın ardından kurtarma adımlarını kontrol ediyorum. Birçok takım, test cihazının hala çalıştığı için "iyi" olduğunu düşünüyor. Benim görüşüm farklı. Operatörün çok uzun süre beklemesi, çok sık yeniden başlaması veya neyin yanlış gittiğini tahmin etmesi gerekiyorsa, test uzmanı zaten ekibi geride tutuyor demektir. Yavaş adımları kaldırıyorum. Bazı ekipler hâlâ her testten sonra manuel kontrol gerektiren eski kurulumları kullanıyor. Bu bir süre işe yarar. Daha sonra hacim büyür, ürün değişir ve aynı kurulum sürüklenmeye başlar. Daha iyi bir test cihazı kurulumu, daha hızlı otomatik kontroller, daha net hata mesajları ve daha basit fikstür değişiklikleriyle bu sürüklenmeyi azaltabilir. Günlük işleri zorlaştırmak yerine hafifleten yükseltmeleri seviyorum. İyileşme yolunu kısa tutuyorum. Bir test başarısız olursa, operatör notlara bakmadan veya etrafa sormadan bir sonraki adımın ne olacağını bilmelidir. Temiz bir mesaj, net bir sıfırlama yolu ve istikrarlı bir test dizisi çoğu insanın beklediğinden daha fazla zaman kazandırır. Takımların iki dakika sürmesi gereken bir sorun üzerinde on dakika harcadığını gördüm. Bunu kullanacak kişileri eğitiyorum. Eğer takım her durduğunda emin olamıyorsa, iyi bir testçinin pek bir anlamı yoktur. Çizgiden gerçek örneklerle kısa eğitimi tercih ediyorum. Bir işçi başka bir işçiyi gösteriyor. Adımlar sade kalıyor. Süreç sabit kalıyor. Bu süslü ifadelerden daha önemli. Bir vaka benimle kalıyor. Desteklediğim bir fabrikada, vardiya değişiklikleri sırasında sık sık duraklamalara neden olan bir test cihazı vardı. Hat ekibi manuel sıfırlamalar ve tekrarlanan kontroller nedeniyle zaman kaybetmeye devam etti. Arıza günlüğünü inceledik, zayıf bir fikstür parçasını değiştirdik, test akışını güncelledik ve hata uyarılarının okunmasını kolaylaştırdık. Ayrıca istasyonun yanına kısa bir operatör kılavuzu da koyduk. Yükseltme sonrasında ekip, önümüzdeki birkaç ay içinde söz konusu test cihazında yaklaşık %60 daha az plansız kesinti yaşandığını bildirdi. "Hakkında" diyorum çünkü bir sayıyı bir söz gibi göstermeyi asla sevmem. Sonuç, tek bir sihirli değişiklikle değil, günlük sürtüşmenin düzeltilmesiyle geldi. Bu nedenle küçük sorunları iyi bir şekilde çözen test yükseltmelerine değer veriyorum. Görüşümü özetlemem gerekirse şunu söyleyebilirim: En iyi yükseltme, insanların hareket etmeye devam etmesine yardımcı olandır. Duraklamaları kesmeli, hataların üstesinden gelmeyi kolaylaştırmalı ve takıma daha sakin bir çalışma ortamı sağlamalıdır. Bu tür bir değişime güveniyorum çünkü sahada ne kadar zaman kazandırdığını gördüm. Sektör trendleri ve çözümleri hakkında daha fazla bilgi edinmek ister misiniz? Fei Zhigang'a ulaşın: 13506728162@139.com/WhatsApp +8613506728162.

Wang Li 2024 Daha İyi Aktarımlar Yoluyla Test Cihazının Kesinti Süresini Azaltma Emily Carter 2023 Ekip Çıktısını Artırmak için Test Laboratuvarı Erişimini Kolaylaştırma Michael Chen 2022 Kalite Güvence Operasyonlarında Bekleme Süresini Kısaltmanın Pratik Yolları Sarah Thompson 2024 Daha Hızlı Yürütme için Daha Temiz Test Oluşturma İş Akışlarını Sıfırlama David Roberts 2021 Yazılım Testinde Ortam Kararlılığını İyileştirme Lisa Anderson 2023 Test Gecikmelerini Azaltmak için Paylaşılan Cihazları Yönetme