Power BI uygulama planlaması: İçeriği doğrulama

Not

Bu makale, Power BI uygulama planlama makale serisinin bir bölümünü oluşturur. Bu seri öncelikle Microsoft Fabric içindeki Power BI deneyimine odaklanır. Seriye giriş için bkz . Power BI uygulama planlaması.

Bu makale, içerik yaşam döngüsünü yönetmenin bir parçası olarak içeriği doğrulamanıza yardımcı olur. Öncelikli olarak şu hedeftedir:

• Mükemmellik Merkezi (COE) ve BI ekipleri: Kuruluşta Power BI'ı denetlemekle sorumlu ekipler. Bu ekipler, Power BI içeriğinin yaşam döngüsünü yönetmeye karar veren karar alıcıları içerir. Bu ekipler, içerik yayınlarının yaşam döngüsünü işleyen yayın yöneticilerini ve yaşam döngüsü yönetimini etkili bir şekilde kullanmak ve desteklemek için gereken bileşenleri oluşturan ve yöneten mühendisleri de içerebilir.
• İçerik oluşturucuları ve içerik sahipleri: Başkalarıyla paylaşmak üzere Doku portalında yayımlamak istedikleri içeriği oluşturan kullanıcılar. Bu kişiler, oluşturdukları Power BI içeriğinin yaşam döngüsünü yönetmekle sorumludur.

Yaşam döngüsü yönetimi, içeriğin oluşturulmasından son kullanımdan kaldırılmasına kadar işlemek için kullandığınız işlemlerden ve uygulamalardan oluşur. Yaşam döngüsü yönetiminin ikinci aşamasında içerik geliştirir ve değişiklikleri yönetirsiniz. Bu, içerik geliştirme ve çalışma alanları ile sürüm denetimi ayarlamayla ilgili önemli kararları içerir. Üçüncü aşamada, içeriğin dağıtıma hazır olup olmadığını test etmek için içeriği doğrularsınız.

Not

Genellikle art arda geliştirme ve doğrulama döngülerinde iki ve üç aşamayı yinelersiniz.

İçeriği doğrulamak, çözümlerinizin kalitesini ve güvenilirliğini sağlamak için kritik öneme sahiptir. Bu nedenle, içerik değişikliklerini üretime dağıtmadan önce test etmek önemlidir.

Aşağıdaki görüntüde Power BI içeriğinin yaşam döngüsü, içeriği doğruladığınız üçüncü aşama vurgulanır.

Not

İçerik yaşam döngüsü yönetimine genel bakış için bu serinin ilk makalesine bakın.

Bu makale, yaşam döngüsü boyunca içeriği doğrulamaya yönelik önemli noktalara ve kararlara odaklanmaktadır. İçeriği doğrulama hakkında daha fazla kılavuz için bkz:

• Power BI'a geçiş: İçeriği doğrulama: Bu makalede, diğer teknolojilerden Power BI'a geçiş yaparken doğrulamayla ilgili önemli noktalar ve kararlar açıklanmaktadır.
• BI çözümü planlaması: İçeriği doğrulama: Bu makalede, Power BI veya Fabric çözümünüzü planlarken yinelemeli geliştirme ve doğrulama döngülerinin nasıl planlandığı açıklanır.

İçeriğin doğrulanmasını sağlamak, içeriğin beklendiği gibi çalıştığından emin olmak için belirli kararlar veya eylemler almayı içerir.

İçeriği doğruladığınızda, çözümün farklı yönlerini değerlendirirsiniz.

• İşlevsellik: Çözümü oluşturan öğelerin ve özelliklerin işlevsel olup olmadığı. Bir anlam modelinin zamanlanmış yenilemeyi tamamlayıp tamamlayamayacağını test etme işlevine örnek olarak verilmiştir.
• Veri doğruluğu: Gösterilen rakamların ve sonuçların eksiksiz olup olmadığı ve iş beklentilerine uygun olup olmadığı. Veri doğruluğunu test etme örneği, rapordaki bir değerin bilinen bir taban çizgisine hizalanıp hizalmadığıdır.
• Performans: Sorguların kullanılabilir kullanıcı kaynakları veya kullanıcı bekleme süreleri üzerinde minimum düzeyde etki yaratıp oluşturmadığı. Performans testinin bir örneği, veri akışının zaman aşımına ulaşmadan veya uzun yenileme süreleri yaşamadan güvenilir bir şekilde yenilenmesidir.
• Güvenlik: Yetkisiz kişilerin bilgileri görüntülemesi veya bilgilere erişmesi ya da çözümün tamamının kısıtlanıp kısıtlanmadığı. Güvenlik testi örneği, satır düzeyi güvenlik (RLS) doğrulanırken bir kullanıcının veya rolün kimliğe bürünmesidir.
• Etkinlik: Çözümün ilgili iş sorununu veya sürecini ele alıp almadığı ve iş hedeflerini amaçlandığı gibi yeterince destekleyip desteklemediği. Test etkinliğinin bir örneği, kullanıcı kabul testi (UAT) gerçekleştirdiğinizde kullanıcı geri bildiriminin toplanmasıdır.
• Erişilebilirlik: Çözümün bilinen erişilebilirlik standartlarını karşılayıp karşılamadığı, böylece mümkün olduğunca çok kişi tarafından kullanılabilir durumda olup olmadığı. Erişilebilirlik testi örneği, raporunuzun Microsoft raporu erişilebilirlik denetim listesine uygun olup olmadığını denetlemektir.

