일시 : 2016.11.18

장소 : 양재 엘타워 


JIRA

Kanban Backlog가 곧 생길 예정 - Kanban Board를 좀더 깔끔하게 정리할 수 있도록 - Cloud는 벌써 Release

Backlog 내의 이슈 In-line으로 Edit 기능 제공

안드로이드 Client Release

Email Handler를 이용해서 메일을 통한 이슈 등록 가능

Confluence

Page Load 3배 빠르게 개선

Server 버전 6 이후론 Page 동시 작업 가능

Home

Atlassian Home 제공 - Close Beta 버전으로 신청하면 사용가능 - 신청 완료

 

후기

전체적으로 Atlassian 제품의 개선점에 대해서 발표하는 자리였음. 몇가지 쓸만한 기능들이 보였고, 앞으로 Atlassian 제품들이 나아가는 방향을 엿볼수 있었음.

Scrum과 개발 프로세스에 대한 발표는 사내 개발자들에게 들려주고 싶은 발표였음.

Component Versioning

version

  • Major Version : 
    • 하위 호환성 없음 (인터페이스 변경, 삭제되는 경우)
  • Minor Version : 
    • 하위 호환성 보장함 (인터페이스는 변화 없음. 내부 로직이 변경된 경우)
  • Patch Version : Bug Fix
    • 내부 로직 오류 수정해야 하는 경우
  • SNAPSHOT : 항상 변경될 수 있는 floating version
    • 개발용
  • RELEASE : 더 이상 변경이 일어나지 않는 version 
    • 외부 배포용 - SNAPSHOT 제거

Product Versioning

  • Major Version : 
    • Major Change (UX changes, file format changes, etc.)
  • Minor Version : 
    • Minor Change (Minor features, major bug fixes, etc.)
  • Patch Version : Bug Fix
    • Minor bugs, spelling mistakes, etc.

참고

Qualifier

  • Alpha: not feature complete
  • Beta: contains critical bugs
  • RC: release candidate, not fully tested
  • RELEASE or Final: final version, release 버젼
  • SNAPSHOT : 그냥 라이브 버젼. Floating version, not an actual identification. Should allways be used for code under development.


'QA > Theory' 카테고리의 다른 글

Canary Release  (0) 2018.12.12
version naming  (0) 2016.08.23
Bullseye를 이용한 Code Coverage Test  (0) 2016.03.30
탐험적 테스팅(Exploratory Testing)  (0) 2016.03.29
Web Automation Test Tool Guide  (0) 2016.03.29
Pairwise testing  (0) 2016.03.29

https://github.com/wingsh/redmine2confluence

를 받아서 README.md를 수정하시면 됩니다.

moveToElement는 해당 Element의 top-left를 0,0으로 계산해서 이동시켜준다.


Actions operation = new Actions(driver);

WebElement vportIn = driver.findElement(By.id("vport-ns-in"));

WebElement vportOut = driver.findElement(By.id("vport-ns-out"));

int vportInWidth = vportIn.getSize().getWidth();

System.out.println("size of port-in : " + vportInWidth);

int vportInHeight = (vportIn.getSize().getHeight())/2;

System.out.println("size of port-in : " + vportInHeight);


int vportOutHeight = (vportIn.getSize().getHeight())/2;

System.out.println("size of port-out : " + vportOutHeight);

operation.moveToElement(vportIn,vportInWidth,vportInHeight).clickAndHold().moveToElement(vportOut,0,vportOutHeight).build().perform();;      

일시 : 2017.07.06

장소 : 누리꿈스퀘어

