回答:
私はこれもエレガントだと説明しますが、私の侵入を許してもらえれば、問題を追加したいと思います。
このような状況で機能する非常に高価なソフトウェアパッケージがあることは知っていますが、私が働いている会社では、必要なことを確実に行わない限り、コストを賄うことはできません。
テスト駆動開発(TDD)は、私が開発について聞いた優れたシステムの1つであり、私はそれを楽しんでいますが、通常、時間を費やす問題は、多くの場合グリッチと呼ばれる複雑な割り込みおよびハードウェアイベントによって引き起こされます。星が並ぶと2時間ごとに問題が発生するのはささいなことのようですが、スマートフォンが週に1回だけフリーズした場合は、エンジニアの名前を呪います。私たちの場合、物事が本当に壊れたときにフィードロットにトレッキングする必要があります。ご想像のとおり、私はそれを避けたいと思います。
サブシステムの機能をチェックするための非常にインテリジェントなソリューションを見てきました。適切に実装されていれば、1週間の50時間のうち3時間は節約できますが、不具合の状況を見つけるインテリジェントな方法があれば、数週間の作業を節約できます。重い負荷の下で時々フィールドで発生する「バグ」を探します。
この投稿はおそらく大きな助けにはならないでしょうが、私はすべてを明らかにすることですべてを解決しやすくなると思います。グリッチの状況を見つけるためのTDDの方法があった場合、それを支払うために数万人を割り当てることができます。-マックス
面白い。クリスマスの後、私はPicsを使ってアセンブラを実行することを検討することを計画していました。もう少し時間があれば、システムをよく見ていきます。
私が見ることができる1つの方法は、モックオブジェクトなどを作成および破棄するために、ある種のフレームワークを別の言語でスクリプト化することですが、これをチップ/シミュレーションにどのようにインターフェイスさせるかが問題になります。
しかし、それが面倒になりすぎると、単体テストの利点を上回ってしまい、使用したくないという気持ちになります。