Farklı türlerde testler yaparak içeriği doğrularsınız. Aşağıdaki bölümlerde, içerik oluşturucuların ve içerik tüketicilerinin test yapma şekliyle ilgili kararlarda dikkat edilmesi gereken önemli noktalar açıklanmaktadır.

Not

Birçok ekip, birim testleri, tümleştirme testleri ve duman testleri gibi yazılım geliştirmeden kaynaklanan test metodolojilerini kullanır. İçerik testi ve doğrulamaya yönelik birçok eşit oranda geçerli yaklaşım vardır. En önemli şey, ihtiyaçlarınıza ve ekibinizin çalışma şekline en uygun yaklaşımı kullanarak içeriği test edebilmenizdir.

Oluşturucuların içeriği nasıl doğrulayacaklarına karar verme

İçerik oluşturucular, değişikliklerin kalitesini ve işlevselliğini sağlamak için içerikte kendi değişikliklerini doğrulamalıdır. Testler genellikle bir çözümün en son çalışma sürümünü içeren geliştirme çalışma alanında gerçekleşir. İçerik oluşturucuları, içerik kullanıcı doğrulaması için bir test çalışma alanına dağıtılmadan önce kendi değişikliklerini test eder.

Not

İçerik oluşturucuların, kullanıcıların kullanımına sunulmadan önce kendi içeriklerini doğrulamaları önemlidir. Kullanıcıları belirgin sorunlarla test etmek için bir çözüm sağlanırsa, çözüme olan güven aşındırılır. Test ederken bile kullanıcılar son ürünün makul bir gösterimini görmeyi bekler. Ayrıca, işlevsel bir çözüm kullanıcıların iş alanlarıyla ilgili sorunları belirlemeye odaklanmasını sağlar.

İçerik oluşturucuların içeriği doğrulamanın iki yolu vardır.

• El ile test: El ile testler, öznel değerlendirme yoluyla veya bazı hedef test ölçütleriyle karşılaştırarak bir kişinin içeriği el ile doğrulamasını içerir. El ile test yapmak kolaydır, ancak insan hatasına veya yanlılıklarına maruz kalırlar. Ayrıca, içerik belirli bir ölçeğe ulaştığında, el ile yapılan testlerin düzgün bir şekilde gerçekleştirilmesi zahmetli hale gelebilir. El ile test yapmak için iki yöntem kullanabilirsiniz.
  • Anlamsal modeller ve raporlar gibi kendi içeriğinizi test etmeyi içeren bağımsız inceleme.
  • Çözümü eleştirel bir şekilde değerlendirmek ve iyileştirmek için öneriler sağlamak için içeriğin öznel değerlendirmesini içeren eş gözden geçirme.
• Otomatikleştirilmiş test: Otomatikleştirilmiş testler, insan müdahalesi olmadan otomatik olarak değerlendirilen önceden hazır bir test içerir. Otomatikleştirilmiş testler genellikle çözüm kodunun parçalarını belirli karşılaştırmalara veya temellere göre denetler. Otomatik testin gerçekleştirilmesi daha zordur ve ayarlanması zaman ve çaba gerektirir. Bununla birlikte, daha büyük uygulamaların ve iş açısından kritik çözümlerin kalitesini ve güvenilirliğini sağlamak için kurumsal senaryolarda otomatik test gereklidir.

Aşağıdaki bölümlerde içerik oluşturucuların el ile test, otomatik test ve eş gözden geçirme işlemleri gerçekleştirmesinin farklı yolları açıklanmaktadır.

