[nextstep-ATDD]0週間講座の後期と決意



過去の失敗や欲しいものを振り返る


実はnextstep講義で朴宰成が主宰したClean Code TDDの授業は失敗した.去年の勉强の习惯は身につけないで、贪欲で饱きないため、体は疲れて、最后に完全な道を走ることができませんでした.(怠惰ともいえるハハ)このような失敗を教訓に、今回は自分に成功をもたらしたいと思って、また挑戦しました.また、同じ学習者がATDDをやると言っていたので、一緒に遊べたらモチベーションが与えられ、初めて成功したのも今年初めに食べてみたいから挑戦したのです.
一番重要なのは、ATDDを体験したいことです.実際に実際の作業でテストを書くには、無数のユニットテストを書くことは不可能(?)よさそうですね.△私の気持ちの問題ですか.いずれにしてもATDDであれば要求に応じてテストが行われるので、実用性に必要な部分しか作成できないという漠然とした期待感を申請しました.ここで示したガイドラインに従って行い、多くの教訓を得たい.

主な目標


講義で指摘された課題を行う場合は、整理に注意してください.
  • 完璧主義は時間を延ばさないでください
  • 最大フィードバック
  • 因数テスト練習と適応
  • DTOを使用せず、ブラックボックステストの形でRestAssuredjsonPathを使用
  • が他の買収テストに再利用される可能性がある場合は、ステップ・メソッドを使用して分離します.
  • 難しい場合は、同じクラス内の私有地で
  • を先にすることができます.
  • 歩法はハングルで
  • と書きます
  • 小さなテストから大きなテストへ
  • の失敗(側)は非常に小さいため、テストから
  • when->then->
  • を所定の順序で記述

    0週間の教育概要


    授業中のすばらしい内容を簡単に整理する
  • 全体買収テストサイクルは、主に開発を主とする買収テスト
  • である.
  • 検収試験において検収条件と呼ぶことを要求する
  • の買収条件は、ユーザーストーリをシナリオ形式で表現する
  • である.
    # 인수 조건 템플릿
    
    Feature: 간략한 기능 서술
    Background: 각 시나리오 사전 조건
    Scenario: 시나리오(예시) 제목
    
    Given: 사전조건
    When: 발생해야하는 이벤트
    Then: 사후조건
    
    And: 앞선 내용에 추가적인 내용 기술
  • 因数テストは、動作を終了できるかどうかを決定するために使用される.
  • 買収テストは、必ずしも講座のようにE 2 Eブラックボックスの形式で作成する必要はありません.
  • 実施方法は単なるツールであり、重要なのはテスト意図を明確にすることである.
  • 2RestAssuredを選んだのは、実際のApache Tomcat環境でテストができるため、
  • を採用したからである.
  • webEnvironmentのRANDOM_PORTは猫を解放し、テスト中にポートの衝突を防止する
  • .
  • 試験は毒性が高く、メンテナンスの確率も高い.
  • の意図を明確にする(ステップごとにハングルで分けることができる)
  • 重複除外(方法分離、CRUD抽象等)
  • は、他の引数テスト(ステップクラス分離、ステップメソッド静的宣言)
  • に再利用することができる.
    残りの通則は注釈の整理で代用する
    今度は完走しよう!