일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
- 테스트자동화
- 로봇프레임워크
- ios개발
- playwright
- QA자동화
- 다트기본문법
- 스위프트
- 스위프트프로그래밍
- dartlang
- 다트언어
- 오블완
- DART
- 다트기초문법
- 스위프트개발
- Flutter
- 야곰스위프트
- 티스토리챌린지
- robotframework
- pythonautomation
- iOS프로그래밍
- SWIFT
- Swift5
- Python
- 테스트오토메이션
- qaautomation
- 다트
- 파이썬자동화
- 테킷앱스쿨
- testautomation
- 플러터
- Today
- Total
목록QA자동화 (7)
day_by_day

공식문서 읽기https://playwright.dev/python/docs/api/class-page#page-wait-for-console-message요약메서드기다리는 이벤트주로 적용하는 경우expect_navigation()네비게이션 (URL 변경)페이지 이동expect_request()요청 발생특정 API 호출 감지expect_response()응답 반환특정 응답 확인expect_request_finished()요청 완료요청이 완료될 때까지 대기expect_popup()팝업 창 열림새 탭/팝업 창 테스트expect_download()파일 다운로드 시작파일 다운로드 기능 테스트expect_console_message()콘솔 메시지 출력디버깅 또는 JS 오류 메시지 테스트expect_file_choo..
pytest-playwright 프로젝트 새로 세팅하면서 정리해보는 내가 쓰는 나만의 프로젝트 구조 ...0. 프로젝트 설명 POM을 적용, pytest-playwright framework를 사용하여 테스트 코드를 작성하고, allure report를 생성합니다.1. 프로젝트 구조- 사용하는 패키지는 requirements에 작성되기때문에 생략project ┣ logs ┣ pages ┃ ┣ __init__.py ┃ ┗ main_page.py ┣ tests ┃ ┣ __init__.py ┃ ┗ test_main.py ┣ users ┃ ┣ __init__.py ┃ ┗ uesr.py ┣ utils ┣ conftest.py ┣ pytest.ini ┣ readme.md ┗ requirements.txt2. pyt..

https://day-by-day.tistory.com/entry/allure-influxDB-grafana-2influxDB-setting allure + influxDB + grafana / (2)influxDB setting2024.11.16 - [QA Automation/그냥하는거지무슨주제가있어] - allure + influxDB + grafana / (1)그런데 docker를 곁들여서 실행 allure + influxDB + grafana / (1)그런데 docker를 곁들여서 실행요즘 테스트 리포트 개선작업day-by-day.tistory.comDB 세팅과 데이터 저장이 완료되었다 마지막으로 그라파나에서 influxDB에 있는 데이터를 땡겨오는 설정만 해주면 된다1. data source 지..

3 type of Variables - simple variable ${my_var}- List @{LIST} index0 index1 index2 index3- Dictionary. &{DICTIONARY} *** Settings ***Documentation This is my first test caseLibrary OperatingSystemLibrary Collections*** Keywords ****** Variables ***${my_var} my test variable${second_var} this is second@{List} test1 test2 test3 test4&{DICTIONARY} ..

1. 테스트 실행: in order to launch execution test- robot Tests/TestCase1.robot- robot Tests# 실행결과 생성되는 파일들Output: /Users/kokori/PycharmProjects/robotProject/output.xmlLog: /Users/kokori/PycharmProjects/robotProject/log.htmlReport: /Users/kokori/PycharmProjects/robotProject/report.html결과 파일2. 모든 테스트 케이스는 독립적으로 실행된다. - 실행순서의 의존성을 갖지 않는다. - 랜덤 실행가능하다robot --randomize All Tests- [tags]를 이용해 일부 범위만 ..

로봇프레임워크에서 테스트케이스를 정의하고 구현하기 위해 선언해야하는 영역(section)들이 있다. 이를 테스트 데이터 섹션 또는 테스트 데이터 영역이라고 한다. 앞선 샘플 코드에서 보았듯 로그를 찍는 정도의 수준에서는 Settings와 Test Cases만 있으면 된다. 1. settings- 라이브러리를 선언하는 곳이다. 라이브러리 이외 다양한 값들을 설정할 수 있다. ex)Documentation2. keywords- 로봇프레임워크는 Keyword-driven 형태이기 때문에 우리는 스크립트에서 실행시킬 키워드를 생성해야한다.- 키워드란 keyword는 특정 작업을 실행하거나 특정 작업을 정의하는 라인이다.link: https://robotframework.org/robotframework/#sta..

현재 웹서비스의 테스트 자동화 업무를 담당하고 있다.모바일 플랫폼으로 서비스가 확장될 수 있어서 이에 대한 자동화 작업환경을 고민하던 중, 로보 프레임워크를 추천받았다. 마땅한게 없으면 레퍼런스가 비교적 많은 Appium을 선택하려했는데, 추천해주신분이 정말 구현경험 자체가 너무 좋은 프레임워크라며 추천 또 추천을 해주셔서 바쁜일이 끝나고 리서치를 시작했다.그런데 한국어 자료는 물론 생각보다 해외 레퍼런스들도 많지 않았다. 다행히 공식문서와 가이드가 꼼꼼하게 잘 작성된 편이라 따라하면서 설치 & Demo해봤다.본디 모든 업무의 시작은 환경설치랬어 ... ㅋㅋㅋㅋㅋㅋㅋ 1. 참고한 사이트 - 공식홈페이지 공식홈페이지의 하단부에 여러개의 sample 프로젝트들을 돌려볼 수 있어서 직관적으로 사용법이 다가온다..