El ile test yapma

Oluşturduğunuz içerik üzerinde kendi el ile testlerinizi gerçekleştirmeniz gerekir. Bu testler, değişikliklerinizin beklendiği gibi çalışmasını ve istenen kalite standartlarına ulaşmasını sağlamalıdır. Genellikle el ile test, içeriğin veya belirli içerik değişikliklerinin kullanımını ve öznel değerlendirmesini ve sonuçları açıklamayı ve belgeleyi içerir.

Kendi içeriğinizi test ederken dikkat edilmesi gereken bazı noktalar aşağıdadır.

• Test koşullarına ve başarı ölçütlerine önceden karar verin ve belgelenin.
• Test ve test sonuçlarını belgeleme konusunda kapsamlı olun. Ancak, test uygulamalarınızın geliştirmeyi yavaşlatmaması için gereksiz testlerden kaçındığınızdan emin olun.
• Yinelenebilirliği geliştirmek için her öğe türü için standart bir test kümesi oluşturun.
• Test sonuçlarını ve sonuçlarını belgeleyin.
• Test sonuçlarınızın rastgele bir şans değil gerçekliği en iyi şekilde yansıtdığından emin olmak için birden çok kez test edin.
• Üretim ortamınızı temsil eden test koşullarını kullanın.

Aşağıdaki bölümlerde el ile test için dikkat edilmesi gereken diğer önemli noktalar açıklanmaktadır.

Anlamsal modelleri el ile test edin

Anlam modelleri, raporlar, panolar ve diğer istemci araçları ve Doku iş yükleri için bir yukarı akış kaynağı olduğundan Doku ve Power BI'daki bir çözümün önemli bir parçasıdır. Bu nedenle, dağıtımdan önce anlam modellerinizi doğrulamanız önemlidir.

Anlam modelinizi doğrulamanıza yardımcı olması için aşağıdaki gibi soruları yanıtlayın.

• Tablolarda beklenmeyen eksik, yinelenen veya yanlış değerler var mı?
• DAX ölçüleri, uzun sorgu süreleri olmadan beklenen sonuçları döndürür mü?
• Zamanlanmış yenileme, uzun yenileme süreleri olmadan başarıyla tamamlanıyor mu?
• Bilgi tutarlılığı ihlallerinin neden olduğu görsel, filtre veya sorgu sonuçlarının (Boş) olduğunu gözlemler misiniz?
• RLS veya nesne düzeyinde güvenlik (OLS) gibi veri güvenliği, yetkisiz kişilerin modele veya verilerine erişmesini yeterince engelliyor mu?
• Model nesneleri (DAX ölçüleri veya tablo sütunları gibi) görüntüleme klasörleri halinde düzenlenmiş mi?

Anlamsal modellerinizi doğrulamanıza yardımcı olması için farklı araçlar ve yaklaşımlar kullanabilirsiniz.

• Power BI Desktop: Power BI Desktop, çeşitli özellikleri kullanarak anlam modellerinizin farklı yönlerini doğrulamanıza olanak tanır. Anlam modellerinin testini kolaylaştıran Power BI Desktop özelliklerine örnek olarak şunlar verilebilir:
  • Görsel tuval: Sürükle ve bırak görselleriyle model işlevselliğini ve doğruluğunu test edin.
  • DAX sorgu görünümü: Daha sonra kaydedip yeniden kullanabileceğiniz DAX sorguları ile model doğruluğunu ve DAX kodunu test edin.
  • Sorgu tanılaması: Sorguların Power Query'de nasıl değerlendirildiği hakkında tanılama bilgileri alarak yenileme performansını test edin.
• Doku: Doku portalındaki özellikler ve öğeler, bir çalışma alanına dağıtıldıktan sonra anlam modelinizin özelliklerini doğrulamanıza olanak tanır.
  • Güvenlik: Güvenlik rollerinin veya kullanıcıların kimliğine bürünerek model güvenliğini test edin.
  • Not defterleri: Anlamsal bağlantı kullanarak model işlevselliğini ve doğruluğunu test edin.
  • İzleme hub'ı: Anlamsal modellerin ve diğer Doku veri öğelerinin veri yenilemesini test edin ve izleyin.
