# Test Sürecimiz

Hem kablolu hem kablosuz entegrasyon için otomasyon yazılımı test süreçleriyle ilgili bilgilere buradan ulaşabilirsiniz.

## **Entegrasyon/Otomasyon yazılım test süreci nasıl işlemektedir?**

Yazılım geliştirmeleri bittikten sonra eğer daha önce hiç test talebi yapılmadıysa ve test talebi açılması için link paylaşılmadıysa [okc.entegrasyon@tokeninc.com](mailto:okc.entegrasyon@tokeninc.com) mail adresine mail atılması gerekmektedir. Mail içeriğinde ayrıca test talebi açacak kullanıcı veya kullanıcıların mail adreslerinin bulunması gerekmektedir.

Eğer link paylaşıldıysa [https://go.tech.tokeninc.com/servicedesk](https://go.tech.tokeninc.com/servicedesk%E2%80%9D) linki üzerinden test talebi yapılır.

Test talebi yapıldıktan sonra yapılan test talebinin test kabul yeter şartlarını sağlayıp sağlamadığı kontrol edilir. Test kabul yeter şartları sağlandıysa testleri planlanır. Test başlangıcında entegrasyon firması ile irtibata geçilir ve uygulamanın kurulumu yapılır. Uygulama hakkında bilgi alınır ve birkaç temel satış senaryoları firma ile birlikte yapılır. Sonrasında firmadan bağımsız olarak entegrasyon testleri gerçekleştirilir. Toplam test süresi maksimum 5 iş günü sürmaktedir. Testlerin bitimi sonrası majör bir hata görülmezse uygulamaya pilot onay verilir. Pilot aşamasında Her Platform (Cihaz Modeli) için maksimum 30 cihaz ve 15 gün süre boyunca beklenir (450 Cihaz/Gün). Sonrasında %25 oranında müşterilerden sorun olmadığına dair teyit alınır. Pilot sorgulamalarında sorun görülmemesi durumunda saha yayılım onayı verilir. Uygulama reddedildiğinde, Pilot Onay verildiğinde ve saha yayılım onayı verildiğinde entegrasyon firmaları bilgilendirilir.

## **Entegrasyon/Otomasyon yazılım geliştirmelerim bitti şimdi ne yapmam gerekiyor ?**

Yazılım geliştirmeleri bittikten sonra eğer daha önce hiç test talebi yapılmadıysa ve test talebi açılması için link paylaşılmadıysa [okc.entegrasyon@tokeninc.com](mailto:okc.entegrasyon@tokeninc.com) mail adresine mail atılması gerekmektedir. Mail içeriğinde ayrıca test talebi açacak kullanıcı veya kullanıcıların mail adreslerinin bulunması gerekmektedir.

Eğer link paylaşıldıysa “[https://go.tech.tokeninc.com/servicedesk”](https://go.tech.tokeninc.com/servicedesk%E2%80%9D) linki üzerinden test talebi yapılır.

## **Entegrasyon test talebini nasıl yapmam gerekiyor ?**

Yazılım geliştirmeleri bittikten sonra eğer daha önce hiç test talebi yapılmadıysa ve test talebi açılması için link paylaşılmadıysa [okc.entegrasyon@tokeninc.com](mailto:okc.entegrasyon@tokeninc.com) mail adresine mail atılması gerekmektedir. Mail içeriğinde ayrıca test talebi açacak kullanıcı veya kullanıcıların mail adreslerinin bulunması gerekmektedir.

Eğer link paylaşıldıysa [https://go.tech.tokeninc.com/servicedesk](https://go.tech.tokeninc.com/servicedesk%E2%80%9D) linki üzerinden test talebi yapılır.

Linke tıklandıktan sonra Jira için bize bildirimde bulunduğunuz mail adresi veya adreslerden bir tanesi girilir. Sonrasınta sizin için açılmış olan proje sayfası açılır ve buradan “Test Request” e tıklanır. Test talebinde aşağıdaki bilgilerin muhakkak yer alması gerekmektedir. Aksi taktirde test talebi test kabul yeter şartlarına uymadığından kabul edilmeyecektir.

1. Test talebinde tüm yazılım bileşenlerinin versiyon bilgilerinin bulunması gerekmektedir. Test talebi yapılan versiyonun unique (daha önce test talebi yapılmamış) olması gerekmektedir. Aynı zamanda bu versiyonların uygulama/uygulamaların arayüzlerinde görünüyor olması gerekmektedir.
2. Test talebinde Release not'un paylaşılmış olması gerekmektedir.
3. İlk yapılan test talebinde kurulum dökümanı, kullanım klavuzu, product spec., gereksinim dökümanı gibi dökümanların paylaşılmış olması gerekmektedir.
4. Yeni eklenen bir özellik bulunuyorsa nasıl çalıştığını anlatan gereksinim dökümanının paylaşılması gerekmektedir.
5. Satış otomasyon uygulamasının kendisi veya indirilebilir linkinin paylaşılmış olması gerekmektedir. Web ortamında çalışan bir uygulamaysa Link, Kullanıcı adı ve şifrenin paylaşılmış olması gerekmektedir.
6. Test talebinizi 300TR ve X30TR platformları için yapacaksanız her biri için ayrı ayrı test talebi oluşturulması gerekmektedir. Ayrıca test talebi subjectine talebin kablolu mu yoksa kablosuz entegrasyon için mi olduğunun belirtilmesi gerekmektedir.

Gerekli olan bilgiler girildikten sonra “Send” e tıklanarak test talebi yapılmış olur.

## **Entegrasyon/Otomasyon testlerinde hangi senaryolara bakılmaktadır ?**

Entegrasyon testlerinde aşağıdaki tabloda bulunan test senaryolarına bakılmakta olup öncelikle uygulamanın temel satış senaryolarını yerine getirip getirmediğine bakılır. Sonrasında uygulamanın cihaz ile entegrasyonunu test eden senaryolara bakılır. Örnek olarak kablo çıkar – tak , hat kesintisi, cihaz kapat aç, Uygulama kapat aç senaryoları çeşitli aşamalarda kontrol edilir.

Test talebi yapılmadan önce bu test senaryolarında uygulamanızda bir sorun olup olmadığının kontrol edilmesi gerekmektedir. Bu test senaryolarında sorun çıkması durumunda hatanın önem seviyesine göre sizlerden düzeltme talep edilebilmektedir.

<table data-header-hidden><thead><tr><th width="49"></th><th width="271"></th><th></th></tr></thead><tbody><tr><td>#</td><td><strong>Özet</strong></td><td>Beklenen Sonuç</td></tr><tr><td>1</td><td>Versiyon kontrolü yapılır.</td><td>1. Tüm yazılım bileşenlerinde versiyon numarasının olması gerekmektedir.<br>2. Test talebinde belirtilen versiyonlar ile uygulama versiyonlarının aynı olması gerekmektedir.<br>3.Versiyon bilgileri uygulamada görülür olmalıdır.</td></tr><tr><td>2</td><td>Cihaz Eşleştirme kontrol edilir.</td><td>1-Uygulamanın cihaz ile başarılı olarak eşleşmesi gerekir.</td></tr><tr><td>3</td><td>Sipariş girişi kontrol<br>edilir.</td><td>1- Eklenen kayıtlı kısım ve ürünlerin "Sepet" kutucuğunda görülmesi gerekir.<br>2. Oluşturulan siparişin eksiksiz sipariş ekranında görülmesi gerekmektedir.<br>3. Sipariş tutarı ile manuel hesaplanan tutar aynı olması gerekmektedir.<br>4..Uygulamada satışların başarılı olarak tamamlandığının görülmesi gerekmektedir.<br>5."Sepeti Sıfırla", "Sepetteki Son Ürünü Sil", "Seçili Ürünü Sepetten Kaldır" gibi butonların doğru çalıştığı görülmelidir.</td></tr><tr><td>4</td><td>Nakit ile ödeme seçeneği<br>kontrol edilir.</td><td>1-Uygulamadan gönderilen satışın Nakit olarak tamamlanması beklenir.<br>2-Fiş üzerindeki tutar ve kdv bilgileri doğru hesaplanmalıdır.<br>3-Ugulama Kasa hareketleri doğru bilgiler yansımalıdır.</td></tr><tr><td>5</td><td>Kredi kartı ile ödeme seçeneği<br>kontrol edilir.</td><td>1-Uygulamadan gönderilen satışın Kredi Kartı olarak tamamlanması beklenir.<br>2-Fiş üzerindeki tutar ve kdv bilgileri doğru hesaplanmalıdır.<br>3-Ugulama Kasa hareketleri doğru bilgiler yansımalıdır.</td></tr><tr><td>6</td><td>Yemek Kartı ile ödeme seçeneği kontrol edilir.</td><td>1-Uygulamadan gönderilen satışın Yemek Kartı olarak tamamlanması beklenir.<br>2-Fiş üzerindeki tutar ve kdv bilgileri doğru hesaplanmalıdır.<br>3-Ugulama Kasa hareketleri doğru bilgiler yansımalıdır.</td></tr><tr><td>7</td><td>Faturalı Satış işlemi kontrol edilir.</td><td>1-Uygulamada desteklenen Fatura Türleri(Fatura, E Arşiv ve E Fatura ile satış işlemleri yapılabilmelidir.<br>2-Fiş üzerindeki tutar ve kdv bilgileri doğru hesaplanmalıdır.<br>3-Ugulama Kasa hareketleri doğru bilgiler yansımalıdır.</td></tr><tr><td>8</td><td>Avans Satış işlemi kontrol ediir.</td><td>1-Uygulamadan gönderilen satışınAvans tahsilatı olarak tamamlanması beklenir.<br>2-Fiş üzerindeki tutar ve kdv bilgileri doğru hesaplanmalıdır.<br>3-Ugulama Kasa hareketleri doğru bilgiler yansımalıdır.</td></tr><tr><td>9</td><td>Cari Tahsilat ödeme işlemi kontrol edilir.</td><td>1-Uygulamadan gönderilen satışınCari tahsilat olarak tamamlanması beklenir.<br>2-Fiş üzerindeki tutar ve kdv bilgileri doğru hesaplanmalıdır.<br>3-Ugulama Kasa hareketleri doğru bilgiler yansımalıdır.</td></tr><tr><td>10</td><td>Farklı ürün ve Kdv ile satış işlemi kontrol edilir.</td><td>1-Farklı sayıda ve Kdv türlerinde satış işleminin başarılı olması beklenir.</td></tr><tr><td>11</td><td>Parçalı ödeme işlemleri konrol edilir. (Uygulama üzerinden)</td><td>1-Uygulamada farklı kdv ve üründen sipariş oluşturulur.<br>2-Uygulama üzerinden desteklenen ödeme türlerinden parçalı ödeme işlemi yapılır.<br>Örneğin;<br>Nakit+K.Kartı<br>K.kartı+Nakit<br>Nakit+Yemek Kartı<br>Nakit +K.Kartı + Yemek Kartı<br>Desteklene diğer ödeme türleri ile parçalı ödeme işlemleri yapılabilmelidir.</td></tr><tr><td>12</td><td>Parçalı ödeme işlemleri konrol edilir. (Cihaz üzerinden)</td><td>1-Uygulamada farklı kdv ve üründen sipariş oluşturulur.<br>2-ÖKC üzerinden desteklenen ödeme türlerinden parçalı ödeme işlemi yapılır.<br>Örneğin;<br>Nakit+K.Kartı<br>K.kartı+Nakit<br>Nakit+Yemek Kartı<br>Nakit +K.Kartı + Yemek Kartı<br>Desteklene diğer ödeme türleri ile parçalı ödeme işlemleri yapılabilmelidir.</td></tr><tr><td>13</td><td>İndirimli Satış Kontrolleri yapılmalıdır.</td><td>1-Uygulamadaki satışa % veya tutar cinsinde indirim uygulanır.<br>2-ÖKC'den çıkan fiş üzerinde indirim bilgilerinin doğru gösterildiği görülür.</td></tr><tr><td>14</td><td>Arttırımlı Satış Kontrolleri yapılmalıdır.</td><td>1-Uygulamadaki satışa % veya tutar cinsinde arttırım uygulanır.<br>2-ÖKC'den çıkan fiş üzerinde arttırım bilgilerinin doğru gösterildiği görülür.</td></tr><tr><td>15</td><td>Fiş üzerinde Para Üstü bilgisi kontrolü yapılmalıdır.</td><td>1-Para üstü hesaplanan durumlarda para üstü bilgisi fiş üzerinde gösterilmelidir.</td></tr><tr><td>16</td><td>Fiş Üzerinde Not Bilgisi kontrolü yapılmalıdır.</td><td>1-Fişe not yazılması gereken durumlarda fiş üzerinde doğru gösterildiği görülmelidir.</td></tr><tr><td>17</td><td>Max 60 Kalem fiş kesme özelliği kontrol edilir.</td><td>1-ÖKC'de max 60 kalem fiş kesilebilmektedir. 61 kalem fişe izin vermemektedir.<br>2- 61 kalem ürünlü satışlara uygulama izin vermemelidir. Uygun uyarı mesajı vermelidir.</td></tr><tr><td>18</td><td>Kısım limiti özelliği kontrol edilmelidir.</td><td>1-Cihazdaki kısımlara kısım limiti girilmiştir.<br>2-Limit girilen kısımlarda satış işlemine izn vermemelidir.<br>3-Uygun uyarı mesajı vermelidir.</td></tr><tr><td>19</td><td>Fiş Limiti özelliği kontrol edilmelidir.</td><td>1-Cihazda fiş limiti vardır.<br>2-Fiş limiti aşılan durumda fatura kesimine zorlanmalıdır.<br>3-Fiş limiti aşıldığına dair uyarı vermelidir.</td></tr><tr><td>20</td><td>Matrah Dışı Satış (Çalışan Hasta) için kontroller yapılmalıdır</td><td>1- Çalışan Hastaya ait Matrah Dışı tutarın vr Katkı payının olduğu Fiş bilgisinin başarılı olarak çıktığı görülür.<br>2-Çalışan Hasta katkı payını Nakit/K:Kartı ile ödeyebilmelidir.</td></tr><tr><td>21</td><td>Matrah Dışı Satış (Emekli Hasta) için kontroller yapılmalıdır</td><td>1-Emekli Hastaya ait Matrah Dışı tutarın olduğu Fiş bilgisinin başarılı olarak çıktığı görülür. Emekli Hastalarda Matrah dışı ve katkı payı maaştan kesildiği için bu ürünlerde Ödemesiz fiş çıktığı görülür. Bu bilgilerin yanı sıra fişte farklı ilaç vs varsa sadece bunun ödemesi Nakit/K:Kartı ile alınablir.</td></tr><tr><td>22</td><td>KDV Oran kontrol edilir. (Uygulamadaki sıralama ile Cihazdaki sıralama)</td><td>1. Satış fişindeki KDV oranları uygulamadaki ürünlerin KDV oranlarıyla aynı olması gerekmektedir.</td></tr><tr><td>23</td><td>Ödeme Yöntemi Değiştirme Kontrolleri yapılmalıdır.</td><td>1-Uygulamdan K.Kartı satış gönderilir.<br>2-Cihazda kart satışı iptal edilip Nakit ile tamamlanır.<br>3-Burdaki değişkliği uygulama algılamalı ve satışı tamamlamalı. Kasa hareketlerine de ödemesi alınan satış türünü yazmalıdır.</td></tr><tr><td>24</td><td>Kredi Kartı Zaman aşımı kontrol edilmelidir.</td><td>1-Uygulamadan K.Kartı satış gönderilir.<br>2-Ödeme işlemi bekletilir ve uygulamanın zaman aşımına uğraması beklenir.<br>3-Uygulamada zaman aşımı olduğunda ödeme tekrar gönderilebilir veya iptal edilebilir olmalıdır.</td></tr><tr><td>25</td><td>Fiş İptal özelliği kontrol edilmelidir.</td><td>1-Bu özellik şimdilik 300TR cihaz için geçerlidir.<br>2-Kredi kartlı bir satış gönderildiğinde işlem başarısız olan durumlarda uygulamadan fiş iptal komutu ile iptali sağlanıyor olmalıdır.</td></tr><tr><td>26</td><td>Satış Başlatma Kontrolleri yapılmalıdır</td><td>1- X30TR cihazda TokenX satış uygulaması açık değil iken veya 300TR'de cihaz farklı menüdeyken satış gönderilir.<br>2-Satışın başlamadığı ve satış ekranında olmadığına dair uyarı beklenir.<br>3-Satış ekranına geçildiğinde satışın başladığı görülür.</td></tr><tr><td>27</td><td>Fiş Slipi Bitiş Kontrolleri yapılmalıdır.</td><td>1-Kısa bir fiş kağıdı cihaza takılır.<br>2-Uygulamadan satış gönderilir ve fiş başlığı çıkıp ürünler eklenmeden önce fişin bitmesi sağlanır.<br>3-Cihazda uyarı görülür ve yeni fiş kağıdı takılarak işleme devem edilir.<br>Not: Aynı kontrol daha sonra cihaz ekranında birkaç ürün eklendikten sonra fiş biten durumu da kontrol edilir.<br><br>Beklenen duru: Fiş biten durumda yeni fiş slipi eklendiğinde yarım kalan işlem devam edebilmelidir.</td></tr><tr><td>28</td><td>Kablo Çıkart - Tak / bağlantı kes - tekrar bağla İşlemi kontrolleri yapılmalıdır</td><td>1-Cihaz ile uygulama başarılı olarak eşleşmiştir.<br>2-Kablo çıkarılıp geri takılır / bağlantı koparılıp tekrar bağlantı sağlanır.<br>3-Ödeme işlemi başlatılır.<br><br>Beklenen durum<br>1- Kablo çıkarıldığında ve geri takıldığında uygulamada uyarı mesajları çıkmalıdır.<br>2-Kablo geri takıldıktan sonra yapılan satış işleminde sorun görülmemelidir.</td></tr><tr><td>29</td><td>Cihaz Kapat-Aç Kontrolleri yapılmalıdır.</td><td>1-Cihaz ile uygulama başarılı olarak eşleşmiştir.<br>2-Cihaz kapatılıp tekrar açılır.<br>3-Satış ekranında veya uygulamasındayken satış işlemi başlatılır ve Ödeme süreci gözlemlenir.<br><br>Beklenen durum<br>1-Cihaz kapatılıp açıldığında uygulama tekrar eşleşme sağlamalı ve sonrasındaki yapılan satış işlemi başarılı olmalıdır.</td></tr><tr><td>30</td><td>Uygulama Kapat Aç Kontrolleri yapılmalıdır.</td><td>1-Cihaz ile uygulama başarılı olarak eşleşmiştir.<br>2-Entegrasyon Uygulama kapatılıp tekrar açılır.<br>3-Entegrasyon Uygulama açıldıktan sonra satış işlemi başlatılır ve Ödeme süreci gözlemlenir.<br><br>Beklenen durum<br>1-Uygulama kapatılıp açıldığında uygulama tekrar eşleşme sağlamalı ve sonrasındaki yapılan satış işlemi başarılı olmalıdır.</td></tr><tr><td>31</td><td>Satış sırasında Kablo çıkart - tak / bağlantı kes - tekrar bağla kontrolleri yapılmalıdır.</td><td>1- K.Kartlı satış işlemi başlatılır ve cihazda ödeme menüsü görüldüğünde kablo çıkarılıp - takıldıktan / bağlantı kes - tekrar bağlandıktan sonra ödeme işlemi tamamlanır.<br>2-İşlem tamamlandıktan sonra uygulama tarafında satışın kapanması beklenir.</td></tr><tr><td>32</td><td>Satış sırasında cihaz kapatılır.</td><td>1. Cihaz açıldıktan sonra bağlantı tekrar sağlanıp işlem tamamlandığında uygulama tarafında işlem kapanmış olmalıdır.</td></tr></tbody></table>

## **Test talebini yaptım. Entegrasyon/Otomasyon uygulamam ne zaman test edilir ?**

Test & Onay ekibinin yoğunluğuna göre 15 iş günü içerisinde test talebi işleme alınır. Testlere başlanmadan önce firma bilgilendirilir. Toplam test süresi maksimum 5 iş günü sürmaktedir. Testlerin bitimi sonrası majör bir hata görülmezse uygulamaya pilot onay verilir. Pilot aşamasında Her Platform (Cihaz Modeli) için maksimum 30 cihaz ve 15 gün süre boyunca beklenir (450 Cihaz/Gün). Sonrasında %25 oranında müşterilerden sorun olmadığına dair teyit alınır. Pilot sorgulamalarında sorun görülmemesi durumunda saha yayılım onayı verilir. Uygulama reddedildiğinde, Pilot Onay verildiğinde ve saha yayılım onayı verildiğinde entegrasyon firmaları bilgilendirilir.

## **Test sonuçlarını nasıl raporluyorsunuz?**

Testler sırasında görülen hatalar ilgili jira projesine bug olarak açılır. Hata önem seviyesine göre kategorize edilir ve majör bir sorun varsa test talebi reddedilir. Hatanın çözümünü içeren yeni versiyon test talebi beklenir. Testlerin bitimi sonrası majör bir hata görülmezse uygulamaya pilot onay verilir. Pilot aşamasında Her Platform (Cihaz Modeli) için maksimum 30 cihaz ve 15 gün süre boyunca beklenir (450 Cihaz/Gün). Sonrasında %25 oranında müşterilerden sorun olmadığına dair teyit alınır. Pilot sorgulamalarında sorun görülmemesi durumunda saha yayılım onayı verilir. Uygulama reddedildiğinde, Pilot Onay verildiğinde ve saha yayılım onayı verildiğinde entegrasyon firmaları bilgilendirilir.

## **Entegrasyon/Otomasyon yazılımımda karşılaşılan hatalar nasıl önceliklendiriliyor?**

Hatalar, Hata Önem Seviyesi Belirleme Talimatına göre önceliklendirilmektedir.

1. Testlerde karşılaşılan pilot ve saha yayılıma engel olan hatalar majör hata olarak değerlendirilmelidir. Showstopper ve High hatalar majör hatalardır.
2. Testlerde karşılaşılan pilot ve saha yayılıma engel teşkik etmeyen hatalar minör hata olarak değerlendirilmelidir. Medium ve Low hatalar minör hatalardır.
3. Testin yapılmasına veya devam etmesine engel hatalar showstopper hata olarak değerlendirmelidir. Showstopper hatalar tek başına üretime ve/veya seri onaya engeldir.
4. Testin devam edilebilirliği açısından sorun yaratmayan ancak tek başına üretime ve/veya seri onaya engel olan hatalar high hata olarak değerlendirilmelidir.
5. Tek başına pilot ve saha yayılıma engel olmayan ancak çözülmesi beklenen hatalar medium hata olarak değerlendirilmelidir.
6. Tek başına pilot ve saha yayılıma engel olmayan ve çözülmesi gerekli görülmeyen hatalar low hata olarak değerlendirilmelidir.

## **Test süreçlerinde gizlilik ve veri güvenliği nasıl sağlanıyor?**

Gizlilik ve veri güvenliği, süreçlerimizin temel bir parçasıdır. Tüm ekip üyelerimiz, gizlilik politikalarımıza ve veri koruma kurallarına uyar. Ayrıca, test verilerini yönetirken şifreleme ve erişimi kısıtlama gibi güvenlik önlemleri alıyoruz.

## **Entegrasyon/Otomasyon testlerinde hangi araçları kullanıyorsunuz?**

Test yönetimi ve hataların raporlanması için Jira platformunu kullanırken, Testlerin koşulması ve raporlanması için Qmetry platformunu kullanmaktayız.

## **Entegrasyon/Otomasyon yazılımımı test ettikten sonra sonuçlarla birlikte öneriler de sunuyor musunuz?**

Evet, test sonuçlarıyla birlikte, tespit edilen majör hataları çözememeniz durumunda Token Developer ekibine iletilebilir. Token Developer ekibi hata ile ilgili cihaz ve uygulama loglarını inceleyerek çözülmesi için sizlere önerilerde bulunur.