4차 산업혁명에 필수인 소프트웨어 공학에서의 품질 : 과거, 현재 그리고 미래 

  • Speaker : 스튜어트 리드 박사 (STA CTO)
  • 4차 산업혁명 키워드 : 3D 프린터, 무인자동차, 인공지능, 빅데이터 ....
  • 로봇 등의 등장으로 반복적인 job이 사라질 것이며, 반복적이지 않는 high-skill 의 job이 더 많이 생길 것이다. - high skill을 소유자 => high-salary 일 것이므로 high skill을 가지자.
  • 기술의 발전 속도는 갈수록 빨라질 것이며, 기술의 혁명 뿐만 아니라 서비스, 제품, 프로세스 등의 전반적인 혁명이 진행될 것이다.

빅데이터와 소프트웨어 공학

  • Speaker  : 솔트룩스 이경일 대표
  • 제품 설명 : BigO
  • 4차 산업혁명의 키워드 : IoT, AI, Big Data

소프트웨어 테스팅 분야 품질 개선 사례

  • 슈어소프트테크 : 배현섭 대표
  • SI성 프로젝트 모니터링 템플릿 프로젝트 진행

Devops 도입을 통한 글로벌 개발 시스템 구축 사례 공유

  • Speaker : n3n 남현종 팀장
  • 개발 시스템을 구축함으로서 생산성이 늘었다.

Agile과 스크럼 프로젝트 관리 사례 공유

  • Speaker : 모우소프트 한상훈 대표
  • ALM (Application Lifecycle Management) 도입의 필요성 언급

후기

  • 4차 산업혁명은 우리 실생황에 더욱 밀접하게 다가올 것이다. 그렇기 때문에 품질 개선 활동이 더욱 중요해질것이라고 생각된다.
  • 개발 시스템 개선이라 함은 개발자를 구속해서 강제로 시키는 것이 아니라, 개발자가 좀 더 일하기 편하도록 개선해야 된다.
  • 새로운 개발 시스템의 도입 전에 먼저 현재 시스템에서 문제점을 해결할 수 있는 방안이 있는지 선분석 후, 만약 방법이 없을 경우에 고려를 해봐야 하지 않나 생각이 든다.


'QA > Conference' 카테고리의 다른 글

Team Up to create what's next - Atlassian 2016 하반기 세미나  (0) 2016.11.21
migration from redmine to confluence  (0) 2016.07.26
21st SW Quality Insight Conference  (0) 2016.07.07
Atlassian 세미나 & User Group  (0) 2016.06.30
Open Technet  (0) 2016.03.30
QA Day  (0) 2016.02.03

Atlassian 세미나

Session

keynote

  • 100대 기업 70%, 500대 기업 50% 정도가 제품 이용
  • iOS app released, Android 10월 Release 예정

Coupang

  • 성능 이슈로 Cloud에서 Server로 이전
  • Unlimited Licenese 이용
  • License 갱신을 하지 않음

Eduwill

  • 게시판으로 개발 프로세스 관리하다가 JIRA로 이전
  • Dashboard 활용이 중요

Atlassian User Group

Session

소프트웨어 공학 국제표준 SEMAT Essence

  • 현재 모든 프로세스를 적용 가능한 Essence 라는 것을 만들고 있으며, 이것을 기반으로 JIRA Kanban Board 생성 보여줌

개발자와 QA가 상생하는 테스트 프로세스

  • 개발자와 QA 갈등이 버그가 재현되지 않는다고 언급함. 이에 해결 방법으론 이슈 등록 시에 동영상 첨부를 말함

JIRA 프로젝트 커스터마이제이션 방법

  • 기본적인 Administrator 교육 실시


'QA > Conference' 카테고리의 다른 글

Team Up to create what's next - Atlassian 2016 하반기 세미나  (0) 2016.11.21
migration from redmine to confluence  (0) 2016.07.26
21st SW Quality Insight Conference  (0) 2016.07.07
Atlassian 세미나 & User Group  (0) 2016.06.30
Open Technet  (0) 2016.03.30
QA Day  (0) 2016.02.03