• Üçüncü taraf araçları: Üçüncü taraf araçları, doğrulamayı kolaylaştıran daha ayrıntılı veya diğer özellikler sağlayarak semantik modelinizin diğer yönlerini doğrulamanıza olanak sağlar. Anlam modellerinin testini kolaylaştıran üçüncü taraf araçlara örnek olarak şunlar verilebilir:
  • DAX Studio: DAX sorgu zamanlamalarının ve sorgu planlarının ayrıntılı dökümlerini alarak DAX kodunun performansını test edin ve iyileştirin.
  • Tablosal Düzenleyici: DAX sorgularının nasıl değerlendirildiği ve hangi değerlendirme bağlamının etkin olduğuna ilişkin ayrıntılı dökümleri alarak DAX kodunun doğruluğunu test edin ve hatalarını ayıklayın.

İpucu

Power Query'nin performansını veri akışları gibi kullanan diğer öğelerden el ile doğrulamak ve iyileştirmek için sorgu tanılamasını kullanabilirsiniz.

Ayrıca SAYFALANDıRıLMıŞ raporlar ve karneler için DAX sorgularını doğrulamak ve iyileştirmek için DAX sorgu görünümünü ve DAX Studio gibi üçüncü taraf araçlarını kullanabilirsiniz.

Raporları el ile test edin

Raporlar, kullanıcıların verilerinizle etkileşim kurması için yaygın bir yoldur. Birçok kullanıcı, iş hedeflerine doğru ilerleme kaydetmek için kararlar almak ve eylemler gerçekleştirmek için raporlara bağımlıdır. Bu nedenle, dağıtımdan önce raporlarınızı doğrulamanız önemlidir.

Raporlarınızı doğrulamanıza yardımcı olması için aşağıdaki gibi soruları yanıtlayın.

• Raporlar belgelenmiş iş gereksinimlerini karşılıyor mu?
• Doğru soruyu ele almak için doğru görsel türleri kullanılıyor mu?
• Aşırı renk veya çok fazla görsel olmadan rapor sayfaları net ve öz mü?
• Dar bir veri alt kümesine filtre uygulanırken rapor beklendiği gibi çalışıyor mu?
• Rapor Excel'e dışarı aktarmaya izin verir mi ve öyleyse, özetlenmiş verilerin veya temel alınan verilerin alınmasına izin verir mi?
• Rapor, görsellerde çapraz rapor detaylandırma veya kişiselleştirme için kullanılabilir mi?

Raporlarınızı doğrulamanıza yardımcı olması için farklı araçlar ve yaklaşımlar kullanabilirsiniz.

• Power BI Desktop: Power BI Desktop, çeşitli özellikleri kullanarak raporlarınızın farklı yönlerini doğrulamanıza olanak tanır. Test raporlarını kolaylaştıran Power BI Desktop özelliklerine örnek olarak şunlar verilebilir:
  • Görsel tuval: Dilimleyicileri, filtreleri ve diğer etkileşimli öğeleri kullanarak rapor işlevselliğini test edin.
  • Performans çözümleyicisi: Görsel işleme ve DAX sorgu sürelerini ölçerek rapor performansını test edin. Diğer araçlarda kullanmak üzere performans çözümleyicisinden görsel DAX sorgularını kopyalayabilir ve performans sonuçlarını belgelere kaydedebilirsiniz.
  • Sorgu sınırı benzetimleri: Dağıtılacağı kapasitedeki bellek sınırlarının benzetimini yaparak rapor performansını test edin.
• Doku: Doku portalındaki özellikler ve öğeler, raporunuzun çalışma alanına dağıtıldıktan sonra özelliklerini doğrulamanıza olanak tanır.
  • Uygulamayı güncelleştirme: Power BI uygulamalarında rapor dağıtırken rapor işlevselliğini ve güvenliğini test edin ve kimlerin hangi içeriği görüntüleyebileceğini belirlemek için farklı uygulama hedef kitleleri ayarlayın. Uygulama hedef kitlelerini kullandığınızda, hangi raporlara erişebileceklerini önizleyebilir ve uygulama deneyimini kendiniz test edebilirsiniz.
  • Çalışma alanında veya uygulamada okuma görünümü: Rapor işlevselliğini ve doğruluğunu bir kullanıcıyla aynı ortamda kullanarak test edin.

Not

Panoları yalnızca Doku portalında geliştirebilir ve doğrulayabilirsiniz.

Önemli

Raporlarınızı hem Power BI Desktop'ta hem de Doku portalında dağıtımdan sonra test etmek önemlidir. Görsel işleme, yerel makinenizde Doku çalışma alanında bulunan raporlarla karşılaştırıldığında farklı davranabilir. Ayrıca, çalışma alanı veya uygulamadaki bir raporu kullanma kullanıcı deneyiminin Power BI Desktop'ta rapor kullanmaktan önemli ölçüde farklı olduğunu unutmayın.

