Ver 2.2 마감하루전 Category Partitioning Testing Tool Project Team T1 Date Team Information 김강욱 김진욱 김동권

Size: px

Start display at page:

Download "Ver 2.2 마감하루전 Category Partitioning Testing Tool Project Team T1 Date Team Information 김강욱 김진욱 김동권"

희본 제
4 years ago
Views:

1 마감하루전 Category Partitioning Testing Tool Project Team T1 Date Team Information 김강욱 김진욱 김동권 이소영 [ 마감하루전 ] T1 1

2 INDEX Activity Define Draft Plan Activity Create Preliminary Investigation Report Activity Define Requirements Activity Record Terms in Glossary Activity Implement Prototype Activity Define Business Activity Define Business Concept Model Activity Define Draft System Architecture Activity Define System Test Case Activity Refine Plan [ 마감하루전 ] T1 2

3 Activity Define Draft Plan 1. Motivation 점차복잡하고다양한프로그램들이개발됨에따라프로그램의 Spec 범위도넓어지고있다. 한정된시간에서꼭필요한 Test 를수행함으로써가능한적은시간내에오류없는프로그램을만드는것 에대한수요가증가하고있다. 이러한추세에서자연어로구성된 Specification 문서는테스터와기획자간의간격을더넓히며시간의효율성을떨어트린다. Category Partitioning은 Spec 명세를독립적으로테스트할수있는기능단위로분해하고조건별로 Category를설정함으로써테스터에게효율적인 Test case 조합을제공한다. 본 Testing Tool이제공하는효율성은기업뿐만아니라학교에서진행되는프로젝트에도동일하게적용되어야하며이에따라 Category Partitioning Testing Tool 을개발하게되었다. 2. Project Objectives 사용자가정한 Category 별 Constraint에대해 Ideal한 Test case를조합하고, 이결과를사용자가정한우선순위에따라중요한 Test case에대한정보도제공하는것을목적으로한다. 중요하다고생각되는 Value들에대해가중치를줄수있고 Test case 산출시이가중치에대한계산값을함께제공한다. - 사용자가입력한 Category에대해 Test case를조합한다. - 팀원들이각자생각하는중요한 Test case 조합에대해명시한다. - Admin 권한을가진팀장이프로그램내에서팀원들에게전달받은 Test case 조합에대해 Constraints와가중치에대해한번더검토한다. - Test Case 와함께먼저 Test가수행되어야하는 Case에대한정보를제공받는다. 3. Project Scope 마감하루전 은중요한 Test case를먼저 Test 할수있는계산된결과값을제공함으로써사용자로하여금효율적인 Testing이가능하도록한다. 프로그램별로중요하거나오류가능성이많은 Case가존재하고, 한정된시간내에오류수정및프로그램의효율적인개발을위해이러한 Test가먼저수행되어야한다는점에초점을맞추었다. 4. Functional requirements - Open File - Parsing File - Apply to the Weight of the value - Modify Weight - Input Essential Test Case - Compare with Test Case - Modify Constraint - Make Test Case - Arrange by Weight Average - Make Final Test Case File 6. Non-Functional requirements - 5초이내로결과값이나와야한다. - 가중치와누락된 Test case를파악하기쉬워야한다. 7. Resource Estimation 1) Human Efforts (Man Month): 4 3 2) Human Resource: 컴퓨터공학과 2명, 다전공 2명 [ 마감하루전 ] T1 3

4 3) Project Duration: 16주 4) Budget 인건비 360 활동비 12 계 372 부분계 비고 Activity Create Preliminary Investigation Report. 1. Alternative Solutions 1) 기존에있는 Category Partitioning Testing Tool을사용한다. 2) 기존에있는 Category Partitioning Testing Tool을산다. 3) 타소프트웨어개발업체에외주를의뢰한다. 2. Project Justification (Business Needs) 1) Cost 1 외주업체에비해개발비용이저렴하다. 2) Duration 년 1학기안에완성해야한다. 3) Risk Plan Management, OOPT Skill, Programming Skill, UML Skill, 시험 4) Effect 1 유지보수의이점이있다. 2 빠른시간안에 Test Case를조합할수있다. 3 프로그램을독점적으로이용할수있다. 3. Risk Management Risk Probability Significance Weight Plan Management OOPT Skill Programing Skill UML Skill 시험 [ 마감하루전 ] T1 4