Selendroid

  • Selendroid is a test automation framework which drivers off the UI of Android native and hybrid applications and the mobile web.
  • Tests are written using the WebDriver client API.
  • Selendroid can be used on emulators and real devices and can be integrated as a node the Selenium Grid for scaling and parallel testing.

Appinum

  • Appium is an open source test automation framework for use with native and hybrid mobile apps.
  • It drives IOS and Android apps using Selenium WebDriver.
  • Appium does not require including SDK or recompiling your application.


Selendroid vs Appium

FactorsSelendroidAppium
Supported PlatformsAndroid OnlyIOS, Android, FirefoxOS(Dev Staging)
Mobile Apps SupportNative, Hybrid & Mobile WebNative, Hybrid, Mobile Web & Web
User Agent TestingXO
Cross PlatformXO
EmulatorOO
Real DeviceOO
Cloud Based TestingOO
Selenium Grid ImplementationOO
System Requirment
  1. Selendroid is tested to run on Mac, Linux and Windows/
  2. Java sdk(minium 1.6) is installed and JAVA_HOME is configured.
  3. Latest Android-SDK is installed and ANDROID_HOME is set. 

IOS

Mac OS X 10.7+

XCode 4.5+w/ Command Line Tools


Android

Mac OS X 10.7+ or Windows 7+ or Linux

Android SDK >= 16(SDK < 16 in Selendroid mode)



 

'QA > Test Automation' 카테고리의 다른 글

org.openqa.selenium.SessionNotCreatedException: session not created exception  (0) 2016.12.05
Selenium point to point link  (0) 2016.07.12
Selendroid vs Appinum  (0) 2016.03.30
Monkey Talk  (0) 2016.03.30
Swapy-ob For UI Automation  (0) 2016.02.17
PyWinAuto For UI Automation  (0) 2016.02.17

About Monkey Talk:

Monkey Talk is an open source tool for automating the scenarios, and one of most popular mobile app testing tools around. Monkey Talk automates real, functional interactive tests for iOS and Android apps. Native, mobile, and hybrid app, real devices or simulators. Recorded user actions can be shown in 3 different views i.e. Table View, Monkey Talk & JavaScript.

Monkey Talk vs. Robotium:

Robotium is the leading open source Android test automation framework. Robotium was first released in January 2010 and has been adding more features and improving itself. It supports native and hybrid android apps. Robotium recorder is an Eclipse plugin that works on Windows, Mac OSX and Linux. In comparison to Monkey talk, it has less versatility as monkey talk supports iOS and Android.

Monkey Talk vs. Appium:

Appium is an open source tool for automating native, mobile web and hybrid applications on iOS and Android platforms. Appium supports safari on iOS and Chrome or the native browser for automating the web apps. Importantly, Appium is “cross-platform”: it allows you to write tests against multiple platforms (iOS, Android), using the same API. This enables code reuse between iOS and Android test suites.

Do you prefer any other tools other than Monkey Talk? Share your thoughts in the comments below.


Reference : http://iamdanielkim.tistory.com/47

'QA > Test Automation' 카테고리의 다른 글

Selenium point to point link  (0) 2016.07.12
Selendroid vs Appinum  (0) 2016.03.30
Monkey Talk  (0) 2016.03.30
Swapy-ob For UI Automation  (0) 2016.02.17
PyWinAuto For UI Automation  (0) 2016.02.17
AutoIT For UI Automation  (0) 2016.02.17

Introduction

Code coverage analysis is the process of:

Finding areas of a program not exercised by a set of test cases,
Creating additional test cases to increase coverage, and
Determining a quantitative measure of code coverage, which is an indirect measure of quality.
An optional aspect of code coverage analysis is:

Identifying redundant test cases that do not increase coverage.
A code coverage analyzer automates this process.

You use coverage analysis to assure quality of your set of tests, not the quality of the actual product. You do not generally use a coverage analyzer when running your set of tests through your release candidate. Coverage analysis requires access to test program source code and often requires recompiling it with a special command.

