일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- Xen
- UiARD
- MaxGauge
- UIPATH
- PostgreSQL
- runner
- Git
- sonar-qube
- Oracle
- UiPATH #UiRPA #RPA
- docker
- gitlab-runner
- container-registry
- gitlab-ci
- RPA
- Shell
- gitlab
- Today
- Total
목록2017/9월 (3)
올챙이시절 기록소
Sonar Qube LTS버전(5.6.6)을 설치하여 사용하다보면 * LTS : Long Term Service 내부 플러그인을 업그레이드 해야하는 경우가 있다 관리자 계정으로 접속하고 Administrator > System > Update Center 메뉴를 클릭하면 위의 스크린샷 처럼 보이게 되는데 Update & Restart 버튼 눌러주면 끝이다 ( 1~2분 이상 소요 ) Before* Update 버튼을 누른다음 스샷을 찍다보니 extensions/downloads에 하나 잡혔다 내부적으로는 이렇게 파일의 변경이 일어난다 After Upgrade는 버튼만 누르면 알아서 다해준다 반면 Downgrade는 메뉴얼하게 해야한다 요건을 도저히 맞출 수 없는 경우가 생기는데 이때는 파일을 직접 구해 정..
소프트웨어 QA업무를 하다보면 프로세스의 결함도 보게된다 ( 기획팀은 없지만 행사 기획팀은 있다 ) 그러다보니 기획에 대한 내용은 신화와 같이 구비전승되며, 개발자가 1등급 국어 추리능력으로 기획자의 의도를 파악한 뒤 구현한다 "버그다" 얘기를 하러가면 스펙입니다 한마디에 깨갱 그 놈의 스펙이 뭐길래?! 스펙을 주세요 누구나 이렇게 말 할 수 있지만 "잘" 쓰여진 스펙은 받기 어렵다. * ref : 소프트웨어 스펙은 왜 쓰기 어려운가 * 바쁘다고 스펙자체를 못 받는 경우도... : 요구사항이 계속 바뀌기 때문에 스펙을 적을 수 없다. 그래서 UI Spec에 대해서 어떻게 요구하면 되는가? 스토리보드를 받아야 되는 것이구나라고 생각이 귀결했다. * 기획 관련 용어 & Tools : ref. 한 번쯤 들어봤..
2016년 5월, 형상관리정책을 (열심히) 만들었다 브랜치는 아무렇게나 막쓰고 있던 시점이라 깔끔하게 포기하고! Tag 만으로 다 할 수 있는 시스템을 만들고 위와 같이 규칙을 만들었다. 개발자가 Tag를 달아서 QA에게 보낼 때, 1차적으로 정규표현식으로 거른다. grep -E "${CONF_ITEM}\_[0-9]{6}[\.][0-9]{2}" 이제 오타는 완벽히 거른다 생각했지만! 한 순간의 착각이다 ( 170918.01 -> 270918.01) 이와 같이 날짜를 잘못 기입해서 tag를 달아 보내는 경우가 있다 현 빌드시스템의 로직상에는 이러한 tag값이 굉장히 문제가 된다. ( * 알림도 개판으로 가고, DB에 저장도 안되고 ... ) 따라서 복구작업이 필요하다. 먼저, 문제가 되는 태그를 지워줍니다..