<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Sigortacılık Web Servislerinde Test ve Test Otomasyonu Yaklaşımı</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Miraç Emektar</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Yekta Altınsoy</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Uğurcan Erdem</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Miraç Emektar</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Yekta Altınsoy</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Uğurcan Erdem</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>ERGO Sigorta A.Ş</institution>
          ,
          <addr-line>Istanbul</addr-line>
          ,
          <country country="TR">Turkey</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Web services are software components which perform distributed computing on the network and communicate via standard messaging systems. In insurance business; web service products developed to communicate between sales channels and system are heavily used in daily operations. Testing and monitoring web services software designed and developed for this purpose with a wide scope is essential. In this study, the test automation solutions that can be used in the testing process of web services are introduced with the gains from the cost of the software and the experiences belong to additional benefits. With the case studies, web service test automation approach and obtained conclusions are included.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Giriş</title>
      <p>Web servisler; ağ üzerinde standart iletişim sistemi kullanarak özelleşmiş
fonksiyonlarını yerine getiren yazılımlardır. İstemci ve sunucu uygulamaları
arasındaki iletişim ortamlarını oluştururlar. XML ve JSON gibi veri değişim
formatları vasıtasıyla haberleşerek özelleşmiş fonksiyonlarını yerine getirirler.
Webservisler günümüzde yaygın olarak kulanılmakta ve artan ihtiyaçlara göre yeni
özellikler eklenerek geliştirilmektedir. Yapılan geliştirmeler neticesinde sahip olduğu
fonksiyonalite ve yeni kazandırılan özelliklerin çalışırlığının geniş kapsam ile test
edilmesi elzemdir. Ayrıca sektörel bilgi işlemleri de gerçekleştirdikleri için
çalışırlığının izlenmesi de önem arz etmektedir.</p>
      <p>Sigortacılıkta, merkezi yapıdan beslenen bir çok iş akışı mevcuttur ve sistemler ağ
üzerinden birbirleri ile haberleşir. Sistemler arası bilgi işlem, sunulan sigortacılık
hizmetlerinin kapsamının belirlenmesi ve maliyetlerinin hesaplanması, web servisler
aracılığıyla sağlanır. Böylesine yoğun kullanılan web servislerinde zaman ve bütçe
kaynaklarının doğru yönetilmemesi durumunda büyük maliyetler oluşabilmektedir.
Bu tarz maliyetler, testi zamanında yetiştirmek maksadıyla test kapsamının
daraltılması ya da ek işgücüne ihtiyaç duyulması olarak örneklendirilebilir.
Sahip olduğu mimarilere göre en yaygın kullanılan iki temel web servis yapısı
bulunmaktadır.</p>
      <p>
        Şekil 1. SOAP ve REST web servis mimarilerinin yüksek seviye görünümleri
