X
STEN 회원이 되시면 테스팅에 관한 많은 정보와 자료를 공유할 수 있도록 저희가 돕겠습니다.
아이디
패스워드
자동로그인 사용
 
아직 회원이 아니십니까?    
아이디/패스워드를 잊으셨습니까?    

   
[1p~ ]김정섭
글쓴이 : 사과,포도 날짜 : 12-07-02 18:53 조회 : 116854

3
아래 4개 항목에 대해서 설명 필요함
K1 ~ K4 내용, ISQTB 출제 배분 중요
아래 항목은 덜 중요 함.

4
ISTQB 의 전체구조
실선 : 현재 존재 하는 것
점선 : 현 작업 중
지식체게는 업무 carrer 와 연관하여 설명 필요함

5
강의가 갖는 특징
실무와 자격증과의 연계
시험을 위한 교육이 아닌 실무와 시험을 연동한 교육에 강조

6
시간을 짧게 주고 연장해 주는 것이 좋다
3명 5분정도 적당하다
자기소개 하는 방법은 한명씩 일어나서 하는 방법과 (시간이 너무 많이 걸림)
Grouping 지어서 하는 방법이 있다.
=> 인원에 따라서 조절할 것

조장을 선정하여 역할을 주어라
(서기를 선정하게 한다든지...)
조장은 토론이 끝난 후 발표등을 시키는 역할~
조장에게 선물을 주면 효과가 더 좋음

강사는 실습할 때 되도록 이메일 확인하지 말고
돌아다니면서 조원들이 토론 잘 하는지 체킹할 것
보조강사가 있으면 수업이 더 원활 해 짐.

삼각형 이름표를 만들어서 토론이 끝나면 올리라는 등의
행동을 하게 하면 진행이 좀더 원활 함

같은 소속의 사람들은 함께 앉지 못하게 섞여 앉도록 할 것

시간과 인력이 필요한 만큼 ~ SW 테스팅을 할 수 있을까?
종이에 적어보게 하는 것도 좋음.
잘 적는 사람은 아무래도 testing 에 대해서 많이 알고 있는 사람

쉬는시간을 잘 배분해 주어야 수업 효율도 높이고 강사 평가도 좋다 ㅋ

8

9
테스트와 테스팅의 정의를 잘 구분할 것
테스팅은 크게 보았을 때 사용하며, 테스트는 실행위주
제품의 risk 정보를 제공 하는 것

10
V-model
testing 은 개발 lifecycle 과 연계 되어 있다

11
각 test 의 목적을 알아 둘 것

12
V-model remind

13
용어정의, 각 item 을 물어본다
주의) error, defect 의 차이를 잘 몰름
점선은 잠재적인 이슈 , 실선은 들어난 defect

14
test object 는 대상, 문서를 뜻하며, testing basis 는 문서를 뜻한다,
거의 같은 뜻으로 쓰인다.

테스트 suite 는 test case 를 묶어 놓은 것
test procedure 는 효율성을 높이기 위해 순서를 세우는 것
test script 는 자동화에 쓰이는 테스트 파일
test scenario 는 사용 시나리오와 business rule 이 들어 있음

test oracle 은 항상 참,,, expected result 를 확인하는 근거
ex) Android 문제 나왔을 시 native phone 을 확인 해 본다.

15
대부분의 결함은 각 단계를 거치면서 communication 상의 오류로 나온다.

16

17
테스팅의 일반원리는 V-model 과 같이 설명 하도록
각각에 대해서 설명
기본원리로 항상 따라야 하는 것
결함집중 -> 외주에 TC 를 빡빡하게 줄 시 딱 그 TC 만 돌림으로 주변의 defect 를 찾지 않는다
살충제 패러독스 -> TC up 잘못한 case/ TC 를 줄여서 결함에 집중할 수 있도록 함

18
V 모델 깊이 있게 설명, story 로 얘기 해 주면 좀더 도움

가로축은 시간축으로 early testing 을 하면 가로축이 줄어든다

19
verification : 설계가 요구사항을 잘 반영하고 있는지
validation : 사용자의 목적을 만족하는지

20
testing 의 종류 V 모델과 연관


21


22
효과적 : TC 를 잘만드는 것
효율적 : Tool 을 사용

23

24

25

26

27

28

29

30

31


---------------------------------------------------------------
SW 수명주기와 테스팅
32
가장 좋은 방법은 early testing 임.
v 모델은 길게 설명할 필요 없음.
1:1 matching 인가? 정답이 있는 건 아님.
각각의 것들이 제대로 만들어져 있다면 1:1 matching 이 되나,
실제적으로 봤을 시 필요시에는 하위,상위 단계의 문서들을 참조할 수 있다.

33
V 모델은 여러 형태로 변화 한다.
전체 시스템을 대변하는 V 모델

34
멀티플 V 모델
개발 - test - 개발 - test - 개발 - test

35
V 모델이 가장 이상적이긴 하나
Iterative 반복구간을 두고 붙혀 가면서 개발 하는 것  
Incremental

36


37
Waterfall
risk 를 안고 감
바닥에 김을 깔고 반찬을 깔고 말어
한방에 망할 수 있음
프로그램의 성공/실패 여부를 제품이 나와야 알 수 있음.

interation 단점 : 복잡함
김밥을 짤라 놓은 것들을 연결 함
핵심적인 것들이 중요~
한 3개 했는데 프로그램 안돌아 갈 경우 처리가 빠름
risk 를 미리 파악할 수 있음
작은 v 가 생길 수 있지만 선명한 V 를 볼수는 없음
risk 높은 곳의 품질이 탄탄해 짐


TDD 도 설명 가능 하여야 함. => 별도 공부 필요 함

38
regression testing 이 많아짐으로 test 자동화가 필요 함
code level 뿐만 아니라 UI level 까지 test 하는 것을 권하나
TDD 가 대표적임
agile 과 탐색적 testing 굉장히 유사 함

39
다시 v model 로 돌아와서~
단위 test, system, 인수 test 의 목적이 다름
early testing
early testing 이 중요 하다

V 모델과 연관지어서 설명 해 주어야 함

40


41
각 test 레벨별로의 특성
한번 더 remind 해 주면 됨

42
remind 해 주면 됨

43
각 용어별 정의를 말해 주면 됨
단위 testing 의 핵심
해당 단위만 가지고 testing 한다
testing 은 잘 되지 않는 것을 보여주는 것이다
각 module 에 문제가 없는지...
component testing

44
단위 내 에서의 interface 를 잘 검사

45
단위 test 의 종료기준

46
단위와 단위간의 interface 검사

47
sest stub 과 드라이버 설명 가능 하여야 함

48 시스템 testing
 1) 비기능 test
 2) 실사용 환경에서의 최대
비기능

49

50
비긴능에 포커싱을 맞춤

51.인수테스팅의 목적
사용자의 이상

52
인수테스팅은 개발의 어느 부분에 나타낼 수 있다

53
여러분 주변에 있는 실 사례를 설명 해 준다.

55
각각의 testing type 설명
기능/비기능/Regressio 이 많이 설명 해 준다.

56

59 side effect 핵심
impact anaylsis 주변 어떤 기능에 영향을 끼치는지 개발에서 시행
60
61

 

 

 

 

 

 



출처 : 2012 LG전자 강사양성과정
http://www.sten.or.kr/club/club_main.php?cb_id=cb_LGTraining