5 4. Risk Reduction Plan Risk Reduction Plan Plan Management 관련사이트와서적을활용하여도움을얻는다. OOPT Skill 수업강의자료와교수님, 조교님의도움을얻는다. Programming Skill Programing 관련서적을읽고선배들의도움을얻는다. UML Skill UML관련서적을읽고선배들의도움을얻는다. 시험 조원들끼리서로협력하여서로도움을주고받는다. 5. Market Analysis 1) 기존의 Category Partitioning Test Tool이많지않다. 또한자연어로명시된 Programming Specification에대한요구가점점증가할것이다. 이에따라한정된시간을활용하기위해우선적으로검증해야하는 Test Case가필요할것이며, 시간내에모든오류를잡고출시해야한다. 6. Other Managerial Issues 1) 2017 년 6 월까지개발을완성하여 A+ 을받아야한다. Activity Define Requirements 1. Interview - grepp Software Engineer와인터뷰 Q1) 현업에서쓰이는 Test case 조합이있는가? A1) TDD(Test Driven Development) 를사용 1. 내가얻고자하는결과물생각 ( 기능 ) 및어떻게테스트할것인가? 2. 간단한테스트를작성 ( 기능에최적화된 ) 3. 테스트를또작성하는데, 이번에는 Fail이뜨도록일부러작성 4. 마지막테스트는 Pass가나오도록작성 5. 결과를보며, 중복코드혹은 Logic, 불분명한코드, 리펙토링가능한코드를찾아서고친다. 6. 마지막모든테스트돌려서 Pass하도록정리. 7. 완료되었다고생각할때까지테스트 => 깃에올려서 ( 다른사람코드와합침 ) => 다시테스트케이스돌림 => Deploy( 서버에올림 ) => 테스트 => Release Q2) 제품출시전얼마나많은 Test case를테스트하는가? A2) 1. 제품에따라다르다. 유저에게 Critical Issue가생기는코드는 Function 하나하나그에대한 Test case를만드는방식 2. Codly 와같은예쁘게보이고, Contents가중요한경우, 테스트케이스를따로만들지는않고있다. 대신스스로예측할수있는모든범위의에러를최대한방지하려노력. 테스트를완벽히하지않아서우리는브라우저 Compatibility 가조금문제가있음 Q3) 한정된시간에서 Test case를실제모두수행하는것이부담되지않는가? A3) 1. 부담이된다. 2. 하지만, 대표님방침으로테스트케이스는엄청중요한거라서무조건하고, 서로코드리뷰시간도갖는다. 3. 서로의코드가규칙을어길경우그에대한조언및리뷰를확실히해준다. ( 때론갈등이되기도한다.) [ 마감하루전 ] T1 5

6 Q4) 어떻게하면효율적인 Test가가능할까? A4) 습관을들이는수밖에, 코드에집착하지말것, 고집피우지말것, 받아들일것. Test case 작성에서가장큰이슈는, 사람간의관계라고생각한다. 얼만큼테스트케이스가중요하나를대하는사람들의자세및규칙을따르려는의지. 2. Functional Requirements Function Open File Parsing File Apply to the Weight of the value Modify Weight Input Essential Test Case Compare with Test Case Modify Constraints Make Test Case Arrange by Weight Average Make Final Test Case File Description 엑셀파일열기엑셀파일을읽어서프로그램내부에저장 Value에사용자가입력한가중치를적용가중치수정중요테스트케이스입력프로그램에의해조합된테스트케이스와사용자가입력한중요테스트케이스를비교제한조건수정테스트케이스생성가중치평균에따른정렬최종테스트케이스파일생성 Ref.# Function Category R 1.1 Open File Evident R 1.2 Parsing File Hidden R 2.1 Modify Weight Evident R 2.2 Apply to the Weight of the value Hidden R 3.1 Input Essential Test Case Evident R 3.2 Compare with Test Case Hidden R 4.1 Modify Constraints Evident R 5.1 Make Test Case Evident R 5.2 Arrange by Weight Average Hidden R 6.1 Make Final Test Case File Evident 3. Operating Environments 1) OS: Windows 7, Windows 10 2) 개발언어 : Java 4. Development Environments 1) OS: Windows 7, Windows 10 2) IDE: Eclipse 3) 개발언어 : Java [ 마감하루전 ] T1 6

