교육 전략 문서 의 예

+

테스트 전략은 테스트의 목표는 가능한 자원의 도움으로 효과적으로 충족하는 방법을 설명합니다 (프로젝트, 프로그램, 부서 또는 조직 수준 등 모든 수준에서 존재할 수) 계획입니다. 만약 테스트 전략을 가지고있는 경우, 이 시점에서 가장 중요한 테스트 활동에 노력을 집중하기 쉽다. 또한, 테스트 전략 프로젝트 이해 관계자 시험 방법에 명확성을 제공한다. 내 이전 게시물, 강력한 테스트 전략을 만드는 방법 말했다 가졌어요. 잘 읽습니다. 웹 분석에 따르면, 그 독자는 꽤 많은 시간이 블로그의 상위 5 개 기사들이었다. 그러나, 많은 독자들은 내가 시간에 공유 할 수있는 예를 들어, 소프트웨어 테스트 전략 문서에 대해 물었다. 따라서, 나는 가상의 민첩한 프로젝트의 예를 들어 테스트 전략을 수립하기 위해, 소프트웨어 테스트 공간 지역 사회의 수석 구성원 Varsha을 요청했다. 이하 얻어진 샘플 테스트 전략 문서이다. 섹션은 많은 정보를 포함하고 있습니다. 추가 지침은 이탤릭체로 제공됩니다. 나는이 샘플 테스트 전략 문서를 자신의 프로젝트에 대한 정말 효과적인 테스트 전략을 수립하는 데 도움이되기를 바랍니다. 예 애자일 테스트 전략 및 애자 테스트 계획 - 첫째, 비디오, 민첩한 시험을 볼 수 있습니다. 그런 다음에 읽어 보시기 바랍니다. 애자 애자에 예 테스트 전략 소개 제어 프레임 워크 내에서 자기 조직화 팀이 매우 협력적인 방식으로 수행되는 소프트웨어 개발에 반복 및 증분 (진화) 접근 방법이다. 높은 품질과 적응 소프트웨어는 빠른 피드백 변화에 기초하여 연속적인 설계 개선 시험의 원리를 이용하여 소규모 팀에 의해 개발되고있다. 민첩한 사람 중심, 개발 및 테스트가 통합 된 방식으로 수행된다, 자기 조직화 팀은 고객이 중요한 역할을하고 프로젝트 생명주기는 제품 기능에 의해 인도되고, 역할 호환성 바랍니다. 민첩한 변화 4. 더 큰 유연성 5. 큰 분야 6. 목표는 품질뿐 아니라 속도 7. 더 큰 이해 관계자의 책임을 팔 수 있어야에게 포용 폭포 모델 1. 큰 협력 2. 짧은 작업주기와 지속적인 피드백 3. 필요는 다른 방법 . 기술의 큰 범위 9. 신속하고이 테스트 전략의 목적은 전체 대상, 방법, 도구 및 테스트 활동의 타이밍의 공유 이해를 만드는 것입니다이 문서의 디자인 목적에 더 (10) 용기 (11) 자신감을한다. 우리의 목표는 높은 품질과 최소한의 오버 헤드와 짧은 리드 타임, 자주 배달, 팀과 고객, 지속적인 통합과 긴밀한 팀워크, 짧은 피드백 루프와 디자인의 빈번한 변화를 달성하는 것입니다. 테스트 전략은 시스템을 평가하는 방법을 명확하게 볼 수있는 일반적인 장애물을 통하여 우리를 안내합니다. 테스트는 요구 사항의 탐사 및 어떤 고객이 정말 다른 관점에서 사용자 스토리에 정성 들여하여 원하는 시작한다. 테스트는 프로젝트의 모든 당사자가 관여 연속 통합 과정이된다. 이 환경은 각 개발자 / 테스터 시스템에 로컬 및 특정이다. 이 버전에 기초한다 / 소스 코드를 가지 개발되어있다. 통합 포인트는 일반적으로 가장 한합니다. 데이터 및 구성 설정 스크립트를 통해 채워집니다. 단위, 기능 및 수용 테스트합니다. 테스트 도구 예를 들어, 도구 비웃음 xUnit의 테스트 툴 (NUNIT 때 JUnit). 버전 제어를위한 소스 코드 관리는이 환경은 코드 변경 및 단위, 기능 및 수용 테스트의 실행의 지속적인 통합을 지원합니다. 또한, 정적 코드 분석이 환경에서 완료된다. 데이터 및 구성 설정 스크립트를 통해 채워집니다. 단위, 기능 및 수용 테스트합니다. 정적 코드 분석 지속적인 통합 도구 예를 들어, 크루즈 컨트롤은이 환경의 새로운 인스턴스가 표준 프로젝트 참조 데이터가 포함됩니다 사후 분석 난독 생산 데이터로 채워 예비 테스트를 지원합니다. 애자일 테스트를 반복해야합니다 : 기존 인스턴스 우리는 다음 사항에 유의한다 환경 생산 검증 테스트 테스트 실행 전략으로 마이그레이션 현재 데이터를해야합니다. 테스터는 전체 사양을 가지고에 의존 할 수 없습니다. 테스터는 유연해야한다. 그들은 독립적이고 독립적으로 효과가 일반화 될 전문가에게 위해 권한을 부여해야합니다. 개발자들과 긴밀하게 협력 할 준비를해야합니다. 부가가치 활동에 초점을 맞 춥니 다. 유연합니다. 테스트하는 방법은 무엇과하지에 초점을 맞 춥니 다. 테스터는 민첩한 팀에 포함되어야한다. 하나 이상의 전문 짧은 피드백 사이클 기술의 넓은 범위를 가질 수 있습니다 후 어떤 식 으로든 기여 유연성이 충분하고 간단 상황에 초점을 맞 춥니 다. 예비 테스트에 초점을 맞 춥니 다. 시스템 개발 과정에서 수행 된 활동 / 작업이 완료된 것으로 간주 할 수있는 경우 즉, 완료의 의미를 지정합니다. 계속하거나 고객에게 시스템을 전달하기 전에 테스트를 중지 할 때 정의합니다. (예를 들면 시간에 따르면, 품질)을 사용하는이며 어떻게 사용 될 평가 기준을 지정한다. 또한, 소프트웨어의 배포 / 해제 / 업그레이드에 대비하여 테스트를 실행하기위한 단계를 설명하기 위해이 섹션을 사용합니다. 주요 실행 단계를 포함 할 수있다 : 1 단계 시스템을 참조 데이터와 환경을 채우는 자동화 된 테스트 3 단계를 실행하기 위해 2 단계 구축 4 단계 테스트 보고서 / 코드 메트릭 테스트 데이터 관리 전략 접근 방식을 설명하기 위해이 섹션을 사용하여 생성 테스트 데이터를 식별하고 관리. 다음 지침을 고려해 1. 시스템 및 사용자 수용 테스트를 전체 크기로 제작 파일은 테스트의 성능과 용량 측면을 테스트하는 데 사용되어야한다. 테스트 자동화 전략은 테스트 자동화를 개발하는 계획 접근 방식을 채택. 테스트 자동화 코드의 품질을 높일 수 있습니다. 다음과 같은 요인에 따라 자동화 테스트 케이스를 선택합니다 : 그것은 얼마나 많은 시간을 자동화하는 테스트 케이스는 프로젝트 테스트에서 실행 할 것으로 예상 시험 얼마나 쉽게 테스트를 자동화하는 비용은 수동으로 어떤 테스트를 실행하는 데 걸리는 위험이 얼마나 관리 테스트 계획, 테스트 시나리오, 테스트 케이스 및 버그 보고서는 버그질라, 지라와 같이 동일한 시스템에 있어야합니다. 사용자 이야기, 테스트 계획, 테스트 시나리오, 테스트 케이스 및 버그 보고서가 같은 장소에 저장 될 수있는 모든 민첩한 도구를 사용할 수 있습니다. 일상에서 발생하는 위험과 가정의 위험과 가정 (모든 팀 구성원, 스크럼 마스터와 구성원의 앞) 회의를 일어​​ 서서 기록하고 즉시 해결해야합니다. 결함 관리 전략은 이상적으로, 결함은 상승하고 즉시 수정하지 않을 때 기록됩니다. 이 경우에, 어떤 조건 하에서 그들은 발생 정도 결함이 쉽게 재현하고 고정 될 수 있도록 정밀하게 기록 될 필요가있다. 프로젝트 개시 문서 (PID)와 실리콘 비치 교육 PRINCE2 프로젝트 개시 문서 템플릿은 프로젝트의 범위와 방향을 정의하고 권한 부여, 관리 및 그것의 성공을 평가하기위한 기초로 사용합니다. 이 문서는 이러한 목표, 범위, 위험, 통제 및 예산 등 프로젝트의 모든 예측 가능한 영역을 자세히 설명합니다. PID는 프로젝트의 성공에 매우 중요 정보의 여러 조각을 포함해야합니다. 이 지역은 t 처음부터 명확하게 정의 그런가하면, 프로젝트가 실패 할 높은 가능성이 있습니다. PID는 다음과 같은 영역을 포함한다 : 우리의 PRINCE2 재단은 PID 및 기타 PRINCE2 도구와 기술을 사용하는 방법을 배우게하는 모든 요구 사항을 다루고 있습니다. 우리는 또한 두 단계를 커버하고 모두 시험에 응시하고자하는 사람들을위한 완전한 5 일 PRINCE2 치료사 과정을 제공합니다. 당신은 우리의 PRINCE2 다운로드 섹션에서 프로젝트 개시 문서 템플릿을합니다 (PRINCE2 프로젝트 템플릿 참조)를 다운로드 할 수 있습니다. 우리는이 아르 각각에 좀 더 깊이 모양과 어떤 정보가 포함시켜야합니다. 프로젝트 정의 프로젝트 정의 프로젝트가 포함 달성하기 위해 필요한 것을 설명 : 우리는이 프로젝트를해야 할 이유 프로젝트 배경은, 어떤 이벤트가 프로젝트 프로젝트 목표에 대한 요구가 원하는 결과는 특정 프로젝트의 결과와 무엇 예상 결과를 설명하는 원인이 것 프로젝트 완료 후합니다. 이 프로젝트의 경계에 대한 프로젝트 범위 및 예외 세부 사항입니다. 구체적으로 무엇 포함되어 있으며 어떤 외설 t하면 더 선 아래로 이해 관계자와의 혼란이나 오해를 방지하기 위해 포함되어 있습니다. 당신이 가정 당신이 그 PRINCE2 그 사람을 같은 사용자 정의 프로젝트 사용자 및 이해 관계자에 베어링이있을 것이다하고 있습니다 무엇 당신의 통제 할 수없는 프로젝트에 반영 할 필요가 프로젝트에 외부 또는 내부 중 제약 및 가정 제한 또는 제한 프로젝트 후 의도 한 효과를 얻을 할 수 있도록하는 제품을 사용 완료됩니다. 기타 이해 당사자는 공급 업체 및 스폰서를 포함 할 수있다. 인터페이스는 프로젝트가 무슨 인터페이스와 상호 작용 여기에 내부 또는 외부 기업에뿐만 아니라 다른 관련 프로젝트에 대한 링크를 설명하십시오. 이 섹션에서는 프로젝트 접근법 당신은 비즈니스 케이스에 따라, 프로젝트가 필요한 솔루션을 제공하는 방법을 설명합니다. 또한 프로젝트의 목표를 달성하기 위해 필요한 기술을 나열한다. 모든 프로젝트의 비즈니스 사례 중요한 부분은 계속 사업 정당성을 s입니다. 이 정당화는 예상 비용, 위험과 예상되는 혜택을 포함해야 비즈니스 케이스에 설명되어 있습니다. 비즈니스 케이스는 종종 여기를 참조해야합니다 별도의 문서 일 수있다. 만약 관리의 다양한 레벨을 정의하는 프로젝트 팀의 구조를 정의한다이 섹션 프로젝트 관리 팀 구조는, 이것은 일반적으로 도면의 형태로 이루어진다. 예를 들어 아래 이미지 참조 : PRINCE2 내 역할 설명 팀의 각 구성원이 정의한 역할과 책임. 이전의 프로젝트 관리 팀 구조 섹션에 정의 된 역할은 여기에 설명해야한다. 각 프로젝트는 프로젝트의 구조에 따라 다를 수 있지만 가능성이 다음과 같은 역할이 포함됩니다 : 프로젝트위원회 사업 (프로젝트 보​​드에 표시) / 고객 / 공급자의 이익 프로젝트 보​​증 프로젝트 매니저 팀 관리자 프로젝트 지원 가능한 변경 권한 품질 경영 전략 품질을 경영 전략 프로젝트는 고객의 품질의 기대를 충족하는 방법을 설명하고 누구와 함께 품질의 거짓말에 대한 책임을 식별합니다. 비즈니스 사례와 마찬가지로이 종종 별도의 문서에 포함됩니다. 구성 관리 전략 Configuration (구성) 관리 전략은이 프로젝트 단계를 초기화하는 동안 생성해야합니다. 그것은 그들이 프로젝트 라이프 사이클 전반에 걸쳐 진화 프로젝트 관리자가 자신의 상태를 추적 할 수 있도록 프로젝트 자산을 식별, 추적하고 보호하기 위해 취한 접근 방법을 정의합니다. 또한 프로젝트에 적용될 사안 변경 제어 절차를 정의한다. 리스크 관리 전략 리스크 관리 전략, 식별 프로젝트 기간 동안 평가 및 제어 위험에 사용되는 기술을 설명한다. 리스크 관리 전략을 잘 그래서 문서화되어야한다 프로젝트 팀의 모든 구성원은 모든 프로젝트 활동 누가 위험을 식별하기위한 책임 동안 관리 할 방법을 알고 있습니다. 프로젝트 팀 간의 통신의 통신 관리 전략의 부족은 프로젝트 실패에 대한 일반적인 이유입니다. 프로젝트 관리자는 모든 이해 관계자가 프로젝트의 상태를 인식하도록 할 책임이 있습니다. 통신 관리 전략 프로젝트 지원 팀에 프로젝트위원회에서 모든 이해 당사자 사이의 방법 및 통신의 주파수를 정의합니다. 프로젝트에 대한 승인을 얻기 위해 프로젝트 계획은 관련 비용과 시간 척도를 정의해야합니다. 그들은 프로젝트 관리자에 의해 추적 될 수 있도록 프로젝트의 규모에 따라 프로젝트에 의해 요구되는 다른 제품의 활동과 자원이 상기의 진행을 모니터링하기위한 기준으로 작용하는 프로젝트 계획에서 설명되고 정의되어야 계획. 이 프로젝트의 라이프 사이클 전반에 걸쳐 프로젝트 계획을 업데이트하고 전체 결과에 영향을 미칠 수있는 변경 사항을 프로젝트위원회를 알리기 위해 프로젝트 관리자의 책임입니다. 프로젝트는 프로젝트 정보를 적절하고 의사 결정이 이루어질 수 있도록 제어 될 필요가 조정. 이 의사 결정을위한 스테이지 경계의 정의는 프로젝트와 방법이 모니터링 및 여기에 포함되어야보고를 위해 합의 된 허용 오차, 식별됩니다. 각 프로젝트는 다르므로 PRINCE2 재봉 PRINCE2 프로젝트의 특성에 맞게 맞춤화 될 것이라고 일반적이다. PRINCE2의 기본 원리가 사용되어야하는 동안, 프로젝트 관리 팀은 특정 프로젝트에 맞게 방법을 적용 할 수 있습니다. 이 섹션에서는 예를 들어, 역할, 테마 또는 프로세스는 프로젝트의 규모에 맞게 수정 될 수 있으며, PRINCE2이 맞게되는 방법을 문서화해야합니다. 비슷한 게시물 당신이하실 수 있습니다 : 태그 앤디 트레이너 Slideshare는 기능과 성능을 향상시키기 위해, 관련 광고를 제공하기 위해 쿠키를 사용합니다. 당신이 사이트를 탐색 계속하는 경우, 당신은이 웹 사이트의 쿠키 사용에 동의합니다. 우리의 이용 약관 및 개인 정보 보호 정책을 참조하십시오. Slideshare는 기능과 성능을 향상시키기 위해, 관련 광고를 제공하기 위해 쿠키를 사용합니다. 당신이 사이트를 탐색 계속하는 경우, 당신은이 웹 사이트의 쿠키 사용에 동의합니다. 개인 정보 보호 정책 및 자세한 내용은 이용 약관을 참조하십시오. SlideShare 앱에서 모두 좋아하는 주제를 탐색하면 2016이 SlideShare LinkedIn에 공사 품질 관리 전략 예제 공유를 확대에도 오프라인 모바일 사이트 업로드 로그인 회원 가입 두 번 탭에 계속하십시오 SlideShare 애플 리케이션은 나중을 위해 저장하는 가져 오기