壊れる原因を特定して、壊れる確率を下げて、それを継続的にやっていく

Raspberry Piは本当に壊れやすいのか

10,000回電源をぶちぎってみる

10,000回 USBをぶちぎってみる

10,000回有線LANをぶちぎってみる

10,000回 Wifiをぶちぎってみる

10,000回 Bluetooth Low Energyをぶちぎってみる

「なにもないかもしれないのに、なんでそんなに繰り返しテストするの？」という指摘がたまにあります。

これはソフトウェアテストとハードウェアテストの根本的な考え方の違いに起因するのかなと思っています。

ソフトウェアテストでは主に網羅的な機能チェックつまりカバレッジが重視される傾向にあると思います。わかりやすく言えば、デプロイ前に網羅的に1回テストパスすれば良い、というのがソフトウェアテスト的な考え方です。

一方で、ハードウェアはわずかな環境によって結果が違ってきたりするので、例えば「USBメモリが10回に1回くらい認識されないんだよね」みたいなことが出てきます。USBメモリならユーザが目の前いるので抜き差ししてもらえば良いですが、これがどこかに組み込まれてしかも1000台出荷して毎日100台が不具合を起こすシステムと聞くとだいぶまずいですよね。

この故障率が10回に１回なのか、100回に１回なのか、10,000回に１回なのかがわからないというのがハードウェアテストの考え方のベースにあります。つまり、ハードウェアテストとは故障率を明らかにすることだといえます。

RPiは壊れないとは断言できません。RPiが物質である以上なんらかの原因で壊れることは確かです。〔……〕壊れる原因を特定して、壊れる確率を下げて、それを継続的にやっていくことしかできないと思っています。

絵でも、この「故障率を明らかにする」に近い状況がある

絵を描いていると、初めから終わりまで、無意識 / 意識的にキャンバスのエラーを探知している

絵のハードウェアテスト

絵描きにもエラーコンソールがあるといい

しっくりこなかったら、明らかにするためにあたりをとる

エラーの原因を明らかにして取り除く

頭と髪の関係、体と服の関係、平行な直線などは正しさの比重が大きい

エラーが出やすい

初心者がデッサン講座を始める前に知って欲しいこと

私は「あたりは最初だけとるものだ」と思っていましたが、上手い人に聞いてみると、「あたりは最初から最後までずっととっている」というのです。