7 Activity Record Terms in Glossary Term Description Remarks Open 열다 File 파일 Parsing 파일을읽어서프로그램내부에저장 Input 입력한다 Weight 가중치값 Assign 할당한다 Value 가중치설정후계산된값 Modify 수정한다 Essential Test Case 중요 Test case Show 보여준다 Check 체크한다 Constraints Single, Error, Property 등의제한조건 Compare 비교한다 Test Case Representative Value 조합으로만들어진 Test case Make 생성한다 Arrange 정렬 Average 평균 Activity Implement Prototype Activity Define Business [ 마감하루전 ] T1 7

8 1. Define Business 2. Identify and Describe User: Test Case 목록생성을위해시스템과상호작용하는 Actor [ 마감하루전 ] T1 8

9 3. Identify Use-Case 1) Actor based 2) Event based [ 마감하루전 ] T1 9

10 4. Allocate system functions into Related Use-Case Ref.# Function Use-Case R 1.1 Open File Open File R 1.2 Parsing File Parsing File R 2.1 Modify Weight Modify Weight R 2.2 Apply to the Weight of the value Apply to the Weight of the value R 3.1 Input Essential Test Case Input Essential Test Case R 3.2 Compare with Test Case Compare with Test Case R 4.1 Modify Constraints Modify Constraints R 5.1 Make Test Case Make Test Case R 5.2 Arrange by Weight Average Arrange by Weight Average R 6.1 Make Final Test Case File Make Final Test Case File 5. Category Use-Case Open File Parsing File Modify Weight Apply to the Weight of the value Input Essential Test Case Compare with Test Case Modify Constraints Make Test Case Arrange by Weight Average Make Final Test Case File Function Use-Case [ 마감하루전 ] T1 10

11 6. Draw a Use-Case diagram 7. Describe Use-Case 1.Open File User Description 엑셀파일을불러온다. 2. Parsing File System Description 엑셀파일을읽어와서프로그램내부에저장한다. 3. Modify Weight User [ 마감하루전 ] T1 11

12 Description Value 에할당된가중치를수정한다. 4. Apply to the Weight of the value System Description 사용자가수정한가중치를 Value에할당하고, Test Case 가중치를수정한다. 5. Input Essential Test Case User Description 중요테스트케이스를입력한다. 6. Compare with Test Case System Description 중요테스트케이스와테스트케이스를비교한다. 7. Modify Constraints User Description 제한조건을수정한다. 8. Make Test Case System Description 테스트케이스를생성한다. 9. Arrange by Weight Average System Description 테스트케이스를구성하는 Value들의가중치평균값을구하여정렬한다. 10. Make Final Test Case File User Description 테스트케이스파일을문서화하여생성한다. 8. Rank Use-Case Use-Case Number & Name 1. Open File High Rank 2. Parsing File High 3. Modify Weight High 4. Apply to the Weight of the value High 5. Input Essential Test Case High 6. Compare with Test Case High 7. Modify Constraints High 8. Make Test Case High 9. Arrange by Weight Average High 10. Make Final Test Case File High [ 마감하루전 ] T1 12

13 Activity Define Business Concept Model Activity Define Draft System Architecture [ 마감하루전 ] T1 13