SOAP web servisler; yalnızca XML diline dayanan ve HTTP ve SMTP gibi taşıma
protokolleriyle etkileşime geçen uygulamalardır. SOAP modelleri için protokolde
değişiklik yapılmadan güvenlik duvarı ve vekil sunuculardan geçerek bilgiye ulaşmak
diğer yapıya göre daha kolaydır. Ancak, bulundurduğu XML formatına istinaden daha
yavaş çalışmaktadır. SOAP ile gönderilen veri miktarı performans sorunlarına neden
olabilir. Çünkü oluşturulan mesaja SOAP tarafından bazı header ve body parçaları
eklenmektedir. [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]
REST web servisler ise yaygın olarak kullanılan diğer web servis yapısıdır. REST
daha yeni bir yaklaşım olup, veri aktarımı için HTTP protokolünü kullanan bu yapıda;
veriler XML, JSON ve benzeri formatta oluşturulmuş olabilir [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. REST, kullanılan
iletim ve iletişim yapısına yeni katmanlar eklemek yerine mevcut standartların
kullanılmasıyla web servis erişimini kolaylaştırır. [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>Sigortacılık günlük operasyonunda büyük öneme sahip web servis yazılımları için
ERGO’da kullanılan test otomasyon yöntemi ve kazançları bu çalışmada
anlatılmaktadır. Bu yayın dört bölümden oluşmaktadır. Bölüm 2’de web servis
testlerinin katkı sağladığı test seviyeleri ve test otomasyon yöntemi anlatılmıştır.
Bölüm 3’de sigortacılık alanındaki web servislerde test otomasyonu uygulamalarına
değinilmiştir. Son bölümde ise genel değerlendirmelere ve sonuçlara yer verilmiştir.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Web Servis Testlerinin Katkı Sağladığı Test Seviyeleri ve Test</title>
    </sec>
    <sec id="sec-3">
      <title>Otomasyon Yöntemi</title>
      <p>
        ERGO Sigorta bünyesinde geliştirilen web servis yazılımları için test aşaması 4
seviyeden oluşmaktadır. Bunlar sırasıyla Birim Test, Entegrasyon Test, Sistem Test
ve Kullanıcı Kabul Test seviyeleridir. Birim seviyesi testler, geliştirmecilerin
sorumluluğunda olan ve beyaz kutu (White box) [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] test tekniğine göre yapılan
testlerden oluşmaktadır. Entegrasyon seviyesi testler için test alanında uzmanlaşmış
geliştirmeciler veya bu alanda özelleşmiş test uzmanları görev almaktadır.
Entegrasyon seviyesi testlerde gri kutu (Gray Box) [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] test teknikleri
uygulanmaktadır. Sistem seviyesi testler, ayrı bir test ekibi tarafından kara kutu
(Black Box) [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] test tekniğine göre yapılmaktadır. Kullanıcı kabul testleri geliştirme
talebinin geldiği veya ürün sahipliği olan iş birimleri tarafından yapılmaktadır. İlk üç
test adımında doğrulamaya (verifikasyon) önem verilirken son seviye olan kullanıcı
kabul testi seviyesinde geçerleme (validasyon) ön plandadır. Doğrulama yaklaşımında
analiz dökümanı, teknik tasarım spesifikasyonu gibi çeşitli doküman ve
spesifikasyonlar ile tanımlanan ürünün, tanımlamalara uygunluğu test edilir.
Geçerleme yaklaşımında ise belirlenen gereksinimlerin yerine getirilip getirilmediğine
odaklanılır. [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]
Web servislerin testi için sahip olduğu mimarileri (SOAP/REST) destekleyen test
araçları kullanılmaktadır. Web servislere bu test araçları ile veriler gönderilir ve
dönen cevaplar görüntülenir. Bu test araçları, farklı web servis çeşitlerine göre
ihtiyaca yönelik betiklerin tanımlamasına imkan sağlamaktadır. ERGO Sigorta’da
tüm bu işlemleri belirli senaryo sırasıyla, beklenen sonuçları kontrol eden betikler
geliştirilmiştir. Bu betiklerin ardışık olarak koşturulup raporlanmasıyla web servis
testleri otomatize edilmiştir.
      </p>
      <p>Şekil 2. REST web servis test aracında beklenen sonuçları kontrol eden örnek betik
Birim seviyesi testlerde geliştirme ile paralel olacak şekilde test otomasyonu
geliştirilmiştir. Bu geliştirmelerde tasarım ve analiz dokümanları referans alınmıştır.
Geliştirmenin tamamlanan kısımları için otomasyon paketi koşulmuş ve eksik
kısımlar tespit edilip geliştirmelere devam edilmiştir. Ayrıca yapılan testler ardışık ve
beklenen sonuç kontrolleriyle belirtilen mimaride tasarlanıp paketlendiği için
otomasyon sistemi oluşrulmasında ek bir efor sarfedilmemiştir. Böylelikle her
geliştirmeden sonra hatalı kısımlar dakikalar mertebesinde tespit edilmiştir. Hatanın
onarımına zaman kaybetmeden geçilebilmiştir. ERGO Sigorta’nın tamamlayıcı sağlık
sigortası web servisi yazılımında bu yöntem kullanılmıştır.</p>
      <p>Entegrasyon seviyesi teslerde de belirtilen otomasyon yöntemi uygulanmıştır. Ayrıca
test senaryolarındaki değerler değişken parametre olarak tanımlanmış ve bir test
senaryosunda birden fazla veri tipiyle test koşmaya olanak sağlanmıştır. Web servis
modülleri çok tekrarlı ve daha geniş kapsamlı olarak test edilmiştir. Geliştirilen bu
modüllerin ön yüz bileşenleri ile entegrasyonu sonrası yapılan testlerde hataların kök
neden ve kaynak tespiti, web servis testlerinin otomasyonu sayesinde çok daha kolay
olmuştur. Web servis otomasyon araçları sayesinde, manuel olarak koşulduğunda
alınmayacak bazı özel hataların bu aşamada alınabilmesi sağlanmıştır. Örneğin; 2000
kayıt ile veritabanında ilgili birimin kapasitesini doldurmakta olan bir hata,
otomasyon sayesinde tespit edilebilmiştir. Manuel yöntem ile bir günde 2000 kayıt
oluşturmak mümkün olmadığından, manuel testler sırasında bu hata alınmamaktadır.
Ancak, canlı ortamda aynı anda binlerce kayıt gelebilmektedir, bu durum ise manuel
test yöntemiyle alınamayan bir hatanın canlı ortamda ortaya çıkmasına sebebiyet
verir.</p>
      <p>ERGO Sigorta’nın sahibi olduğu web servislerin bir kısmı ön yüz bileşenleri veya
sistemler ile entegre olur, bir kısmı ise sadece web servis olarak satış kanallarına
sunulur. Satış kanallarını oluşturan kurumlar kendi ön yüzlerine, sunulan bu web
servisleri entegre ederek ERGO Sigorta’nın sigortacılık ürünlerinden
yararlanabilmektedir. Bu durumda sistem test adımında test etmek için bir ön yüz
bulunmamaktadır. Testler web servis test araçları ile test ve otomatize edilmektedir.
Sistem Test aktivitelerinde tespit edilen bulguların çözümünden sonra yapılan testler
sadece bulguya ait senaryodan oluşmamaktadır. Hataların çözümünden sonra
regresyon adı verilen hata senaryosuna göre daha geniş kapsamlı test senaryoları
kullanılmaktadır. Sistem test admında testler otomatize edildiği için web servis
regresyon testleri tüm otomasyon paketi koşularak geniş kapsamda, dakikalar
içersinde insan hatasından arındırılımış şekilde yapılabilmektedir.</p>
      <p>Web servis testlerinin otomatize edilmesi, yazılım geliştirme yaşam döngüsünde
bulunan, birim test, entegrasyon test ve sistem test seviyelerinde olumlu katkılar ve
uygulamasında kolaylıklar sağlamaktadır.
3</p>
    </sec>
    <sec id="sec-4">
      <title>Sigortacılık Alanındaki Web Servislerde Test Otomasyonu</title>
      <p>Bu bölümde Kasko, Tamamlayıcı Sağlık Sigortası ve Mobil web servislerinde
izlenilen test yöntemleri ve edinilen deneyimlere binaen uygulanan metotlar
anlatılmaktadır.</p>
      <p>Web servislerin testleri yazıldıkları mimarilere ait test araçları ile yapılmaktadır.
Çalışmalarımızda SOAP mimarisindeki web servislerin testi için açık kaynaklı
SoapUI test aracı kullanılmıştır. Rest mimarisindekiler için ise Google’ın açık
kaynaklı test aracı Post-man kullanılmıştır.
Şekil 3. Rest Mimarisindeki Web Servislerin Test aracı Postman’da oluşturulmuş bir
otomasyon paketi.
İlgili test otomasyonu betikleri hazırlanırken giden betiklerdeki değer alan
parametreler belirlenir ve sistemde değişken olarak tanımlanır. Böylelikle, bir test
senaryosu farklı veriler ile koşularak yapılan testin kapsamı genişletilmiş olur. ERGO
Sigorta’nın yazılımlarının çalıştığı test, üretim öncesi ve üretim ortamları mevcuttur.
Otomasyon sisteminde ortam linkleri de değişken şeklinde tanımlanmaktadır.
Böylelikle, oluşturulan otomasyon paketleri farklı ortamlarda ek bir efor olmaksızın
koşabilmektedir.</p>
      <p>Oluşturulan otomasyon paketlerinin performans aracı ile entegre çalıştırılmasıyla,
canlı ortamdaki yoğun kullanım altında oluşacak kullanım yoğunluğu (sistem yükü)
emüle edilebilmektedir. Aynı otomasyon paketinin birden fazla bilgisayardan web
servislere istek göndermesiyle sistem yükü çok daha üst seviyelere
arttırılabilmektedir. Böylelikle oluşturulan otomasyon paketleri sayesinde, canlı
ortamda yoğun kullanımı beklenilen web servislerin davranışları test aşamasında
gözlemlenebilmiştir.
4</p>
    </sec>
    <sec id="sec-5">
      <title>Web Servislerde Test Otomasyonu Maliyet Analizi</title>
      <p>Web servisler için test otomasyon paketlerinin oluşturulması; maliyetli bir süreç olup,
test aracının lisans ücreti ve işgücünün eğitilmesi gibi maliyetlere sahiptir.
ERGO Sigorta bünyesindeki bir yıllık çalışma esnasında web servis test otomasyonu
yardımıyla yapılan 6 projeden elde edilen veriler kullanılarak Çizelge 1’de
görülebilecek olan maliyet analizi yapılmıştır.
Çizelge 1. ERGO Sigorta’da web servis testlerinin manuel ve otomatik yapımındaki
eforlar adam/saat olarak verilmiştir.</p>
      <sec id="sec-5-1">
        <title>Test</title>
      </sec>
      <sec id="sec-5-2">
        <title>Uygulama</title>
      </sec>
      <sec id="sec-5-3">
        <title>Yöntemi</title>
      </sec>
      <sec id="sec-5-4">
        <title>Manuel</title>
      </sec>
      <sec id="sec-5-5">
        <title>Yöntem</title>
      </sec>
      <sec id="sec-5-6">
        <title>Otomatize</title>
      </sec>
      <sec id="sec-5-7">
        <title>Yöntem</title>
      </sec>
      <sec id="sec-5-8">
        <title>Test</title>
        <p>Koşumu
Hazırlık</p>
      </sec>
      <sec id="sec-5-9">
        <title>Süreci</title>
        <p>1
5</p>
      </sec>
      <sec id="sec-5-10">
        <title>Testlerin Bir Kez Koşumu</title>
      </sec>
      <sec id="sec-5-11">
        <title>Testlerin İki Kez Koşumu</title>
      </sec>
      <sec id="sec-5-12">
        <title>Testlerin Üç Kez Koşumu</title>
      </sec>
      <sec id="sec-5-13">
        <title>Test</title>
      </sec>
      <sec id="sec-5-14">
        <title>Raporu Hazırlama</title>
        <p>80
90
150
91
210
92
3
0
Çizelge 1’de görülebileceği üzere; teste hazırlık süreci manuel yöntemde daha kısa
sürmektedir. Bunun sebebi; bir otomasyon paketi oluşturmanın çeşitli düzenlemeler
gerektiren bir süreç olmasıdır. Test koşumu süreci öncesinde, senaryoların
oluşturulmasının yanı sıra otomasyon sürecine özel, çeşitli betiklerin oluşturulması ve
kullanılacak test aracı ile ilgili hazırlıklar gerekmektedir.</p>
        <p>Yine Çizelge 1’de testlerin bir kez manuel olarak koşulması durumunda gerekli
eforun ortalama 80 adam/saat olduğu görülmüştür. Ancak otomatize edildiğinde bu
sürenin daha yüksek olduğu (ortalama 90 adam/saat) gözlemlenmektedir. Bunun
sebebi; otomasyon aracı yardımıyla birbirini takip eden servislerin koşulması için bazı
niteliklerin parametrik tanımlanmalarına ihtiyaç duyulmasıdır.</p>
        <p>Testlerin arka arkaya iki veya üç kez koşulması durumunda, otomatize yöntemin daha
avantajlı olduğu görülmektedir (Grafik 1). Manuel koşum yönteminde, koşulan test
sayısıyla doğru orantıya yakın bir efor artışı görülürken, otomasyon test aracıyla
oluşturulan bir otomasyon paketi ilk adımda fazladan harcanan birkaç saatlik eforla
yeniden koşuma hazırlanabilir.</p>
        <p>Son olarak; test raporu hazırlama ve paylaşma konusunda manuel koşumda çeşitli
raporlama araçlarının (MS Excel, TestRail vb.) yardımına ihtiyaç duyarken,
otomasyon paketinin koşulduğu test araçlarında bu raporlama işlemi test koşum
sürecine dahildir. Kullanılan test araçları rapor ve paylaşma fonksiyonlarına sahip
oldukları için fazladan işgücü gerektirmez.</p>
        <p>Grafik 1. Web Servis Test Sürecinde Verimlilik Grafiği
1</p>
        <p>2
Koşum Sayısı
3
5</p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>Sonuçlar</title>
      <p>ERGO Sigorta’nın sahip olduğu web servislerde uygulanan test otomasyon yaklaşımı
sayesinde web servis testleri çok daha kısa sürede tekrarlı olarak koşulabilmiştir
250
)
ta200
a
s
/
am150
d
a
(
ro100
f
E
50
Manuel Yöntem
Otomatize Yöntem
(Çizelge 1). Otomasyon paketi oluşturulurken değer alan parametreler değişken
olarak belirlenmiş ve aynı senaryo farklı veri tipleri ile koşularak daha geniş örnek
alanda test yapılması sağlanmıştır. Ayrıca hazırlanan test otomasyon paketi yine
değerleri değişken olarak tanımlama yöntemi sayesinde test, üretim öncesi ve üretim
gibi farklı ortamlarında ek süre ve efor olmadan test edilebilmiştir. Testlerin
uygulanması sonrası durum raporu, kullanılan test araçları sayesinde, otomatik olarak
oluşturulabilmiştir.</p>
      <p>Geliştirilen test otomasyon paketlerinin paralel ve seri koşumu ile performans aracı
yardımıyla gerçek üretim ortamını emüle eden yük sistemde oluşturulabilmektedir.
Bu sayede yapılan performans ve yük testleri çok daha gerçekçi olmaktadır.
Sigortacılık günlük iş akışında yoğun kullanımda olan web servislerin çalışırlığı
oluşturulan otomasyon sistemi sayesinde kolaylıkla izlenebilmektedir. Üstelik
otomasyon sayesinde, manuel efor olmadığı için, bu ölçümleme olası insan
hatalarından ve gözden kaçırmalardan arındırılmıştır.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>P. K.</given-names>
            <surname>Potti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ahuja</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Umapathy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Prodanoff</surname>
          </string-name>
          , “
          <article-title>Comparing Performance of Web Service Interaction Styles: SOAP vs</article-title>
          . REST,”
          <source>in Proceedings of the Conference on Information Systems Applied Research</source>
          , New Orleans Louisiana,
          <year>2012</year>
          , ISSN 2167-1508.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>N.</given-names>
            <surname>Serrano</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Hernantes</surname>
          </string-name>
          and G. Gallardo, “
          <article-title>Service-Oriented Architecture and Legacy Systems</article-title>
          ,” IEEE Software,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>G.</given-names>
            <surname>Serme</surname>
          </string-name>
          , A. S. de Oliveira,
          <string-name>
            <given-names>J.</given-names>
            <surname>Massiera</surname>
          </string-name>
          and
          <string-name>
            <given-names>Y.</given-names>
            <surname>Roudier</surname>
          </string-name>
          , “Enabling Message Security for RESTful Services,” in
          <source>2012 IEEE 19th International Conference on Web Services</source>
          , Honolulu,
          <string-name>
            <surname>HI</surname>
          </string-name>
          ,
          <year>2012</year>
          , pp.
          <fpage>114</fpage>
          -
          <lpage>121</lpage>
          . https://doi.org/10.1109/icws.
          <year>2012</year>
          .94
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Varadan</surname>
            <given-names>G.S.</given-names>
          </string-name>
          ,“
          <article-title>Trends in reliability and test strategies” IEEE Software</article-title>
          , vol.
          <volume>12</volume>
          (
          <issue>3</issue>
          ) (
          <year>1995</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>Z.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tan</surname>
            ,
            <given-names>H.F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Liu</surname>
            ,
            <given-names>H.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhu</surname>
          </string-name>
          , J. “
          <article-title>Business-process-driven gray-box SOA testing”IBM Systems Journal</article-title>
          , vol.
          <volume>47</volume>
          (
          <issue>3</issue>
          ), pp.
          <fpage>457</fpage>
          -
          <lpage>472</lpage>
          , (
          <year>2008</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Chen</surname>
          </string-name>
          , T.Y.,
          <string-name>
            <surname>Poon</surname>
            ,
            <given-names>P-L.</given-names>
          </string-name>
          “
          <article-title>Experience with teaching black-box testing in a computer science/software engineering curriculum” IEEE trans</article-title>
          .
          <source>on Education</source>
          , vol.
          <volume>47</volume>
          (
          <issue>1</issue>
          ), pp.
          <fpage>42</fpage>
          -
          <lpage>50</lpage>
          , (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7. http://www.turkishtestingboard.org/files/ISTQB-
          <string-name>
            <surname>Yazilim-Testi-</surname>
          </string-name>
          Terimler-Sozlugu.
          <source>pdf [Nisan</source>
          <year>2014</year>
          ]
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>