テストはスクラムの必須部分ですか？

Question

StackOverflowがこの質問の適切な場所であるかどうかはわかりませんが、私は依然として質問します。

最近、私はソフトウェアの方法論についていくつかの研究をしてきましたが、私は決定的な答えを得ることができた1つの質問があります。

スクラムの（必須の）部分をテストしているのですか、これは別の方法として見ることができますか？私は、ソフトウェアの方法論を実践する場合、事実は理論に記載されているものと事実上の違いがあることを知っています。しかし、この場合、私はスクラムとの関係でテストの明白な事実/記述がほしいだけです。

Answer 1

いいえ、私は、テストがアジャイルプロセスの重要な部分であると言うのがより正確だと思います。

スクラムは、特定のスプリントの顧客からの話を得て、毎日のスクラムミーティングでチームに仕事をさせてもらうというプロジェクト管理の側面です。テストは、顧客との最初の集まりの際に決めた成果の一部であってもよく、そしてそれは日々のスクラム会議で提起される可能性がありますしながら、

そう、それが動作するようにスクラムプロセスのために本当に必要ではありません。顧客は（愚かにも）テスト要件を持っていない可能性があり、開発者はテストの問題を起こさない可能性があります。

Answer 2

テストは「定義済み」の一部でも、テスト/欠陥削減スプリントを指定することもできます。最終的には、リリーススケジュール、ビジネスの実行方法、顧客の要件と期待に依存します。

スプリントプロセスは、特定のタイプのテストがスプリントの範囲内で行われなければならないと宣言しません。

ただし、テストプロセスを自動化できる場合は、さらに多くの価値があります。

すべてのテストをスプリントプロセスの一部として含める方が簡単です。その理由は、「テスト・スプリント」を持っていると、スプリント1に欠陥が導入された場合に複雑な複雑さが許されますが、テストや欠陥の解決はスプリント8までは起こりません。