Eş gözden geçirme gerçekleştirerek el ile test etme

İçeriği el ile doğrulamanın bir diğer yolu da eş gözden geçirme gerçekleştirmektir. Bir eş gözden geçirmesinde, içerik oluşturucu çözümü veya çözümün bir bölümünü değerlendirmesi için bir iş arkadaşınıza sağlar. Eş gözden geçirmenin amacı, birden çok içerik oluşturucunun kolektif deneyimini ve uzmanlığını kullanarak bir çözümü geliştirmektir. El ile ve otomatikleştirilmiş test sırasında ve sonrasında eş gözden geçirme gerçekleştirebilirsiniz.

Not

Eş gözden geçirme, birçok sektörde kullanılan standart bir yaklaşımdır. Bu yaklaşımın genellikle içerik, ürün ve süreçlerin kalitesini geliştirdiği bilinmektedir.

İpucu

Bir çözümün tek içerik oluşturucusu sizseniz, çözümünüzü gözden geçirmek için farklı bir ekipte başka bir içerik oluşturucu bulmayı ve onlar için de aynısını yapmayı teklif etmeyi göz önünde bulundurun.

Eş gözden geçirme gerçekleştirmenin farklı yolları vardır.

• İşlevsel inceleme: İşlevsel gözden geçirme, çözümün karşılaması gereken özelliklere, süreçlere veya iş gereksinimlerine odaklanır. İşlevsel bir incelemede gözden geçirenler çözümü son kullanıcıymış gibi kullanır. Bu kişiler, buldukları hataları veya sorunları, uygulamayı geliştirmek için herhangi bir öznel eleştiriyle birlikte belgeler.
• Teknik inceleme: Teknik inceleme, çözümün veri modelleme, kod veya tasarım gibi teknik yönlerine odaklanır. Teknik incelemede, gözden geçirenler belirli özelliklerin veya değişikliklerin nasıl uygulandığını değerlendirir ve alternatif yaklaşımlar önerir veya mevcut yaklaşımla ilgili olası açıkları veya riskleri vurgular.
• Çekme isteği: Kaynak denetimi gerçekleştirdiğinizde, değişikliklerinizi çözümün en son sürümüyle birleştirmek için bir çekme isteği (PR) oluşturursunuz. Teknik sahip önerilen değişiklikleri gözden geçirip kaynak kodunu değerlendirir. Bu tür bir inceleme, kodun DAX veya M kodunu biçimlendirme gibi standart kurallara uyduğunu veya anti-desenleri ya da sorunlu olabilecek kodu tanımlamayı sağlamak için yararlıdır.

İpucu

İçerik değişikliklerinin kullanıcı kabul testine geçebilmesi için önce bir tür resmi eş gözden geçirmesi ve onayı gerçekleştirmenizi öneririz. Bunun nedeni, düşük kaliteli içeriğin test sırasında bile veri çözümlerinize güvene zarar verebiliyor olmasıdır. Ayrıca, eş gözden geçirme, ekip üyeleri arasında işbirliği ve bilgi paylaşımına da fayda sağlayabilir.

Bir eş gözden geçirme döngüsünü tamamladıktan sonra, önerilen değişiklikleri belgeleyip birleştirmeniz gerekir. Gerekirse, kullanıcı testine geçmeden önce değişiklikleri onay için yeniden göndermeniz gerekir. Genellikle, yalnızca test etmek için çok sayıda değişiklik veya birkaç karmaşık değişiklik olduğunda eş gözden geçirmenin birden çok yinelenmesi gerekir.

Testi otomatikleştirme

İçerik oluşturucular, testlerin dağıtımdan önce otomatik olarak gerçekleştirilmesi için testi otomatikleştirebilir. Otomatikleştirilmiş testler genellikle içerik kaydetme veya çekme isteği (PR) gönderme gibi belirli eylemlere yanıt olarak program aracılığıyla çalıştırılan ve düzenlenen önceden hazır test koşullarını içerir. Otomatikleştirilmiş testlerin sonuçları, daha sonraki başvurular ve belgeler için otomatik olarak depolanır.

Otomatikleştirilmiş testin amacı, içerik değişikliklerini doğrulama süresini ve çabasını azaltırken testlerin tutarlılığını ve sonuçlarının güvenilirliğini artırmaktır. İçerik otomatikleştirilmiş testte başarısız olduğunda, sorunlar içerik oluşturucusu tarafından çözülene kadar genellikle dağıtılması engellenir.

