ユニットテストで優れたプレゼンテーション(スライド+オーディオまたはビデオを推奨)を探していましたが、見つけるのは書籍とブログ投稿だけです。プレゼンテーションは茶色のバッグランチで表示されるため、50分を超えないようにしてください。私が探しているのは、一般的な概念または.NETプラットフォームでそれを行う方法です。
その説明に合ったプレゼンテーションを推奨できますか?
ユニットテストで優れたプレゼンテーション(スライド+オーディオまたはビデオを推奨)を探していましたが、見つけるのは書籍とブログ投稿だけです。プレゼンテーションは茶色のバッグランチで表示されるため、50分を超えないようにしてください。私が探しているのは、一般的な概念または.NETプラットフォームでそれを行う方法です。
その説明に合ったプレゼンテーションを推奨できますか?
回答:
Powerpointのプレゼンテーションの代わりに、ここにBrett L. Schuchertの6部のビデオがあります
「テスト駆動開発」の一環として、ユニットテストのライブデモを提供します。6つすべてが必要というわけではないので、50分の仕様に合わせて調整できます。私見は非常に印象的です。
私は非常に、された非常に感銘を受けフルスロットル:TDDのビデオロブRoneryとブラッド・ウィルソンによる。無料ではありませんが、これまでで最高の12ドルになります。ビデオは50分より少し長いです-私はそれが合計65分だと思うので、多分あなたはデザートを含む余分な小さな茶色の袋を提供することができます:-)
以下からの抜粋ロブConeryのブログビデオについて:
前提は、Bradは定期的な請求を開始し、顧客レコードを更新するサブスクリプション請求システムを作成する必要があったことです-C#とxUnit.net(BradのJim Newkirkで作成したテストフレームワーク)を使用します。多くの人にとって、これは簡単に聞こえます。そのようなことを実装している人に-それは何でもないです。
このエピソードで本当に本当に楽しかったのは、「デモベニア」を削除するのに十分なだけブラッドを押したということです。私は彼に30分ほどカーブボールを与えました。 ?」-そして彼は調整しなければなりませんでした。
1つのことを前提とするテストが大量にある場合は、別のものに移行する必要があります。これはお尻の痛みです。しかし、ブラッドはそれを驚くほどうまく処理しました。より多くの構造をテストプロセスにプッシュし、古いテストを新しいアプローチに1つずつ「移行」します。
単一のコードファイル内で1時間作業しましたが、これまで誰も見たことはありませんでした。もちろん、コード内にクラスを作成しましたが、Bradがクラスごとにクラスをスピンアップし、名前を変更してから削除し、テストを完全に再構築するのを見て…とても面白かったです。
彼らはいつもTDDは「デザインプロセス」であると言います-しかし、画家がキャンバスの色を次々と色を変えて見た目や感じが良くなるように、真に「デザイン的な」方法でTDDを使用したことはありません。そして、それはまさに彼を見ていると感じた。
ブラッドの約15分には、「公開する準備ができるまでテストファイルにクラスを残します」と書かれています。つまり、設計上の決定を正当化するのに十分なテストがあることを意味します。以前は考えもしなかったコンセプト-ちょっとした「子宮」としてテストファイルを使用するようなものです。
彼は課金システムの作成を「感じた」-常に自分自身と話し、3年近くライブを行った後の結果に近い、かなり興味深いものを作成しました。
おそらく、James ShoreのLet's Play TDDビデオをご覧ください。私はそれらのほとんどすべてを見ていません(実際にはまだ始まったばかりです)が、それらは一度に大量のコードを処理するのに適した素材のようです。