#20182304実験8「オブジェクト指向プログラミングとデータ構造」テストレポート

20182304実験8「オブジェクト指向プログラミングとデータ構造」テストレポート

コース:「プログラミングとデータ構造」
クラス:1823
名:張子である
20182304:学生ID
の実験教師:ジョニーの
実験日:2019年9月17日
必修/選択科目:必修

1.実験の内容

  • 参考資料のPP16.1、LinkedBinaryTree完全な実現チェーンツリー(GetRightのは、含まれている、のtoString、前順 、後順)
    JUnitを用いたか、独自のドライバクラスを記述し、フルスクリーンに、テストコードの実行ショットを提出し、その実施のLinkedBinaryTreeテストのためには、それ自身が含まれています学生のID情報
    コードの下には、クラスコードホスティングプラットフォームにプッシュ
  • 配列およびその後HDIBEMJNAFCKGL ABDHIEJMNCFGKL、図面のツリー構造に与えられたようなベースに基づいLinkedBinaryTree、(順番に、一次)は、2つの機能的構成㕚ツリーのユニーク配列、
    それらのライトドライバまたはJUnitのクラスと機能テストの独自の実装では、テストコードの実行ショットは、フルスクリーンに、独自の学生数の情報が含まれて提出する
    コードホスティングプラットフォームにプッシュされたコードの下にコース
  • 独自のデザインとは、決定木を実装する
    フルスクリーンに、テストコードの実行ショットを提出し、独自の学生番号情報が含まれている
    コードのホスティングプラットフォームにプッシュされたコードの下にコース
  • 中置式を入力し、後置記法に中置式を変換するために木を使用し、出力後置式と計算(そうでない場合は、ツリー、通常のスコア。あなたは木を使用している場合は、小さな問題があるにもかかわらず、だけでなく、裁量にアウト)
    テストコードの実行ショットを提出するには、フルスクリーンに、独自の学生番号情報が含まれています

2.実験の手順と結果

  • 1.1単位以上の基本的なテスト、より直感的で簡単なテストコード書き込みのアイデア。私たちは、より包括的な問題のコードを見つけるするように、だけでなく、誤った検査結果のために、正常なテストの結果のみならず、同時に複数のテスト・セットに注意を払うとの境界をテストする必要があります。
  • テスト中1.2 TDDは、我々はプラグインのJUnitをダウンロードする必要があり、TDDは、テストコードを書き、その後、製品コードを完了するために必要な、テストケースは、製品コードがそれにテストすることができる限り、製品コードの需要を表明します。
  • 2.1包装:オブジェクトがパッケージは情報隠蔽を達成するために、データと関連する行動を詰め、いずれかのクラスが隠された内容を達成し、また、クラス属性の直接操作を避けるされ、パッケージ化されなければなりません。パッケージは、実際に、ユーザおよびアクセスデータクラスの修飾の程度を制御する方法は、プログラムの他の部分とオブジェクト相互作用を介してこれらのサービスを提供することができ、インタフェース手段パッケージの正確な説明です。
  • 2.2継承:継承プロセスがクラスの両方から継承された機能をサブクラス化し、特定のクラスを継承する新しいサブクラスを作成することにより、既存のクラスから新しいクラスを派生、彼らは自分自身を定義することができますです新機能で結果の変数やメソッド、。継承は、拡張性と保守性は、ソフトウェアシステムを改善するための主な方法で、ソフトウェアの再利用を達成するための基盤です。
  • 状態以上2.3以下:多型は、異なるタイプの能力異なる時点で参照変数です。多型は、同じクラスのオブジェクトの異なる方法のメンバーが署名をコールするときに、異なるコードが実行される現象です。多型は、メソッドの同じ名前を達成するため、異なる達成することができます。それは「同じインタフェース、複数の方法」です。多型は、基本的なオブジェクト指向プログラミングの柔軟性と拡張性です。
  • クラス名、属性、オペレーション(メソッド):3.1 UMLクラス図、各クラスは、3つの部分を含んでいてもよいです。UMLクラスは、自身の構文図、変数名の後変数の型名は、セパレータ、+の方法と、それらの間にコロン - 可視性を示しています。点を矢印、及び既知のクラスはいくつかの方法(コール)内の別のクラスを使用することを示しました。しかし、私は、今のソフトウェアを描画する方法が所定の位置にまだない把握します。
  • 4.結果は、クラウドのスクリーンショットクラスのレッスンに送られてきました。

3.実験過程で発生した問題や決済処理

  • 質問1:TDD実験中にルー教師の後に赤のTestCaseの問題を解決する上で、テストはまだ赤です@
  • 問題1ソリューション:のみjunit.framework.TestCaseは、インポートパスの欠如をimportorg.junit.Testを使用して正常に戻って追加しないインポート後の使用
  • 質問2:TDDテストは、小さな球根をクリックした後に.TEST空のファイルを生成し、すぐ緑のフォルダを生成しません
  • 問題2ソリューション:Baiduは、自分のホームディレクトリから、右Directoryは新しいファイルという名前のテストを命名し、その後、テストを右クリックし、バーなどのメイクdirectinonでのテストソースルートを選択し、このフォルダは、成功したテストとなりますファイル
  • 質問3:第四のジョブの調製において、Iは、使用する場合は(object obj)2つの複素数が誤りであった同じ試験プログラムであるか否かを決定するために、場合質量の参加を
  • 質問3つのソリューション:私は使用のオブジェクト型のパラメータが十分に理解されていないよ、結果のみを掲示最初に実行することができ、学ぶためにさらなる研究が必要です
public boolean equals(Object obj) {
       if (this == obj)
           return true;
   else
           return false;
   } 

その他(知覚、思考、など)

  • 私たちは長い間、プログラムが正常に動作していない小さな赤いマークなどとして、コードノックする厳格かつ細心の十分を必要とします
  • 、勤勉であると教科書を読んで教科書の内容に精通している、そのような教科書での書き込みにUML構文など多くの実験内容は、私は問題の実験5に、このリードを無視します

参考資料

おすすめ

転載: www.cnblogs.com/acgacg/p/11879135.html