Etkili otomatikleştirilmiş test, DataOps'un uygulanmasının önemli bir parçasıdır. DataOps, ekiplerin veri ve analiz teslimini geliştiren ve hızlandıran uygulamaları benimseyerek süreçleri otomatikleştirmesine ve ölçeklendirmesine olanak tanır.

Önemli

Testi etkili bir şekilde otomatikleştirmek için iyi tasarlanmış testler oluşturmanız gerekir. Bu tür testler oluşturmak önemli zaman ve çaba gerektirebilir. Test koşullarınız ve beklentileriniz kötü tanımlanmışsa, otomatikleştirilmiş testleriniz içeriğinizin doğru yönlerini doğrulayamaz ve bu testleri otomatikleştirme konusunda çok az avantaj elde edersiniz.

İpucu

Otomatikleştirilmiş test, kurumsal içerik yayımlama senaryolarında çözüm dağıtımınızla tümleştirildiğinde en faydalıdır. Örneğin, bir doğrulama işlem hattının parçası olarak Azure Pipelines'ı kullanarak testi otomatikleştirebilir ve bu sayede içeriğin dağıtılmaya hazır olmasını sağlayabilirsiniz. Daha fazla bilgi için bkz . 4. Aşama: İçerik dağıtma.

Aşağıdaki bölümlerde Power BI anlam modellerini ve raporlarını otomatik olarak test etmek için dikkat edilmesi gereken önemli noktalar açıklanmaktadır.

Anlamsal modellerin testini otomatikleştirme

Anlam modellerinin otomatik olarak test edilmesi mümkündür, ancak genellikle üçüncü taraf araçlar ve çerçevelerle özel kurulum gerektirir.

Anlam modellerinin testini otomatikleştirmek için farklı araçlar ve yaklaşımlar kullanabilirsiniz.

• En İyi Yöntem Çözümleyicisi (BPA): En İyi Yöntem Çözümleyicisi , anlamsal modeli değerlendirmek için kullanabileceğiniz kuralları belirtmenize olanak tanır. Anlamsal modeldeki kural ihlallerini tanımlayan Tablosal Düzenleyici'yi kullanarak BPA'yı çalıştırabilirsiniz. TabloSal Düzenleyici komut satırı arabirimini (CLI) Azure DevOps ile birlikte veya başka bir zamanlanmış işlemin parçası olarak kullanarak BPA kural ihlallerine yönelik denetimleri otomatikleştirebilirsiniz.
• Doku not defterleri ve semantik bağlantı:Dokudaki not defterleri, anlamsal modellerle program aracılığıyla etkileşime geçmek için anlamsal bağlantı kullanmanıza olanak tanır. Verileri doğrulamak için Büyük Beklentiler (GX) gibi çerçeveleri çalıştırmak için not defterlerini kullanabilirsiniz. Ayrıca ölçüleri ve DAX sorgularını değerlendirebilir, ardından sonuçları bilinen temellere göre test edebilirsiniz.
• Power Automate:Power Automate, Power BI REST API'lerini kullanarak anlamsal modellerde sorgu çalıştırmanıza ve raporları dışarı aktarmanıza olanak tanır. Sorgu sonuçlarını bilinen taban çizgileriyle karşılaştırabilir ve ardından içerik sahiplerine uyarıları tetikleme gibi aşağı akış eylemleri gerçekleştirebilirsiniz.

İpucu

Otomatikleştirilmiş testi ve anlamsal modellerinizin düzenlemesini birleştirmeyi göz önünde bulundurun. Örneğin, not defterlerini veya Power Automate'i kullanarak yenilemeden önce veri kaynağı ve anlam modeli üzerinde otomatik testler gerçekleştirebilirsiniz. Testler başarısız olursa yenilemeyi engelleyebilirsiniz; bu da yenileme hatalarının veya yanlış verilerin iş raporlarına gelmesini engelleyebilir.

Raporların testini otomatikleştirme

Raporların testini otomatikleştirmek için sınırlı seçenekler mevcuttur. Bu seçenekler, rapor meta verilerini doğrulama veya raporlarla kullanıcı etkileşimleri simülasyonu yapma gibi görselleri veya rapor özelliklerini otomatik olarak doğrulamak için dış araçlara veya topluluk çözümlerine dayanır.

Raporların testini otomatikleştirmek için farklı araçlar ve yaklaşımlar kullanabilirsiniz.

