Artyku\u0142 ma na celu ocen\u0119 mo\u017cliwo\u015bci metody Poka-Yoke jako metody zapobiegania defektom<\/strong>, szczeg\u00f3lnie w informatyce, analizuj\u0105c jej zastosowania i potwierdzaj\u0105c, \u017ce testowanie w tej dziedzinie r\u00f3wnie\u017c stanowi mechanizm Poka-Yoke.<\/strong><\/p>\n\n\n\n Poka-Yoke, wynaleziona przez Shigeo Shingo, in\u017cyniera z Toyoty, jest metod\u0105 eliminuj\u0105c\u0105 mo\u017cliwo\u015b\u0107 powstania b\u0142\u0119d\u00f3w. Inspiracj\u0105 by\u0142a filozofia Toyoty, skupiaj\u0105ca si\u0119 na produkcji bez wad i b\u0142\u0119d\u00f3w. Shingo uzna\u0142, \u017ce zamiast wymaga\u0107 od pracownik\u00f3w wi\u0119kszej uwagi, lepiej jest usun\u0105\u0107 potrzeb\u0119 uwa\u017cania, tworz\u0105c systemy, kt\u00f3re zapobiegaj\u0105 b\u0142\u0119dom.<\/p>\n\n\n\n Pierwsze urz\u0105dzenie Poka-Yoke zastosowane w fabryce Yamada Electric w 1961 roku wyeliminowa\u0142o b\u0142\u0105d wynikaj\u0105cy z niepoprawnego monta\u017cu. To urz\u0105dzenie by\u0142o proste, ale skuteczne i przyczyni\u0142o si\u0119 do doskonalenia systemu produkcyjnego Toyoty (TPS). Od lat 60. i 70. Poka-Yoke zyska\u0142o na popularno\u015bci w Japonii, a p\u00f3\u017aniej r\u00f3wnie\u017c na rynkach europejskim i ameryka\u0144skim.<\/p>\n\n\n\n Shigeo Shingo, d\u0105\u017c\u0105c do osi\u0105gni\u0119cia stanu \u201ezero defekt\u00f3w\u201d, identyfikuje kluczowe za\u0142o\u017cenia Poka-Yoke:<\/p>\n\n\n\n Podstaw\u0105 jest wykrywanie, sygnalizowanie i eliminacja b\u0142\u0119d\u00f3w. Poka-Yoke koncentruje si\u0119 na zaprojektowaniu proces\u00f3w pracy, w kt\u00f3rych b\u0142\u0119dy s\u0105 niemo\u017cliwe lub natychmiast korygowane, z uwzgl\u0119dnieniem g\u0142\u00f3wnych przyczyn ludzkich pomy\u0142ek. Urz\u0105dzenia Poka-Yoke powinny by\u0107 proste, tanie i efektywne.<\/p>\n\n\n\n Poka-Yoke dzieli si\u0119 na systemy prewencyjne i detekcyjne. Klasyfikacja wg funkcji wygl\u0105da nast\u0119puj\u0105co:<\/p>\n\n\n\n Przyk\u0142ady zastosowania obejmuj\u0105 wiele rozwi\u0105za\u0144, m.in.:<\/p>\n\n\n\n W informatyce Poka-Yoke mo\u017cna stosowa\u0107 poprzez wbudowane systemy kontrolne, kt\u00f3re uniemo\u017cliwiaj\u0105 powstawanie b\u0142\u0119dnych danych.<\/p>\n\n\n\n Jednym z cz\u0119sto spotykanych, aczkolwiek nie zawsze wykorzystywanych rozwi\u0105za\u0144, jest \u201ewyszarzenie\u201d przycisku OK w oknie dialogowym, je\u015bli u\u017cytkownik nie wprowadzi\u0142 wszystkich wymaganych danych. Dzi\u0119ki temu, aplikacja uniemo\u017cliwia dalsze dzia\u0142anie bez kompletu informacji, zapobiegaj\u0105c w ten spos\u00f3b b\u0142\u0119dom.<\/p>\n\n\n\n Metod\u0105 na wykrywanie nieprawid\u0142owo\u015bci jest r\u00f3wnie\u017c wprowadzenie do systemu losowych danych i weryfikacja uzyskanych odpowiedzi.<\/p>\n\n\n\n Mniej powszechnie, a co za tym idzie \u2013 nies\u0142usznie pomijane, s\u0105 techniki bardziej zaawansowane, takie jak:<\/p>\n\n\n\n Zgodnie z definicj\u0105<\/a>, do metod zmniejszania liczby b\u0142\u0119d\u00f3w mo\u017cna zaliczy\u0107:<\/p>\n\n\n\n W typowych warunkach mo\u017cna si\u0119 spodziewa\u0107, \u017ce w ka\u017cdym nietrywialnym <\/strong>programie<\/strong> b\u0119dzie sporo b\u0142\u0119d\u00f3w<\/strong>. Ich liczb\u0119 mo\u017cna jednak znacz\u0105co ograniczy\u0107.<\/p>\n\n\n\n Uwa\u017ca si\u0119, \u017ce liczba b\u0142\u0119d\u00f3w na wiersz kodu jest w przybli\u017ceniu niezale\u017cna od j\u0119zyka, dlatego program o tej samej funkcjonalno\u015bci napisany w j\u0119zyku wy\u017cszego poziomu (np.: Perl czy Python), b\u0119dzie mia\u0142 mniej b\u0142\u0119d\u00f3w, ni\u017c w j\u0119zyku ni\u017cszego poziomu (C czy asembler). St\u0105d lepiej u\u017cywa\u0107 j\u0119zyk\u00f3w, kt\u00f3re w kr\u00f3tszym tek\u015bcie zawr\u0105 wi\u0119cej.<\/p>\n\n\n\n Stosowanie tych prostych mechanizm\u00f3w pozwala w oczywisty spos\u00f3b ogranicza\u0107 liczb\u0119 b\u0142\u0119d\u00f3w, kt\u00f3re pojawiaj\u0105 si\u0119 w\u00a0produkcie finalnym lub \u2013 w\u00a0najlepszym razie \u2013 wychodz\u0105 na testach.<\/p>\n\n\n\n Testowanie tak\u017ce jest mechanizmem Poka-Yoke. Tak postawion\u0105 hipotez\u0119 postaram si\u0119 udowodni\u0107 w dalszej cz\u0119\u015bci artyku\u0142u.<\/p>\n\n\n\n Bez w\u0105tpienia, testowanie stanowi kluczowy element procesu wytw\u00f3rczego system\u00f3w informatycznych. Jest to czynno\u015b\u0107, kt\u00f3ra zdecydowanie zas\u0142uguje na dok\u0142adne i metodyczne wykonanie przed wprowadzeniem systemu do u\u017cytku. Nale\u017cy jednak mie\u0107 \u015bwiadomo\u015b\u0107, \u017ce wykrywanie oraz eliminowanie b\u0142\u0119d\u00f3w w fazie test\u00f3w wi\u0105\u017ce si\u0119 z du\u017cymi kosztami, co oznacza, \u017ce testy nie mog\u0105 zast\u0105pi\u0107 innych element\u00f3w zapewnienia jako\u015bci<\/a>.<\/p>\n\n\n\n Testy powinny by\u0107 zautomatyzowane \u2013 automat mo\u017ce przeprowadzi\u0107 o kilka rz\u0119d\u00f3w wielko\u015bci wi\u0119cej test\u00f3w ni\u017c cz\u0142owiek w danej jednostce czasu. Testowanie du\u017cych funkcjonalno\u015bci jest trudn\u0105 operacj\u0105. Zazwyczaj testuje si\u0119 osobno podzespo\u0142y programu oraz program w ca\u0142o\u015bci (testy integracyjne).<\/p>\n\n\n\n Testowanie oprogramowania jest jednym z proces\u00f3w kontroli jako\u015bci oprogramowania i ma dwa g\u0142\u00f3wne cele:<\/p>\n\n\n\n Testowanie powinni\u015bmy rozpocz\u0105\u0107 jak najszybciej, gdy\u017c umo\u017cliwia wykrycie b\u0142\u0119d\u00f3w we wczesnych stadiach rozwoju oprogramowania (specyfikacja i projekt). Dzi\u0119ki temu mo\u017cemy zmniejszy\u0107 koszty ich usuwania na p\u00f3\u017aniejszych etapach wytwarzania oprogramowania.<\/p>\n\n\n\n Podstawow\u0105 i najkr\u00f3tsz\u0105 definicj\u0105 testowania jest znajdowanie anomalii. Nie rozstrzygamy, czym jest anomalia i kto ma stwierdzi\u0107, czy konkretny przypadek ni\u0105 jest, czy te\u017c nie. Pozostawiam dopasowanie tej definicji do \u015brodowiska i pojmowania testowania.<\/p>\n\n\n\n Ka\u017cdy produkt ludzkiej dzia\u0142alno\u015bci, od najmniejszych przedmiot\u00f3w jak ig\u0142a, a\u017c po skomplikowane maszyny takie jak odrzutowce, a tak\u017ce oprogramowanie i konstrukcje budowlane, mo\u017ce by\u0107 przedmiotem test\u00f3w. Dodatkowo, ka\u017cda osoba, niezale\u017cnie od tego, czy sobie zdaje z tego spraw\u0119, czy nie, w pewnym stopniu pe\u0142ni rol\u0119 testera.<\/p>\n\n\n\n Jako przyk\u0142ad mo\u017cna poda\u0107 wyb\u00f3r trasy doj\u015bcia do pracy, kt\u00f3ry opiera si\u0119 na naszych potrzebach i ocenie jako\u015bci poszczeg\u00f3lnych opcji. Zazwyczaj, po wypr\u00f3bowaniu r\u00f3\u017cnych mo\u017cliwo\u015bci, decydujemy si\u0119 na t\u0119, kt\u00f3ra wydaje nam si\u0119 najbardziej odpowiednia<\/a>.<\/p>\n\n\n\n Podejmuj\u0105c decyzj\u0119 o testowaniu, warto zwr\u00f3ci\u0107 uwag\u0119 na cele test\u00f3w:<\/p>\n\n\n\n Mo\u017cemy to osi\u0105gn\u0105\u0107 poprzez stworzenie planu test\u00f3w.<\/p>\n\n\n\n Plan test\u00f3w w ka\u017cdym momencie procesu musi by\u0107 sprawdzany pod k\u0105tem tego, jak daleko \u201eodchodzimy\u201d od wst\u0119pnych za\u0142o\u017ce\u0144.<\/p>\n\n\n\n Planowanie oraz analiza test\u00f3w to proces, w kt\u00f3rym z og\u00f3lnych za\u0142o\u017ce\u0144 dotycz\u0105cych testowania przechodzi si\u0119 do konkretnego okre\u015blenia warunk\u00f3w testowych oraz projektowania samych test\u00f3w.<\/p>\n\n\n\n Implementacja test\u00f3w i ich wykonywanie jest czynno\u015bci\u0105, gdzie warunki test\u00f3w zostaj\u0105 przemienione w przypadki testowe i zbi\u00f3r czynnik\u00f3w testowych oraz konfiguracj\u0119 \u015brodowiska.<\/p>\n\n\n\n Weryfikacja kryteri\u00f3w zako\u0144czenia test\u00f3w jest czynno\u015bci\u0105 odnosz\u0105c\u0105 si\u0119 do ustalonych cel\u00f3w. Proces ten wymaga realizacji na ka\u017cdym etapie testowania.<\/p>\n\n\n\nKr\u00f3tko o historii Poka-Yoke<\/strong><\/h2>\n\n\n\n
Za\u0142o\u017cenia in\u017cynierskie i idea rozwi\u0105zania Poka-Yoke<\/strong><\/h2>\n\n\n\n
\n
Podzia\u0142 i zastosowanie urz\u0105dze\u0144 Poka-Yoke<\/strong><\/h2>\n\n\n\n
\n
\n
![\"Kszta\u0142t](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2024\/03\/Poka_yoke.png\")
<\/a>\n
<\/a><\/a>Zastosowanie Poka-Yoke w informatyce<\/strong><\/h2>\n\n\n\n
\n
Metody zmniejszaj\u0105ce liczb\u0119 b\u0142\u0119d\u00f3w<\/strong><\/h2>\n\n\n\n
\n
\n
++i*=*c--,<\/code><\/li>\n\n\n\nif(a=b)...<\/code> zamiast if(a==b)...<\/code>),<\/li>\n\n\n\nPoka-Yoke w testowaniu<\/strong><\/h2>\n\n\n\n
Aspekty testowania<\/strong><\/h2>\n\n\n\n
\n
Zasady testowania<\/strong><\/h2>\n\n\n\n
Podstawy<\/strong><\/h3>\n\n\n\n
Planowanie test\u00f3w<\/strong><\/h3>\n\n\n\n
\n
Kontrolowanie test\u00f3w<\/strong><\/h3>\n\n\n\n
Projektowanie i analiza test\u00f3w<\/strong><\/h3>\n\n\n\n
Wdra\u017canie i wykonywanie test\u00f3w<\/strong><\/h3>\n\n\n\n
Sprawdzenie kryterium zako\u0144czenia test\u00f3w<\/strong><\/h3>\n\n\n\n
Zako\u0144czenie test\u00f3w<\/strong><\/h3>\n\n\n\n