[8] 개발 외 - 비기능 명세( 테스트 더 하고 추가 작성 )

제가 중간 발표 해보고 느낀건데, 

이거 비기능 부분에도 테스트가 있으면 참 좋겠다고 생각했습니다.

 

제가 발표한 건 아니고, 발표 들으면서 생각 한 거예요.

어떤조가 비기능 명세에대한 테스트를 진행해서 발표를 했더라구요.

 

너무 잘해서 좀 따라 해보려고 합니다.

 

1. 성능 (Performance)

- 사용자 요청은 3초 이내에 처리되어야 한다.

- 10명 이상의 동시 사용자 접속 시 주요 능기 (작업 업로드, 실시간 채딩 등)은 정상 작동해야 한다.

- 최대 1GBD의 파일 업로드는 평균적인 네트워크 환경에서 10초 이내에 완료되어야 한다.

 

2. 가용성 (Availability)

- 시스템 연간 가용성은 99.9% 이상이어야 한다.

- 시스템 점검은 사전 공지 후, 사용자 활동이 적은 시간대에 수행되어야 한다.

 

3. 보안 (Security)

- 사용자 비밀번호는 Hash하여 저장한다.

- 프로젝트 정보는 권한이 있는 사용자만 접근 가능해야 한다.

- 모든 데이터 통신은 HTTPS 프로토콜을 사용한다.

 

4. 확장성 (Scalability)

- 사용자 수와 프로젝트 수가 증가하더라도 시스템은 구조 변경 없이 확장 가능해야 한다.

- 서비스 구성은 기능 단위로 모듈화되어야 한다.

 

5. 사용성 (Usability)

- 신규 사용자는 별도 튜토리얼 없이도 주요 기능을 10분 이내에 이해하고 사용할 수 있어야 한다.

 

6. 유지보수성 (Maintainability)

- 신규 기능 추가 시 기존 기능에 영향을 최소화할 수 있도록 코드와 아키텍처를 구성한다.

- 버그 수정 및 기능 개선 요청은 3일 이내에 반영할 수 있어야 한다.

 

7. 이식성 (Portability)

- 웹 애플리케이션은 크롬, 사파리, 엣지, 파이어폭스에서 동일하게 작동해야 한다.

- 필요 시 앱 개발로 전환 가능한 구조를 고려해 설계한다.

 

 

이게 저희 비기능 명세 초안입니다.

다시한 번 말 하자면 초안입니다

테스트라는게, 직접 해보는 건 뭔가 신뢰성이 없다고 봅니다.그래서 도구를 좀 써보려고 합니다.

 

테스트 진행 할 부분

성능 테스트

1. 응답 시간 

2. 동시 사용자

3. 처리량

4. 최대용량 ( 테스트 불가 )

 

나중에 배포 후에  AWS CloudWatch, Prometheus + Grafana 를 이용해서 테스트 해 볼 예정이며, 시각화 자료까지 해야함!!!!!

 

 

가용성 테스트

- 적혀있는 것 중에선 따로 테스트 안 해봐도 될 듯?

 

보안

- 비번 해쉬화 잘 되었는지

- 나중에 보안공격 도구를 사용해서 얼마만큼 공격이되는지...까진필요없으려나 어차피 다 뚫리긴 할  거 같은데

 

사용성

- 지나가는사람 붙잡고 뭐하는 서비스인지 10분내에 입에서 나올수있는지 해보기

 

이식성

- 플랫폼마다 다 확인해보기