• Rapor en iyi uygulama çözümleyicileri: Rapor tanımını inceleyerek raporlardaki sorunların algılanması için En İyi Yöntem Çözümleyicisi benzeri işlevselliği destekleyen çeşitli üçüncü taraf araçları vardır. Bu işlevi destekleyen iki araç PBI Gezgini ve PBI Denetçisi'dir.
• Power Automate Desktop: Python için Selenium veya Power Automate Desktop gibi ui otomasyon araçları, raporlarla kullanıcı faresi etkileşimlerinin simülasyonunu yapmanızı sağlar. Kullanıcı akışı tanımlayarak gezintiyi ve etkileşimleri test edebilirsiniz. Bu testler akışı tamamlayabildiğinde geçer ve ekrandaki belirli sözcükleri veya görüntüleri (hata iletisi veya boş görsel gibi) algıladığında başarısız olur.

Kullanıcıların içeriği nasıl doğrulayacaklarını belirleme

İçerik el ile test, otomatik test ve eş gözden geçirmeyi geçtikten sonra kullanıcı testine geçebilir. Kullanıcılar içeriği test ettiğinde, içeriğin iş gereksinimlerini karşılayıp karşılamadığı ve doğru sonuçlar döndürme de dahil olmak üzere beklentilerine uygun performans gösterip gerçekleştirmediği hakkında öznel geri bildirim sağlar.

Kullanıcı doğrulaması genellikle bir test çalışma alanında gerçekleşir. Bir test çalışma alanı ayarlarken aşağıdaki noktaları dikkate alın.

• Test uygulaması oluşturma: Power BI uygulaması kullanarak içerik dağıtmak istiyorsanız, test kullanıcılarının içeriği doğrulamaları için bir test uygulaması ayarlayın. Test uygulaması, üretimde ayarlayacağınız uygulamayla aynı olmalıdır. Test uygulamasının gezintisinde belgelere, eğitimlere ve geri bildirim formlarına bağlantılar eklemeyi göz önünde bulundurun.
• Erişim sağlama: Topluluktan çözümü doğrulayacak kullanıcıların bir alt kümesini belirleyin. Bu kullanıcılara başvurun ve bu içeriği ne zaman ve neden doğrulamaları gerektiğine ilişkin bir sözleşme oluşturur. Ardından, içeriğe erişim sağladığından emin olun ve bunları uygun güvenlik rollerine ekleyin. Teste başlayabilmeleri için içerik veya test uygulamasının bağlantılarını kullanıcılarla paylaşın.
• Zamanlanmış yenilemeyi ayarlama: Kullanıcı doğrulaması genellikle daha uzun bir süreye yayılır. Kullanıcıların en son verilerle test edebilmesi için test çalışma alanında veri öğelerinin zamanlanmış bir yenilemesini ayarlamak faydalı olabilir.

Önemli

Test çalışma alanına içerik dağıttığınızda, raporlar ve panolarda yapılan değişiklikler kullanıcılara görünmeden önce uygulamayı el ile güncelleştirmeniz gerekir.

Not

Uygulamaları bir çalışma alanından diğerine dağıtamaz veya kopyalayamazsınız. Bir uygulamada yapılan tüm değişiklikler, bu çalışma alanının yapılandırmasında el ile yapılmalıdır.

Kullanıcı doğrulamaya başlamadan önce gerekli hazırlıkları yapmalısınız.

• Kullanıcı doğrulamasının ne zaman gerçekleşmesi gerektiğini planlayın.
• Kullanıcı doğrulamasının belirli bir süreyle mi yoksa yinelemeli bir işlemin parçasıyla mı sınırlı olduğunu belirtin.
• Microsoft Forms kullanarak gibi geri bildirim toplamak için bir yöntem oluşturun.
• Planlama ve beklentileri doğrulamaya katılan kullanıcılarla iletişim kurun.
• Kullanıcılara yol göstermek ve beklentileri yönetmek için kullanıcı doğrulaması için bir başlangıç düzenleyin.
• Doğrulama ve geri bildirim sürecini göstermek için kullanıcılara yönelik eğitimler yürütür.

İçeriğin kullanıcı doğrulamasını kolaylaştırmanın bazı farklı yolları aşağıdadır.

