3주차: 테스트 프로그램
5922 단어 reactopensourcewebdevjavascript
렌더링 구문 헤드 애니메이션
이것PR은 그것의 변경에 대해 매우 간단하지만, 현지에서 테스트를 진행하는 것은 좀 어렵다.
우선, 구축에 성공하더라도 왜 우리
code:1
로 돌아가는지 모르겠습니다. 이것은 구축 과정에서 오류가 발생했음을 나타냅니다.그가 서버에 접근했을 때, 나는 조수에게 연락했다. 내가 성능을 테스트하기 위해 구축을 수동으로 터치해야 할 때마다, 그는 내가 연락한 사람이었다. 2시간 동안 세션을 한 후에, 우리는 -f
명령과 관련된 오류를 다시 설정했다. 이것은 경고가 발생하고 docker
의 오류 코드로 되돌아갈 수 있다.그 후에 Josue는 문제의 임시 해결 방안을 계속 만들었고 발송code:0
은 성공적으로 구축된 상태와 같다.둘째, 내가 다른 시간에 조소와 함께 코드를 작성할 때, 나는 정말 짜증이 나서 항상 그에게 이렇게 하게 할 수는 없었다.나는 낡은 홍보를 바탕으로 연구를 해 보았고 앤드류에게 가을 학기에dashboard의 창립을 이끌었고 폐쇄된 시장issue에서 이 보석을 발견했다고 물었다.약 2주 동안 코드에 큰 변화가 생겼고, 나는 로컬에서 나의 PR을 테스트하는 방법을 확실히 업데이트했다.그 전에
autodeploymentUrl
api를 가리키려고 했지만 운이 나빴다. 왜냐하면 그것은 나에게 새로운 정책을 깨고 있다는 것을 알려주었기 때문이다.그러나 위의 폐간을 읽고 나서 나는 한 권dev
을 찾았다.하지만 그렇습니다. 우리가 프로젝트를 만들 수 있다는 것을 처음 알았습니다. hack
오류 복구 생성 상태 URL
PR .상술한 문제를 처리할 때, 나는 우리 제품에 오류가 있다는 것을 발견했다. 우리는
policy
에 잘못된 Url을 요청했고, 이러한 정규 표현식만 추가하면 된다`//${window.location.hostname.replace(/(api\.|\.api)/, '')}/deploy${path}`;
비록 이것은 신속한 복구(다른 공관보다)이지만 나는 그래도 몇 가지를 배웠다. 예를 들어 이것은 내가 처음으로 사용한 것이다production
논리와or
세 번째 공관, 그리고 계속
그 중에서 가장 도전적인 부분PR은 코드를 어디에 놓고 어떻게 테스트하는가이다.
처음에 저는 가장 간단한 방법으로
regex
라이브러리를 선택하여 유튜브 댓글의 react
부분을 포장하고 있었습니다.그러나 나중에 나는 백엔드에서 이상적인 변경을 할 수 있다는 건의를 받았는데, 이것은 나로 하여금 그것의 차이를 알고 싶다.그리고 description
처리 중인 측면에서 읽고 서 있으면 데이터의 변경이 뒤에 발생해야 하기 때문에 post
작업을 피하는 데 도움이 된다.만약 당신이 위의 그림을 보았을 때, 내가 검색
frontend
을 했을 때, 이번에 나는 망원경의 구조에 대해 아직 이해하지 못했기 때문에, 나는 나의 변화를 어디에 두기로 결정했다.나는 Abdul과 우리가 왜 post
와 api
를 동시에 가졌는지 이야기한 적이 있고 서로 중복된 것 같았는지 기억한다.나는 확실히 다시 그에게 연락을 했다. 그가 나에게 준 것은 backend
에 나의 코드를 추가하는 것이다. 이것은 하나의 행동이 될 것이다.그리고 저는 api
서비스에 뛰어들었고 Posts
대상 구조 함수에서 linkyfyhtml
포장 html을 사용하여 가상 변경을 했습니다. 그러나 그 후에 어떻게 바꾸는지에 대한 평론을 받았습니다. 저희는 Post
서비스를 만들기 전에 포장html
을 하고 post
서비스의 default
함수를 변경했지만 성공하지 못했습니다.나는 Josue도 이 서류들을 처리하고 오랜 시간 동안 이 프로젝트를 완성한 것을 발견했다. 그래서 나는 확실히 그와 이야기했다. 현재 나는
api\posts
서비스가 아직 건설 중이라는 것을 알고 있다. parser
서비스는 post
에서만 데이터를 얻고 나는 나의 변경 사항을 redis
에 두어야 한다는 것을 안다.어떤 이유로 나의 변화는 전혀 작용하지 않았고, 나는 작용하지 않는 곳에 멈추었다.나는 끊임없이 데이터를 삭제하고 프로젝트를 다시 실행하는데, 이것은 시간이 많이 걸린다.왜냐하면 그거 알아요?나는 디버깅을 두려워했지만, 나의 경사 반응을 가라앉힌 후, 나는 그것을 빨리 디버깅하지 않은 것을 후회했다.나는 단점을 그것의 귀환 backend
유형이 apost
인 곳에 두었다.그리고 나는 모든 video
post 반환video
이 하나의 수조라는 것을 깨달았다. 우리는 article.content
가 대상 수조가 아니라 문자열을 처리하기를 바란다.그리고 나는 되돌아오는 그룹의 첫 번째 인덱스만 처리하기 때문에 내용을 변경했다.응용 변경 후, 나의 코드가 작동하기 시작했고, 나는 의자에서 춤을 추며, 이 문제를 나의 머릿속에서 사라지게 했다.그러나 그들이 소프트웨어 발표에 대해 영원히 지나치게 흥분하지 말라고 말하는 것은 알고 있다.관련gif를 만났습니다. 여기서 공유하고 싶습니다. 나중에 삭제할 수도 있습니다.나는 내가 이것linkyfyHtml
과 매우 관계가 있다고 생각한다.이것은 완전히 내가 피드백을 받은 후에 다른 변경을 해야 한다. 승인을 받기 전에 나의 변경 사항을 추가해야 한다. gif
나는 수시로 너희들에게 통지할 것이며 동시에 나는
test
에서 웃음을 참을 수 없을 것이다.이번 주에 제가 뭘 배웠는지.
우선, 내가 대중 잡담에서 망원경의 세 번째 PR을 언급한다면.세 번째 홍보는 더 빨리 진행될 것이다. 왜냐하면 나는 샤넬에서 지식이 있는 사람들에게 어디에서 토론을 할 수 있는지 물어보는 것이 아니라, 대부분의 시간을 스스로 생각하기 때문이다.사람들과 이야기를 할 때 그들은 모두 프로젝트의 다른 방면에 기여했기 때문에 때때로 그들이 프로젝트에 대한 이해는 내가 프로젝트에 대한 이해와 같거나 적을 수도 있다.내가 이렇게 하고 싶지 않은 이유는 영어가 나의 첫 번째 언어가 아니기 때문이라고 생각한다. 나는 내가 일을 잘 설명하지 못했다고 생각한다.그러나 공평하게 말하자면, 나는 이 과정을 통해 이러한 장애를 타파하려고 한다.내가 buch와 함께 공부할 기회가 있는 이상 왜 이렇게 하지 않겠는가? buch는 위대한 사람이기 때문에 그들은 내가 이런 잘못을 저질렀다고 놀린다
gif
.그 다음으로 롤러코스터의 느낌과 스트레스 운송 소프트웨어는 내가 이 과정의 목적이다.만약 내가 성공적으로 직장에 들어간다면 조만간 이런 상황을 만나게 될 것이라는 것을 나는 안다.내가 수업을 시작할 때 말했듯이 이 수업은 매우 어려워질 것이다. 그래서 나는 내가 익숙해질 때까지 롤러코스터를 타고 싶다!
우리 다음 주에 다시 이야기합시다^-^
Reference
이 문제에 관하여(3주차: 테스트 프로그램), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/beamazedvariable/week-3-testing-procedure-h7텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)