This paper discusses the details you should consider when planning to add coverage analysis to your test plan. Coverage analysis has certain strengths and weaknesses. You must choose from a range of measurement methods. You should establish a minimum percentage of coverage, to determine when to stop analyzing coverage. Coverage analysis is one of many testing techniques; you should not rely on it alone.

Code coverage analysis is sometimes called test coverage analysis. The two terms are synonymous. The academic world more often uses the term "test coverage" while practitioners more often use "code coverage". Likewise, a coverage analyzer is sometimes called a coverage monitor. I prefer the practitioner terms.

'QA > Theory' 카테고리의 다른 글

Canary Release  (0) 2018.12.12
version naming  (0) 2016.08.23
Bullseye를 이용한 Code Coverage Test  (0) 2016.03.30
탐험적 테스팅(Exploratory Testing)  (0) 2016.03.29
Web Automation Test Tool Guide  (0) 2016.03.29
Pairwise testing  (0) 2016.03.29

일시 : 2015/04/30 13:30~16:30

주제 : 공개SW, 테스팅을 만나다! (공개SW 테스팅 자동화 도구)

참석 : Kwangmyung KimHyunmin ChoiSungHwan ChoJiSun Yoo

Link : http://www.sten.or.kr/bbs/board.php?bo_table=news&wr_id=3085

시간주제참석자
13:00~13:30 등록
13:30~14:00공개SW를 이용한 자동화 테스트의 시작최현민, 조성환, 유지선
14:00~14:45테스트 관리 도구: OTestManager최현민, 조성환
14:45~15:30지속적인 통합 환경에서의 SW품질 시각화를 통한 효과적인 코드 리뷰 수행 방안최현민, 조성환, 유지선
15:50~16:35모바일 테스팅도구: URQA김광명, 최현민, 조성환, 유지선
16:35~17:20JMeter 정확히 알고 제대로 활용하자-

Session 1 : 공개 SW를 이용한 자동화 테스트의 시작

개발 프로세스에 따른 자동화 테스트 ex) 요구사항 관리, 성능테스트, 테스트관리, 메시지 자동화, API 자동화, 화면 자동화

간단한 자신의 경험과 함께 Summary 수준의 강의

Session 2 : 테스트 관리 도구 : OTestManager

sten에서 개발한 Open source tool.

Test Link & 자체 Simple 결함 관리 시스템

Test Link의 개선 버전 or 한글 버전?

특징 : Testcase에서 Fail을 경우 해당 TC에 결함 등록이 가능. 결함 리스트와 Testcase에서 각각 링크로 접근 가능. Daily Test result 통계 및 Visualization.

Startup 등에서 좋아 보이지만 개인적인 견해로는 Excel + Mantis를 사용하겠음

Session 3 : 지속적인 통합 환경에서의 SW품질 시각화를 통한 효과적인 코드 리뷰 수행 방안

SonarQube : http://www.sonarqube.org/

Code Analytics tool

여러가지 언어 및 IDE 지원

한번 적용해볼 필요 있을 듯

Session 4 :  모바일 테스팅도구 : URQA

URQA : http://urqa.io/urqa/

사후 QA, 여러 SDK 지원(Android, IOS, UNITY, TIZEN, Backend Architecture, Front-end Architecture)

경쟁사 : Bugbase : 버그 수에 기반, Acra : 최근 10개만 노출

특징 : 사용자 경로로 Visualization

Session 5 : JMeter 정확히 알고 제대로 활용하자.

Absent

'QA > Conference' 카테고리의 다른 글

Team Up to create what's next - Atlassian 2016 하반기 세미나  (0) 2016.11.21
migration from redmine to confluence  (0) 2016.07.26
21st SW Quality Insight Conference  (0) 2016.07.07
Atlassian 세미나 & User Group  (0) 2016.06.30
Open Technet  (0) 2016.03.30
QA Day  (0) 2016.02.03

+ Recent posts