• Gözlem testi: Gözlem testleri, içerik oluşturucuların bir veya daha fazla kullanıcının kılavuzu veya yönergesi olmadan içeriği kullanmasını izlediği kısa oturumlardır. Bu oturumlarda içerik oluşturucular, olası açıkları, sorunları veya çözüm geliştirmelerini belirlemek için gözlemlerini kullanır. Düzenlemek için çok az zaman ve çaba gerektirdiğinden bu testler değerli olabilir ve bir çözümün belirli özellikleri veya bölümleriyle sınırlı olabilir. Gözlem testleri, kavram kanıtı (POC) gibi bir tasarım veya yaklaşım hakkında erken geri bildirim almak için en faydalıdır.
• Odak grubu testi: Odak grubu testleri, içeriği birlikte geçen küçük bir kullanıcı grubuyla düzenlenmiş sınırlı oturumlardır. Bu odak grupları, belirli özellikler veya işlevler hakkında en iyi geri bildirimleri sağlayabilecek önemli paydaşları ve konu uzmanlarını seçecek şekilde seçilmiştir. Odak grubu testleri birden çok etkileşimli oturum üzerinden gerçekleşebilir. Odak grubu testi, gözlem testinden daha fazla zaman ve çaba gerektirir, ancak bir çözüm hakkında daha ayrıntılı geri bildirim sağlayabilir.
• Kullanıcı kabul testi:Kullanıcı kabul testi (UAT), kullanıcı topluluğundan daha büyük bir grup kişinin bir çözüm hakkında zaman uyumsuz geri bildirimde bulunduğu resmi bir süreçtir. UAT, düzenlemek için en fazla zaman ve çaba gerektirir, ancak bu, kullanıcı testi gerçekleştirmenin en kapsamlı yoludur. Test kullanıcıları çözümü kabul ettikten ve geri bildirim sorunları çözüldükten sonra içerik üretim çalışma alanına dağıtılabilir.

İçeriği nasıl doğrulayabileceğinize karar verdikten sonra, içeriği çalışma alanlarına ve çalışma alanları arasında nasıl dağıtabileceğinizi planlayabilirsiniz.

Denetim Listesi - İçeriğin nasıl doğrulanması planlanırken önemli kararlar ve eylemler şunlardır:

• Tasarım ve belge testi koşulları: Gerçekleştirdiğiniz testleri, test ettikleri testleri ve bunları nasıl gerçekleştirebileceğinizi açıklayın.
• Bir eş gözden geçirme işlemine karar verin: İçeriği sizden başka kimlerin doğruyacağını açıklayın.
• El ile test etme yaklaşımına karar verin: Oluşturduğunuz içeriği doğrulamak için hangi araçları ve özellikleri kullanacağınıza karar verin.
• Otomatikleştirilmiş testi kullanıp kullanmayacağınız konusunda karar verin: İçeriğinizin ölçeğinin ve kapsamının otomatikleştirilmiş testleri ayarladığınızı doğrulayıp belirtmediğini belirleyin. Bu durumda, bu testleri tasarlayıp uygulamak için gerekli zamanı ve kaynakları planladığınızdan emin olun ve böylece beklediğiniz şeyi doğrulayabilirler.
• Geliştirme çalışma alanından test çalışma alanına içerik dağıtma: Değişikliklerin kullanıcılar tarafından görülebilmesi için geliştirme çalışma alanındaki değişiklikleri test çalışma alanına dağıtın. Test çalışma alanında test uygulamasını ayarlama ve güncelleştirme gibi gerekli dağıtım sonrası etkinlikleri gerçekleştirdiğinizden emin olun.
• Kullanıcı testi yaklaşımına karar verin: Kullanıcıların içeriği nasıl doğrulayacaklarına karar verin.
• Test kullanıcılarını tanımlama: Kullanıcı topluluğunun içeriği kimlerin doğrulayacaklarını belirleyin. Bu bireylerle katılımları ve beklentileri konusunda anlaşmaya varın.
• Kullanıcı geri bildirimi toplama: Otomatik olarak geri bildirim toplamak için araçlar ve süreçler ayarlayın. Örneğin, Microsoft Teams veya Microsoft Forms'da Görevler ve Planlayıcı'yı kullanabilirsiniz.
• Test sonuçlarını belgele: Tüm içerik doğrulama sonuçlarını ve test sonuçlarının sonucu olarak yapılan değişiklikleri belgeleyin. Bu belgelerin kolayca bulunabildiğinden emin olun.
• Üretime dağıtımınızı planlama: Kullanıcı testi tamamlandıktan sonra, test çalışma alanından üretim çalışma alanına içerik dağıtmaya hazırlanın.

İlgili içerik

Bu serinin sonraki makalesinde, içerik yaşam döngüsünü yönetmenin bir parçası olarak içerik dağıtmayı öğrenin.