今週のクラスのソフトウェアエンジニアリングソフトウェアエンジニアリングのテストを説明したが、我々はすべて知っている、私たちは多くの場合、プログラミングのバグに遭遇し、バグが隠れている可能性があります、また、特殊な状況でのかどうか、明白であろう順番にソフトウェアの支配下にバグや脆弱性は、ユーザーエクスペリエンスに影響する限り、複製またはソフトウェアが動作しない原因と、我々はこの抜け穴を修正する必要があります。ソフトウェアのバグは多種多様であり、避けることができないが、私たちが書くとき、コードがボーイング737max例の最近のクラッシュの面で自分のスキル、教室で教師を改善することにより、我々のコードで発生率のバグを減らすことができますどんなに完璧なテスト、結局のところ、いない例えば、実際の効果の代わり、それは言った、10Wの航空機構成部品が、各パートの合格率は、言葉の99.99999%されている場合は、ボーイング737のクラッシュにより示さないことです、この航空機の最終合格率はどのくらいですか？操作の結果は、我々は最終的にはほぼ30％の確率を計算することができます。そして、我々のコードへのアナロジーは、私たちはコードの各行の割合は99％で修正した場合、その後、10000行が正しい確率を書いて、どのくらい？この確率は、小さな貧しいです。このエラーが簡単に、あなたが繰り返しをオンにする必要があり、この時間を見つけることができない場合は、実際の開発プロセス、一度エラーが発生したコードは、その後、多くの場合、修正するために多くの時間を要します。この場合、正確、ならびにソフトウェア・コードをテストすることが特に重要です。ソフトウェアテスト、これだけのコードでエラーを発見するために、エラーを予測する必要はなく、この文脈では、ソフトウェアテストの重要性が現れるために、基本的なエラーを認識しています。
上記の私がソフトウェアテストのアイデアの先生最初の二つのクラス、2クラスに言うことで最長の英単語ソリティアの組み合わせでテキストを検索するために、二次開発のための統計の前に英語の単語実験ということです。実験の過程、および行うにはあまり良くないが、人々が想像することができ、なぜ第二の教訓は、私は急いで、反射のこのプロセスを完了するまでに完了するために、学生のクラスに周りを見回しました1回のレッスンは完了し、私は2つを使用する必要があります。感触を分析した後、そのコードベースを格納する理由はありません、それはC ++開発プロセスにおける例えばですが、私は以前にコードのみを取得するための倉庫から書かれて、いくつかの特定の機能のために、彼らのコードリポジトリの多くを蓄積し大幅に開発時間を節約することができ、次のタイミングの製造方法を使用してコードリポジトリJava開発にグループ化されたファイルでのプロジェクトのコード番号は、このコードのリポジトリを使用する前に、このケースでは、私が利用できるようになりますライン、上の使用のうちその後、順番に2つのクラスを持つクラスで実験的開発する前に、急いで再び書き直します。人々は小さな教訓に開発を完了することができるだろうので、私はあなたにも自分自身の努力によってそれを行うことができればと考えています。
開発プロセス中にテスト、テストへのステップと一緒に：今週のソフトウェアエンジニアリングでは、私はそれが最大であることに気づきました。中国医学の実際の開発過程で蓄積コードリポジトリを理解します。
会計時に続いて、私はこのコードリポジトリのささいなソリティア実験的誘導から単語の書き換えに行ってきました。