Açılış Konuşmaları
Sonal Shah (Google)
Açılış Konuşması - Hızlı Geçiş Yapın ve Hiçbir şeyi bozmayın
Ankit Mehta (Google)
Daha İyi Bir Web için Otomasyon
James Graham (Mozilla)
Web, dünyanın en popüler uygulama platformudur ancak zayıf tarayıcı birlikte çalışabilirliği, web geliştiricileri arasında yaygın bir hayal kırıklığı ve hayal kırıklığı yaratmanın yaygın nedenlerinden biridir. Bu durumu iyileştirmeyi denemek amacıyla W3C, açık web için sürekli olarak güncellenen, tarayıcılar arası ve bir test paketi (web platformu testleri) oluşturmaya yönelik topluluk çalışmalarını kolaylaştırmaktadır. James, web platformu testlerini tanıtacak ve çeşitli masaüstü tarayıcılarda ve Firefox OS'in yüklü olduğu mobil cihazlarda testlerin otomasyonunu desteklemek için oluşturduğumuz araçları açıklayacaktır. Bu yazılımın, Mozilla'nın sürekli entegrasyon sisteminde her gün yüzlerce kayıtta harici kaynaklı, sık güncellenen bir test paketi çalıştırmanın zorluklarını gidermek için nasıl tasarlandığını gösterecek.
Chrome'u en iyi mobil tarayıcı yapın
Karin Lundberg (Google)
Chrome'un başarısının nedenlerinden biri hız, kararlılık, basitlik ve güvenlik (4S) adlı temel ilkeleriydi. Android ve iOS için Chrome'u kullanıma sunduğumuzda 4 S'yi sadece tarayıcının kendisine değil, otomatik testlere ve testlerimizin türüne de uyguladık:
- Hız, performans testleri ve hızlı testler içindir.
- Kararlılık testi ve kararlılık testleri için kullanılır.
- Chrome'un kullanım amacı, basit bir kullanıcı deneyimini test etmek ve test ekleyip çalıştırmayı kolaylaştırmaktır.
- Güvenlik, test amaçlıdır.
Davranış Modelleri için Test Otomasyonu Dili
Nan Li (Medidata Çözümleri)
Modele dayalı test kullanıcıları, soyut testleri grafiklerdeki yollar gibi modellere göre tasarlar. Ardından, soyut testlerin uygulama açısından tanımlanan somut testlere dönüştürülmesi gerekir. Soyut testlerden somut testlere dönüştürmenin otomatik olması gerekir. Davranış modelleri için modele dayalı mevcut test teknikleri, sınıf diyagramları ve test dönüşümü ve üretimi için kullanım alanı diyagramları gibi birçok ek diyagram kullanır. Test kullanıcılarının sık sık değişse bile tüm ilgili diyagramların her zaman tutarlı olması gerektiğinden, bunları kullanmak uygulamada çok karmaşıktır.
Bu konuşma, test kullanıcılarının eyalet makine diyagramı gibi tek bir davranış modeli kullanarak test oluşturmalarına olanak tanıyan bir test otomasyonu dili içermektedir. Üç sorun ele alınacaktır: (1) Modellerden yürütülebilir test koduna eşlemeler oluşturma ve test değerleri oluşturma, (2) grafikleri dönüştürme ve test yolları oluşturmak için kapsam ölçütlerini kullanma ve (3) kısıtlamaları çözme ve somut testler oluşturma.
Google'da test kapsamı
Andrei Chirila (Google)
Google'da test yapmanın nasıl bir şey olduğunu hiç merak ettiniz mi? Bize yardımcı olması için hangi araçları kullanıyoruz ve test kapsamını nasıl ölçüp bunlarla ilgili işlem yapıyoruz? Google'daki geliştirme sürecini kısaca açıklayacağız, ardından kod kapsamı ölçümünün kullanımına ve kod kalitesini ve mühendislik üretkenliğini artırmak için kod kapsamını nasıl kullandığımıza odaklanacağız. En sonunda, 100.000'in üzerinde kayıtın dahil olduğu çok geniş kapsamda kapsam verilerini sunarız, topladığımız verileri ve vardığımız daha geniş çapta geçerli sonuçları sunarız.
CATJS: Kendini Test Eden Uygulamalar
Ran Snir (HP) ve Lior Reuven (HP)
Geçtiğimiz yıllarda, bilişim dünyasıyla ilgili düşünme biçimimizi değiştiren birçok anormallikle karşılaştık. 3D yazıcıları yazdıran 3D yazıcılar ve tek başına düşünen robotlar vardır. Bunlar için catjs'yi de kullanıyoruz.
catjs, mobil web uygulamalarının kendilerini test etmelerine olanak tanıyan bir Açık Kaynak çerçevesidir. HTML5 kodunuzdaki basit ek açıklamalar, uygulamanın yaşam döngüsü içindeki yerleşik test komut dosyalarına dönüştürülür. Bu mobil web testleri tüm cihazlarda, işletim sistemlerinde ve tarayıcılarda çalıştırılabilir. catjs, uygulamanızın test akışıyla ilgilenmenin hızlı ve kolay bir yoludur.
Ölçeklenebilir Sürekli Entegrasyon - Açık Kaynak Kullanma
Vishal Arora (Dropbox)
Sürekli entegrasyon (CI) için birçok açık kaynak araç mevcuttur. Bunların yalnızca birkaçı geniş ölçekte iyi performans gösterir. Neredeyse hiçbiri dağıtılmış bir ortamda ölçeklendirilecek şekilde tasarlanmamıştır. Büyük ölçekte CI uygulamanın zorluklarını ve kendi dağıtılmış, ölçeklenebilir CI sisteminizi hızla oluşturmak için açık kaynak parçaları birleştirmenin bir yolunu öğrenin.
Sık Test Yapmıyorum ... Ama test ettiğimde Üretim Testleri yapıyorum
Gareth Bowles (Netflix)
Netflix her gün, giderek artan sayıda istemci cihazında daha fazla içerik tüketen daha fazla müşteriye sahip. Ayrıca, müşterilerimizin deneyimini geliştirmek için sürekli yenilikler yapıyoruz. Hızla değişen bir ortamda test etmek büyük bir zorluk. Bu nedenle, üretim ortamımızda test yapmanın genellikle bu değişiklikleri doğrulamanın en verimli yolu olabileceği sonucuna vardık. Bu konuşmada, üretimde kullandığımız üç test yöntemi ele alınacaktır: Simian Ordusu ile yaşanan her tür kesintinin simülasyonunu yapmak, canary kullanarak regresyonların aranmasını sağlamak ve üretimdeki kod kapsamı analiziyle testlerin etkinliğini ölçmek.
Gerçek ve Sanal Mobil Cihazlarda Otomatik Testin Önemi
Jay Srinivasan (Google) ve Manish Lachwani (Google)
Mobil testler web dünyasıyla kıyaslandığında bir maden alanıdır. Farklı cihazlar, işletim sistemleri, ağlar ve konumlarda, geliştiricilerin hesaba katılması gereken sayısız değişken vardır. Bu eğitim oturumunda, mobil uygulamaların performansını ve kalitesini optimize etmenin neden olduğu bazı zorlukları ve otomasyona, gerçek cihazlara, gerçek kullanıcı koşullarına yönelik uygulamalar gibi bunları ele alma stratejilerini ele alacağız.
Ücretsiz Testler Ücretsiz Muzdan Daha İyidir: Gerçek Zamanlı Prodüksiyon İzlemeyi Otomatikleştirmek İçin Veri Madenciliği ve Makine Öğreniminden Yararlanma
Celal Ziftci (Google)
Yazılım sistemlerinin analizi, bakımı ve testinde veri madenciliği ve makine öğrenimi tekniklerinden yararlanma ilgisi günden güne artıyor. Bu sunumda Celal, sistemdeki değişmez değerleri otomatik olarak tespit etmek, bu değişmez değerleri sistemlerimizi gerçek zamanlı olarak izlemek ve olası üretim sorunlarını dakikalar içinde duyurmak için bu tekniklerden nasıl yararlanacağımızı ele alacak.
Konuşmada dahili olarak kullandığımız iki araçtan ve mühendisler için neredeyse gerçek zamanlı prodüksiyon takibi sağlamak üzere bunları nasıl birleştireceğimizden bahsedeceğiz:
- Sistemin değişmez öğelerini keşfedebilen bir araçtır.
- Üretim sistemlerini izleyen ve olası sorunları gerçek zamanlı olarak belirlemek için kullandığı mantığın bölümünü otomatik olarak oluşturmak üzere ilk aracı kullanan bir araçtır.
Kızılötesi Set Üstü Kutuda Otomasyonu Test Et
Olivier Etienne (Turuncu)
Bu konuşma, bir TV Uygulaması bağlamının ne olduğunu ve otomasyonu otomatik hale getirmeye çalışırken ne tür sorunlarla karşılaşabileceğimizi açıklar. Olivier önceki başarısızlıklardan, yaklaşımlarından ve otomatik test aracı oluşturmanın temel noktalarından bahsedecek. Zaman tanırsa uygulamanın ayrıntılarını daha ayrıntılı olarak inceleyecek.
Birkaç asker ve birkaç kod satırının web testinin zengin dünyasını nasıl set üstü bir kutuya açtığını dinleyin.
Bulut Sağlayıcılarını Adil Şekilde Karşılaştırmanın Zorluğu ve Bu Konuda Yaptıklarımız
Anthony Voellm (Google)
Bu görüşmede, ana sistemden Cloud'a karşılaştırma geçmişi ele alınmaktadır. Amaç, karşılaştırmaların başladığı yer ve bu noktaya nasıl varıldığı hakkında temel oluşturmaktır. Cloud'un karşılaştırmalı değerlendirmesini ve bunu pratik olarak nasıl yapabileceğimizi planlıyoruz.
Makine İşini Yapmak İçin Hiçbir Zaman İnsan Gönderme: Facebook, testleri yönetmek için bot'ları nasıl kullanıyor?
Roy Williams (Facebook)
Facebook'un bir test kuruluşu yoktur. Geliştiriciler, kodlarını yazmaya, kodu test etmeye ve üretime hazırlamaya kadar her şeyin sahibidir. Bu, test etmediğimiz anlamına gelmez. Bu ölçeği, sinyali yüksek ve gürültüyü düşük tutmak için testlerin yaşam döngüsünü otomatikleştirmek için çalıştık. Yeni testler güvenilir olarak kabul edilmez ve kusurlar ağaçtan hızlıca kaldırılır. Nelerin işe yarayıp nelerin yaramadığını testlerde ele alacağız.
Espresso, Kaşık, Wiremock, Ah! ( Endişelenmeyi bırakıp Android testlerini öğrenmeyi nasıl öğrendim?)
Michael Bailey (American Express)
Hızlı ve güvenilir otomatik Android kullanıcı arayüzü testleri oluşturma ve yürütme hakkında bilgi edinin. Araçlar arasında Espresso, Spoon, Wiremock ve Jenkins bulunur. Temel Android ve Java geliştirme bilgileri varsayılmaktadır.
Google BigQuery Analizi
Brian Vance (Google)
BigQuery, Google Cloud'un etkileşimli büyük veri hizmetidir. Kullanıcılar, SQL benzeri sorgularla terabaytlarca veriyi birkaç saniye içinde analiz edebilir. Google test kullanıcılarının uzun yıllardır şirket içinde kullandığı Dremel'in üzerine inşa edilmiştir. Birkaç örnek üzerinden ilerleyerek BigQuery'yi kullanmaya nasıl başlayabileceğinizi göstereceğiz.
Selendroid - Android için Selenyum
Dominik Dary (Adobe)
Selendroid, Android yerel ve karma uygulamalarının ve mobil web'in kullanıcı arayüzünü devre dışı bırakan, açık kaynaklı bir test otomasyon çerçevesidir. Testler Selenium 2 client API kullanılarak yazılır. Test sürecinde, uygulamanın otomatik hâle getirilmesi için değişiklik yapılması gerekmez.
Bu sunum, kitleye mobil test otomasyonu yapmanın ne kadar kolay olduğunu gösterir. Selendroid'in yerel ve karma Android uygulamalarını test etmek için nasıl kullanılabileceğini ve Selenyum Izgarası'nın birden fazla cihazda paralel test için nasıl kullanılabileceğini gösterir. Selendroid'in çalışma zamanını otomatik olarak uzatma ve platformlar arası testler yapma gibi konular da ele alınacaktır.
Hypermedia Dünyalarında Dikkati Yayınlama
Amit Easow (Comcast)
Comcast, kablolu TV şirketinden medya ve teknoloji liderine dönüştü. Mühendislik ekipleri de daha akıllı hale geldi. Amit, 2006 yılında Comcast Interactive Media'ya (CIM) katıldığında bir manuel test merkeziydi. 2007 yılında ilk web sitelerini göndermelerinden sonra otomatik bir kullanıcı arayüzü test altyapısı için prototipler oluşturmaya başladı. GTAC 2008'de Selenium ile tanıştı, ardından Selenium Tablo, Hudson ve Subversion ile otomatik test altyapısı oluşturmak için Comcast'e döndü. Bugünse her hafta Üretim dağıtımlarıyla API testi üzerinde çalışıyor. Bu olanak Python, Git, Gerrit ve Anthill ile hazırlanmıştır.
MSL ile Daha Uzak ve Daha Hızlı Atış Yapın.
Bryan Robbins (FINRA) ve Daniel Koo (FINRA)
Kaliteden ödün vermeden yazılımları daha hızlı sunmak büyük bir görev değildir. Hepimiz, testleri erkenden tamamlayıp testleri daha hızlı çalıştırarak ve bakım işlemlerini en aza indirerek hızlı hareket etmek isteriz. FINRA'da Agile ekiplerinin, kullanıcı arayüzü kodlarını daha hızlı ve izole halde test edebilmek için MVC gibi katmanlı mimarilerden yararlanması amacıyla MSL ("Missile" (Missile) telaffuzu) geliştirdik.
MSL, bir Node.js sunucusunda yerel olarak dağıtım yapıp istemcilerimizden birini (Java, JavaScript veya Node.js) kullanarak test kodundan sahte HTTP yanıtları yapılandırarak kullanıcı arayüzü kodunun (JavaScript, HTML, CSS gibi) entegrasyon testlerini destekler. Bu görüşmede, birkaç örnek üzerinden MSL'nin temel özellikleri tanıtılacak.
Test Kullanıcısı Deneyimi
Alex Eagle (Google)
Google'ın ürünleri sıklıkla piyasaya sürülen ürünler için önemli ölçüde otomatik testler ve "yapılandırma" gereklidir. Şu anda Google Cloud Platform'un bir parçası olarak test altyapımızı sunmak için çalışıyoruz. Bu konuşmada, derlemelerimizi yeşil ve hatasız tutmak için kullandığımız metodolojilerden bahsedecek ve bu yaklaşımı dünyaya nasıl açıkladığımızla ilgili bir önizleme sunacağız.
Yuvarlak Masa Konuşması 1 - Mobil Platformlar Arası Test
Yuvarlak Masa Konuşması 2 - Doküman Otomasyonu Kapsamı
Topluluk Yapısının SAT Çözücü Performansı Üzerindeki Etkisi
Zack Newsham (Suloo Üniversitesi)
Modern CDCL SAT çözücüleri, nispeten kısa sürede çok büyük endüstriyel SAT örneklerini düzenli olarak çözer. Bu çözücülerin gerçek dünyadaki örneklerin yapısından bir şekilde yararlandığı nettir. Şimdiye kadar bu yapıyı net bir şekilde ortaya çıkaran birkaç sonuç bulundu. Bu makalede, gerçek dünyadaki SAT örneklerinin topluluk yapısının CDCL SAT çözücülerinin çalışma süresiyle ilişkili olduğu kanıtlanmaktadır. Bir süredir grafik olarak görünen gerçek dünyadaki SAT örneklerinin doğal topluluklar olduğu biliniyor. Topluluk, bir SAT örneğinin alt grafiğidir. Örneğin, bu alt çizgi, grafiğin geri kalanına kıyasla dahili kenarları daha geniştir. Bir grafiğin topluluk yapısı genellikle Q adlı bir kalite metriğiyle tanımlanır. Sezgisel olarak, yüksek kaliteli bir yapıya (yüksek Q) sahip bir grafik daha küçük topluluklara kolayca ayrılabilir, ancak düşük Q'ya sahip bir grafik ise ayırt edilemez. Gerçek dünyadaki endüstriyel örneklerin topluluk yapısının, CDCL çözücülerin çalışma süresi için değişkenler ve cümle maddeleri gibi yaygın olarak görülen diğer etmenlere göre daha iyi bir tahmin aracı olduğunu gösteren, deneysel verilere dayalı üç sonuç sunuyoruz. Öncelikle, Glikoz benzeri çözücülerdeki yan tümce silme politikalarında kullanılan yan tümcelerin kalitesiyle ilgili Q değeri ile Edebi Engelleme Mesafesi metriği arasında güçlü bir ilişki olduğunu gösteriyoruz. İkinci olarak, regresyon analizinden yararlanarak, gerçek dünyadan SAT örneklerine ait grafiğin sayısı ve topluluk sayısının CDCL çözücülerin çalışma süresi için değişken veya yan tümce sayısı gibi geleneksel metriklere kıyasla daha fazla tahmine dayalı olduğunu gösteriyoruz. Son olarak, 0,05 ≤ Q ≤ 0,13 değerine sahip rastgele oluşturulmuş SAT örneklerinin, CDCL çözücüler için çözülmesine kıyasla çok daha zor olduğunu gösteriyoruz.
Kapsam Dışı: Test Ürünlerinde Hangi Lukslar Var?
Patrick Lam (Suloo Üniversitesi)
Hepimiz "daha iyi" test paketleri isteriz. Peki iyi bir test paketinin özellikleri nelerdir? Test paketleri kesinlikle en azından hesap özeti düzeyinde iyi bir kapsam hedeflemelidir. Faydalı olması için test paketleri, zamanında geri bildirim sağlayacak kadar hızlı çalışmalıdır.
Bu konuşma, test paketlerini değerlendirmek için kullanılacak diğer boyutları da inceler. Konuşmada, daha iyi test paketlerinin daha bakımlı ve kullanılabilir olduğu (örneğin, daha hızlı çalıştıkları veya daha az kaynak kullandıkları için) ve haksız gerekçelere daha az sahip oldukları iddia ediliyor. Bu konuşmada, 8.000 - 246.000 kod satırı arasında 10 açık kaynak test paketiyle ilgili bilgileri sunup sentezleyecek ve bunların performansını değerlendireceğim.
Yeşilleşme: Zehirli Mobil Ortamı Temizleme
Thomas Knych (Google), Stefan Ramsauer (Google), Valera Zakharov (Google) ve Vishal Sethia (Google)
Hem etkileşimli geliştirme hem de sürekli entegrasyon modlarında Android testleri yürütmek için hızlı, kararlı, hermetik test ortamları oluşturmaya yönelik araçları ve teknikleri sunacağız. Bu, son GTAC'de sunduğumuz üst düzey konuşmaya dayanır.