14 Activity Define System Test Case Test Number Test 항목 Description System Function 1 파일열기시험 파일열기버튼을눌러엑셀파일을여는기능 Test Open File R 파일파싱시험 엑셀파일을읽어서프로그램에넣어주는기능 Test Parsing File R 가중치수정시험 가중치를수정하는기능 Test Modify Weight R 가중치적용시험 사용자가입력한가중치를적용 Apply to the Weight 하는기능 Test of the value R 중요테스트케이스입력입력버튼을눌러필수테스트 Input Essential Test 시험케이스를입력하는기능 Test Case R 3.1 프로그램에의해조합된테스트 6 테스트케이스비교시험 케이스와사용자가입력한중요 Compare with Test 테스트케이스를비교하는기능 Case R 3.2 Test 7 제한조건수정시험 제한조건을수정하는기능 Test Modify Constraint R 테스트케이스목록생성테스트케이스목록생성기능시험 Test Make Test Case R 가중치에의한정렬시험 가중치에의한정렬 Test Arrange by Weight R 최종적으로생성된테스트케이최종테스트케이스목록 Make final Test Case 스를파일출력버튼을눌러파파일생성시험 File 일로내보내는기능 Test R Make final Test Case Requirements 테스트케이스목록을생성 Test Case가조합되는시간이 5 File 하는데걸리는시간시험. 초미만인지 Test -> Nonfunctional Activity Refine Plan 1. Project Scope 마감하루전 은중요한 Test case를먼저 Test 할수있는계산된결과값을제공함으로써사용자로하여금효율적인 Testing 이가능하도록한다. 프로그램별로중요하거나오류가능성이많은 Case가존재하고, 한정된시간내에오류수정및프로그램의효율적개발을위해이런 Test가먼저수행되어야한다는점에초점을맞추었다. 2. Project Objectives 사용자가정한 Category 별 Constraint에대해 Ideal한 Test case를조합하고, 이결과를사용자가정한우선순위에따라중요 한 Test case에대한정보도제공하는것을목적으로한다. 중요하다고생각되는 Value 들에대해가중치를줄수있고 Test case 산출시이가중치에대한계산값을함께제공한다. - 사용자가입력한 Category 에대해 Test case를조합한다. - 팀원들이각자생각하는중요한 Test case 조합에대해명시한다. - Admin 권한을가진팀장이프로그램내에서팀원들에게전달받은 Test case 조합에대해 Constraints와가중치에대해 한번더검토한다. [ 마감하루전 ] T1 14

15 - Test Case 와함께먼저 Test 가수행되어야하는 Case 에대한정보를제공받는다. 3. Functional Requirements - Open File - Parsing File - Apply to the Weight of the value - Modify Weight - Input Essential Test Case - Compare with Test Case - Modify Constraint - Make Test Case - Arrange by Weight Average - Make Final Test Case File 4. Performance Requirements 가중치에따른정렬한결과가 5 초이내로나와야한다 5. Operating Environment 1) OS: Windows 7, Windows 10 2) IDE: Eclipse 3) 개발언어 : Java 6. Resources 1) Human Efforts (Man Month): 4 3 2) Human Resource: 컴퓨터공학과 2명, 다전공 2명 3) Project Duration: 16주 4) Budget 부분계인건비 360 활동비 12 계 372 비고 [ 마감하루전 ] T1 15

16 7. Scheduling S ta ge Plan & Elaboration Build P has e(00x0)/activity(000x) Define Draft Plan Create Preliminary Investigation Report Define Requirements Record Terms in Glossary Implement Prototype Define Business Define Business Concept Model Define Draft System Architecture Define System Test Case Refine Plan Revise Plan Synchronize Artifacts Analyze Define Essential s Refine Diagrams Define Domain Model Refine Glossary Define System Sequence Diagrams Define Operation Contracts Define State Diagrams Refine System Test Case Analyze (2030) Traceability Analysis Design Design Real s Define Reports, UI, and Storyboards Refine System Architecture Define Interaction Diagrams Define Design Class Diagrams Design Traceability Analysis Define Database Schema Construct Implement Class & Methods Definitions Implements Windows Implement Reports Implement DB Schema Write Unit Test Code Test Unit Testing Integration Testing System Testing Performance Testing Acceptance Testing Documentation Testing Testing Traceability Analysis S chedule(week) [ 마감하루전 ] T1 16

Ver. 4.0 OOPT Stage 1000 <Plan and Elaboration> Version 4.0 Project Team T7 Team Date Team Information 오세욱 임현유

Ver. 4.0 OOPT Stage 1000 <Plan and Elaboration> Version 4.0 Project Team T7 Team Date Team Information 오세욱 임현유 OOPT Stage 1000 Version 4.0 Project Team T7 Team Date 2017-05-20 Team Information 201414134 오세욱 201414136 임현유 201211375 임동현 201211387 하헌규 CPT T7 Team 1 Table of Contents 1 Activity