　これに対する答は、テスト環境は設計段階から考え始めることである。これがIoTのオキテである。多数接続された大量のデータに対するテスト環境を整えるのは並大抵のことではない。設計段階からテストのことを考えて、テスト設計とそのテスト環境の構築準備をする必要がある。テストを後回しにすると、痛いしっぺ返しを食らうだろう。問答8から学ぶべきことは「IoTテストでも準備は早めに」である。

問答9：テストのしやすさと実施可能性を考えているのか

#CmsMembersControl .CmsMembersControlIn {width:100%;background:url(https://image.itmedia.co.jp/images/spacer.gif) #DDD;opacity:0.05;filter:progid:DXImageTransform.Microsoft.Alpha(Enabled=1,Style=0,Opacity=5);z-index:1;}

続きを閲覧するには、ブラウザの JavaScript の設定を有効にする必要があります。

ソフトウェア品質向上のキモは「行動」にあり
製品とともに行動してこそ品質は変わる。行動することで、品質は製品の「おもてなし」になり、「究極の品質」でもてなすことができる。
間違いだらけの組み込み系品質管理、面倒な品質管理を楽しむコツ
ソフトウェアの品質管理はつらくて面倒だ。品質計測や品質制御は効果をすぐに実感できるが、品質管理の効果は後でしか得られない。「面倒だが後が楽になる」と分かってはいても面倒は面倒である。こんな品質管理を楽しくする方法はあるのだろうか。
ソフトウェア品質は規則やテストではなく「ヒト」が作る
品質はヒトが制御する。機械でも人工知能でも神様でもなく、ヒトが品質を制御し、品質を作る。今回は視点を変えて、ヒトを中心に品質を見ていくことにする。どんなに立派な品質活動でもヒトが継続的に実施しなければ、いずれ絶えてなくなるからである。
上流工程の品質活動でソフトウェアの品質は向上するのか
品質を守る最後の砦が「テスト」であれば、品質向上の最強の武器は「上流工程での品質活動」である。しかし、この武器は効率的かつ小気味よく扱わねば、お飾りとなる。そこで今回はこの「上流工程における品質活動」について確認する。
ソフトウェア品質のためにテストが「できること」「できないこと」
テストは品質を守る最後の守護者であるが、品質はテストだけで守られる訳ではない。しかしその関係は深く、テストは品質を導く水先案内人といえる。ここでは、テストが品質に対して「できること」と「できないこと」を説明したい。