Deneyim Raporu. , Ankara, Türkiye. {gokhan.urul, gokalp.urul}@intest.com.tr. vahid.garousi@atilim.edu.tr

Transkript

1 Deneyim Raporu Gökhan Urul 1, Vahid Garousi 2,3, Gökalp Urul 1 1: Ankara, Türkiye {gokhan.urul, gokalp.urul}@intest.com.tr 2:, Ankara, Türkiye vahid.garousi@atilim.edu.tr 3: Kalgari Üniversitesi Kalgari, Alberta eyaleti, Kanada Öz. Gömülü sistemler, Bu bildiride gömülü sistemler içerisinde yer alan kara-kutu test süreci üzerinde du- tem bir projede tur. Anahtar Kelimeler: Gömülü sistemler, Test otomasyonu, Kara-kutu test 1 G rin sensörlerini veya Test otomasyonu, elle elle test yöntemine göre çok daha fazla maliyete neden olabilmektedir. Endüstride 305

2 se- araç motor kontrolü, ev gereçleri veya radar sistemleri gibi) Gömülü sistemlerin çok (fra- güç Günümüzde gömülü sistemler üzerine ücretsiz veya ticari test otomasyon çözümleriyle tam olarak otomatize edememektedirler. [2]. Test otomasyon uygulama n bir incelemesine 3. endüst-, ve g önerileri. 2 için CANBus, UART, RS232, RS422, RS485, LIN, Ethernet, 1553, HDLC, ARINC, CORBA, DDS, UDP, Modbus, Profibus, CANopen, FlexRay, XML-RPC, WCF, vb.) verilmeyecek, sindeki radar, silah kontrol birimi, güç birimi gibi elektronik kontrol birimleriyle ha- ve geçmektedir. Ancak, TEY in en kara-kutu testleri edil- Kara- TEY in gereksinimlerinin bilmektedir. TEY birçok ne sahip olabilmektedir. TEY e ait tüm arayüzler senkronize bir olan 306

3 Kara- 3] dilinde bulu-. TEY, bilmektedir. Kara-kutu testleri rinde ve gönderilen mes birimlerin simüle edilmesi ta ir. Simüle edilecek olan bu temel arayüzler, özellikle TEY e -otomatik bir test or- [4]. Örnek olarak, yüksek seviyede kontrol edilebilirlik ve gözlemlenebilirlik için, Bu sistemde bulunan çevre birimlerin yerine geçerek, bu birimleri simüle edebilmektedir. dir. Bu araç hem izleyici(sniffer), hem de bir simülator olarak davranabilmektedir. temel olarak TEY e komut göndermektedirler. TEY i kontrol eden arayüzler daha çok m türü kontrol kontrol etmektedir. 307

4 1 turulabilmektedir. adan [5]. (1) test, (4) testlerin de- 3 Gömülü sistemlerin kara- bench [6], Wireshark [7], CANoe [8], ve MESSINA [9] bu bölümde incelenecektir. TTworkbench [6 (IDE). TTworkbench, eklenti(plugin) temelli sting and Test Control Notation 3 (TTCN-3) [10 308

5 oldukça -3 dili, ancak bu konuda uzman test mühendisle- Temel olarak, Wireshark [7 temel est faaliyetleri Ethernet veri yolu üzerinde ça- yönteminin kara- bir test oto CANoe [8 CAN(Controller Area Ne sahiptir. [11 [9 Palmieri [12 günümüzde yer alan test teknikleri ve -3 test dili üzerine odaklanarak CAN veri yolu üze- 4 Test Otomasyon Y ir simülasyon - nebilecektir. birimler ve (2) kontrol edilen birimler. En üst seviye otomas kontrolcü birimlerin tam olarak simüle edilmesi gerekirken, özellikle daki kontrol edilen birimler için simülasyona gerek olmayabilmektedir. Kontrol edilen 309

6 test otomasyonun uy- ya da 4.1 ya da ve adaptasyonuna dair sistematik bir tworkbench [5] ve yeteneklerinin,. TTwork- cunda, bu araca i - -3 hâkimiyeti 4.2 Test Stratejisi Kurum iç dir. Y getiri yüksek maliyetlere neden l gönderen a 4.3 özel yeni eklentilerin kolayca 310

7 e projelerin hassasiye T görevlerden(multithreaded) [13] metot -otomatik test elde etmek için -otomatik test metodu, otomatik testler ile manuel ya da matik olarak devam edebilir. 5.2 Kazançlar bir yöntem ya da otomasyon yöntemi ile Test otomasyonunun görülmektedir. B 311

8 siyonel olmayan testlerine, açabilmektedir. la rak ka-, i yolu. Trafik kaydedilmesiyle Elle -otomatik ve otomatik test metot nda tam otomasyon. 5.3 bir gömülü sistemde tüm gereksinimlerin testini en uygun noktaya çe- -otomatik, otomatik ve manuel olarak Test otomasyon ça otomasyon nitelikleri gücünü azaltarak, testler 5.4 sistemlerle oldukça benzerdir. Bu metot bilir. 5.5 önerilen sistematik bir 312

9 elle -otomatik ve tam- mlerin arayüzlerinin dinlenmesi ve kontrolcü birimlerin arayüzlerinin simüle/stimüle edilmesi, testleri semi-otomatik bir sinde dukça b jelerde yer alan ekip üyeleri, B bir sistemin t Kaynakça [1] E. Kahraman ve V. Ünal, [2] B. Stefan, R. Weber ve R. K. Keller, "Observations and lessons learned from automated testing." Proceedings of the 27th international conference on Software engineering. ACM, [3] D. Harelve ve P. S.Thiagarajan, "Message sequence charts." UML for Real. Springer US, pp [4] L. Zhao, "A new approach for software testability analysis." Proceedings of the 28th international conference on Software engineering. ACM, [5] Y. Amannejad,V. Garousi, R. Irving, ve Z. Sahaf, A Search-based Approach for Cost- Effective Software Test Automation Decision Support and an Industrial Case Study. et al. s.l.: co-located with the Sixth IEEE International Conference on Software Testing, Verification, and Validation (ICST),, April 2014, Vols. pp [6] TTworkbench, Last accessed: May [7] Wireshark, Last accessed: May [8] CANoe, Last accessed: May [9] MESSINA, Last accessed: May [10] Testing and Test Control Notation version 3(TTCN-3), Last accessed: May

10 [11] F. Zhou, L. Shuqin, ve H. Xia, "Development method of simulation and test system for vehicle body CAN bus based on CANoe." Intelligent Control and Automation, WCICA th World Congress on. IEEE, [12] M. Palmieri, "System Testing in a Simulated Environment." (2013). [13] J. Bach, "Exploratory testing explained." Online: Last accessed: May