Ubuntu Online, Fedora Online, Windows 온라인 에뮬레이터 또는 MAC OS 온라인 에뮬레이터와 같은 여러 무료 온라인 워크스테이션 중 하나를 사용하여 OnWorks 무료 호스팅 제공업체에서 실행할 수 있는 checkbox-cli 명령입니다.
프로그램:
이름
확인란_ng - CheckboxNG 문서
CheckboxNG는 랩톱, 데스크톱 및 서버를 인증하는 데 유용한 하드웨어 테스트 도구입니다.
우분투와 함께. PlainBox 위에 직접 빌드된 Checkbox의 새 버전입니다.
체크박스NG 대체 해당되는 경우 확인란.
경고 :
문서가 개발 중입니다. 일부 내용이 잘못되었거나 부정확하거나 설명합니다.
현재 상태보다 개발 목표.
설치
CheckboxNG는 Ubuntu Precise(12.04)의 PPA(권장) 또는 pypi에서 설치할 수 있습니다.
더 새로운.
$ sudo add-apt-repository ppa:checkbox-dev/ppa && sudo apt-get 업데이트 && sudo apt-get 설치 체크박스-ng
달리는 안정된 해제 UPDATE 시험 준비 프로그램
CheckboxNG는 안정적인 릴리스 업데이트 테스트를 자동화된
방법. 이것은 모든 작업을 실행합니다. sru.화이트리스트 그리고 그 결과를
인증 웹사이트.
SRU 테스트를 실행하려면 현재 사용 중인 장치의 소위 보안 ID를 알아야 합니다.
테스트. 실행하기만 하면 됩니다.
$ 체크박스 sru $secure_id submit.xml
두 번째 인수인 submit.xml은 생성된 폴백 파일의 이름입니다.
인증 웹사이트로 데이터를 보낼 때 어떤 이유로든 작동하지 않습니다.
보고 버그
Checkbox 프로젝트의 버그를 보고하려면 런치패드 계정이 필요합니다. 당신은 찾을 수 있습니다
명령 on 방법 에 만들 한 <https://help.launchpad.net/YourAccount/NewAccount>
유용한. 계정이 있으면 다음을 수행할 수 있습니다. 신고 버그 <https://bugs.launchpad.net/checkbox-
프로젝트/+파일버그>.
해당 페이지에서 버그를 신고할 프로젝트를 선택할 수 있습니다.
프로젝트를 조정하여 릴리스를 조정하고 적절한 버그와 관련된 버그를 선호합니다.
체크박스의 일부). 사용할 올바른 프로젝트를 알고 있다면 그것을 사용하고 버그를 신고하십시오. 만약에
Checkbox 내부에 대해 잘 모르거나 의심스러운 경우 기본에 파일을 제출하십시오.
'체크박스' 프로젝트(다음을 사용할 수 있습니다. 이 곧장 링크
<https://bugs.launchpad.net/checkbox/+filebug>.) 개발 팀의 구성원은
버그를 검토하고 적절한 위치에 다시 할당하십시오. 버그 번호는
그럴 때 변경합니다.
L' 체크박스 스택
체크박스 스택은 함께 완전한 테스트를 구성하는 프로젝트 모음입니다.
및 인증 솔루션입니다. 다음과 같은 부분으로 구성됩니다(아래 표 참조
추가 세부사항). 모든 프로젝트는 런치 패드 프로젝트 그룹
<https://launchpad.net/checkbox-project>.
아키텍처 도표
[이미지: 아키텍처 다이어그램] [이미지]
이 다이어그램에는 현재 Checkbox 아키텍처의 대략적인 상위 수준이 포함되어 있습니다.
세 가지 주요 "기둥"이 있습니다. 왼쪽에 우리는 end 제품. 실제 도구들입니다
인증 및 엔지니어가 사용하고 있습니다. 오른쪽에는 test 시장. 이것은
테스트 공급업체 및 공급업체의 공개 시장. 테스트는 다음으로 알려진 컨테이너에 포장됩니다.
공급자. 중앙에는 세 가지 공유 구성 요소가 있습니다. 그것들은 대부분의
테스트 실행을 위한 프레임워크 및 사용자 인터페이스. 마지막으로 왼쪽 하단 모서리에
특정 작업을 위해 HEXR과 공유되는 체크박스(라이브러리)의 일부입니다. HEXR은
인증 프로세스의 일부에서 사용되는 범위 외 웹 응용 프로그램입니다. 화살표 암시
화살표 모양의 커뮤니케이션은 누가 누구에게 전화를 걸었는지 보여줍니다.
앞에서 언급했듯이 중앙 열에는 공유 코드의 세 가지 주요 구성 요소가 있습니다.
(아래에서 논의되는 최종 제품을 사용하는 모든 사람이 공유). 공유 코드는
plainbox,checkbox-ng,checkbox-gui로 구성되어 있습니다. 구성 요소 책임은
아래 표에서 더 자세히 설명합니다. 여기서 우리는 체크박스 GUI가 DBus를 사용한 것을 볼 수 있습니다.
확인란-ng에 의해 노출된 API는 차례로 확인란 지원(도우미 라이브러리
HEXR) 및 plainbox와 일부 코드를 공유하도록 분리되어 있습니다.
오른쪽 열에는 다양한 테스트 제공자가 있습니다. 체크박스 프로젝트는
많은 공급자를 생성 및 유지 관리하지만(아래 표 참조)
다운스트림 사용자가 자체 공급자(고객 또는
프로젝트). 결국 일부 공급자는
형식입니다.
마지막으로 왼쪽 하단 모서리에 있는 공유 라이브러리인 이 라이브러리에는 많은 파서가 포함되어 있습니다.
다양한 파일 형식 및 출력 형식. 기술적으로 이 라이브러리는
HEXR, 체크박스-ng 과 제공자. 추가된 복잡성으로 라이브러리를 호출해야 합니다.
python3 코드와 python2 코드에서.
알림:
확인란-ng와 일반 상자 간의 통신은 양방향입니다. 일반 상자 제안
일부 기본 인터페이스 및 확장 지점. 그것들은 모두 plainbox를 통해 노출됩니다.
(공통 API 사용) 그러나 그 중 일부는 실제로 checked-ng에서 구현됩니다.
경고 :
모든 내부 API는 반 불안정합니다. DBus API는 실제로 더 안정적이지만
의존하지 마십시오. 프로젝트는 lp:checkbox에 병합하는 것이 좋습니다. 여기서 API
전환을 정상적으로 처리할 수 있습니다. 유일한 안정적인 API는 파일 형식입니다.
사양(작업 정의 및 화이트라이트). 런처 사양은
다음 릴리스에서 안정화되었습니다.
구성 요소 설명
┌─────────────────────────┬───────────────────────── ────────────────────────────────────────────────┐
│프로젝트 │ 담당 │ 유형 │
├─────────────────────────┼───────────────────────── ─────────────────────────────────────────────────┤
│차세대 체크박스 │ │ 애플리케이션 │
│(GUI) │ · C++/QML │ │
│ │ 사용자 인터페이스 │ │
│ │ │ │
│ │ · 그래픽 │ │
│ │ │ 런처
│ │ 공급자, 예 │ │
│ │ 체크박스 인증 클라이언트 │ │
├─────────────────────────┼───────────────────────── ─────────────────────────────────────────────────┤
│차세대 체크박스 │ │ 애플리케이션 │
│(CLI) │ · 파이썬 명령줄 │ │
│ │ 인터페이스 │ │
│ │ │ │
│ │ · 텍스트 사용자 인터페이스 │ │
│ │ │ │
│ │ · SRU 테스트 명령 │ │
│ │ │ │
│ │ · 추가 인증 API │ │
│ │ │ │
│ │ · Launchpad에 데이터 전송 │ │
│ │ │ │
│ │ · HEXR에 데이터 보내기 │ │
│ │ │ │
│ │ · │ │에 필요한 DBus 서비스
│ │ GUI │ │
└─────────────────────────┴───────────────────────── ──────────────────┴────────────────────────────┘
│고객 인증 │ │ 공급자 │
│제공자 │ · 정식 인증 클라이언트 │ │
│ │ 실행 가능 │ │
│ │ │ │
│ │ · 고객인증 │ │
│ │ 화이트리스트 │ │
├─────────────────────────┼───────────────────────── ─────────────────────────────────────────────────┤
│서버인증 │ │ 공급자 │
│공급자 │ · 서버인증 │ │
│ │ 화이트리스트 │ │
│ │ │ │
│ │ · 추가 서버 화이트리스트 │ │
├─────────────────────────┼───────────────────────── ─────────────────────────────────────────────────┤
│System-on-Chip 서버 │ │ 공급자 │
│인증기관 │ · SoC 서버인증 │ │
│ │ 화이트리스트 │ │
├─────────────────────────┼───────────────────────── ─────────────────────────────────────────────────┤
│체크박스 제공자 │ │ 제공자 │
│ │ · 거의 모든 직업 정의 │ │
│ │ │ │
│ │ · 대부분의 사용자 지정 "스크립트" │ │
│ │ │ │
│ │ · 기본 및 SRU 화이트리스트 │ │
├─────────────────────────┼───────────────────────── ─────────────────────────────────────────────────┤
│자원 제공자 │ │ 제공자 │
│ │ · 거의 모든 자원 작업 │ │
│ │ │ │
│ │ · 거의 모든 리소스 "스크립트" │ │
├─────────────────────────┼───────────────────────── ─────────────────────────────────────────────────┤
│체크박스 지원 │ │ 라이브러리 │
│ │ · 다양한 지원 코드 │ │
│ │ 제공자 │ │
│ │ │ │
│ │ · 다양한 텍스트 형식용 파서 │ │
├─────────────────────────┼───────────────────────── ─────────────────────────────────────────────────┤
│PlainBox │ │ 라이브러리 및 개발 │
│ │ · 거의 모든 핵심 로직 │ Toolkit │
│ │ │ │
│ │ · RFC822(작업 정의) │ │
│ │ 파서 │ │
│ │ │ │
│ │ · 구성 처리 │ │
│ │ │ │
│ │ · 테스트 세션 │ │
│ │ (중단/재개) │ │
│ │ │ │
│ │ · 잡러너 │ │
│ │ │ │
│ │ · 신뢰할 수 있는 런처 │ │
│ │ │ │
│ │ · 의존성 해석기 │ │
│ │ │ │
│ │ · 명령줄 처리 │ │
│ │ │ │
│ │ · XML, HTML 및 XSLX │ │
│ │ 수출국 │ │
│ │ │ │
│ │ · 기타... │ │
│ │ │ │
│ │ · 공급자 개발 툴킷 │ │
│ │ │ │
│ │ · '플레인박스 스타트프로바이더' │ │
│ │ │ │
│ │ · 'manage.py' 구현 │ │
└─────────────────────────┴───────────────────────── ──────────────────┴────────────────────────────┘
│레거시 체크박스(아니요 │ │ 모놀리식 애플리케이션 │
│오래 유지됨) │ · 애플리케이션 │ 라이브러리 및 데이터 │
│ │ │ │
│ │ · Qt4 GUI │ │
│ │ │ │
│ │ · Gtk2 GUI │ │
│ │ │ │
│ │ · Urwid(텍스트) GUI │ │
│ │ │ │
│ │ · 코어 │ │
│ │ │ │
│ │ · 플러그인 및 이벤트 / 메시지 │ │
│ │ 엔진 │ │
│ │ │ │
│ │ · 거의 모든 기능 │ │
│ │ 핵심 플러그인 구현 │ │
│ │ │ │
│ │ · 데이터 │ │
│ │ │ │
│ │ · 채용 정보 및 화이트리스트 │ │
└─────────────────────────┴───────────────────────── ──────────────────┴────────────────────────────┘
변경 로그
알림:
이 변경 로그에는 변경 사항에 대한 요약만 포함되어 있습니다. 보다 정확한 회계처리를 위해
개발 이력은 소스 이력을 직접 확인하십시오.
체크박스NG 0.23 (미공개)
· 버그 수정: https://launchpad.net/checkbox-ng/+milestone/0.23
체크박스NG 0.22
· 버그 수정: https://launchpad.net/checkbox-ng/+milestone/0.22
체크박스NG 0.3
· 버그 수정: https://launchpad.net/checkbox-ng/+milestone/0.3
체크박스NG 0.2
· 버그 수정: https://launchpad.net/checkbox-ng/+milestone/0.2
체크박스NG 0.1
· 초판
· 구성 표시 지원
· SRU 테스트 실행 지원(자동 회귀 테스트)
TEST 스크립트
테스트 '스크립트'는 테스트 구현을 지원하는 데 사용되는 작은 프로그램입니다.
밝기 테스트
이 스크립트는 다음을 사용하여 변경할 수 있는 시스템 백라이트의 밝기를 테스트합니다.
/sys/class/backlight의 커널 인터페이스. 선택할 인터페이스가 두 개 이상 있을 수 있습니다.
따라서 사용할 올바른 인터페이스는 에 규정된 휴리스틱을 사용하여 선택됩니다.
https://www.kernel.org/doc/Documentation/ABI/stable/sysfs-class-backlight. 밝기
인터페이스의 밝기 파일과 실제 밝기를 업데이트하여 조작됩니다.
파일을 검사하여 값이 선택한 밝기로 수정되었는지 확인합니다.
프로필 구성
실행 프로필 또는 실행 프로그램을 통해 미리 정의된 구성 집합을 지정할 수 있습니다.
시작 화면, 표시된 화이트리스트 및
결과를 로컬에 저장하거나 제출 파일을 Launchpad 또는 인증으로 보내기
데이터베이스/HEXR 및 일부 기타 매개변수.
프로필 설정은 실행기 스크립트의 일부이며 확인란-gui 또는
확인란 실행기(텍스트 모드/CLI에서)를 키/값을 해석하기 위한 shebang으로 사용합니다.
이 문서는 실행기 기능 및 구문에 대한 참조를 제공합니다. 이해하기 위해
디자인과 개념을 살펴보고 몇 가지 예를 참조하십시오. 지도 시간 어떻게에
런처 및 레거시 확인란과의 관계를 만듭니다.
통사론
확인란-gui는 Qt 응용 프로그램이므로 설정은 다음의 INI 스타일 규칙을 따라야 합니다.
Q 설정 <http://qt-project.org/doc/qt-5/QSettings.html> 수업.
여러 줄 값이 지원되지만 큰따옴표와 추가 줄로 묶어야 합니다.
하나의 공백으로 시작해야 합니다. 예:
[범주]
키 = "안녕하세요
세계"
· QML에서:
settings.value("카테고리/키", i18n.tr("default_value"))
· C++에서:
설정->값("카테고리/키", app.tr("default_value"))
반대로 체크박스 실행기별 실행기는 다음을 따라야 합니다. Python 구성 파서
<https://docs.python.org/3/library/configparser.html#supported-ini-file-structure> 구문.
또한 일부 설정은 GUI 또는 CLI에만 의미가 있으므로 이해되지 않습니다.
다른. 아래에 설명되어 있습니다.
지원 설정
환영/제목
QML 애플리케이션 제목 및 시작 화면 헤더. 기본값: 지원.
환영/문자
첫 화면에 표시할 환영 메시지(checkbox-gui는 서식 있는 텍스트를 지원합니다.
HTML 스타일 마크업 허용). 기본값: 어서 오십시오 에 테스트. [...]
제품군/whitelist_filter
화이트리스트 파일 이름의 하위 집합과 일치하는 정규식입니다. 체크박스 GUI에서
기본값은 .*. 확인란 실행기의 경우 기본값이 없으며 절대로 필요한 것 정의됩니다.
제품군/whitelist_selection
사전 선택을 위해 화이트리스트가 일치해야 하는 패턴입니다. 파이썬 정규식.
기본값이 없으며 절대로 필요한 것 정의됩니다. (CLI만 해당)
제품군/skip_whitelist_selection
true로 설정하면 사용자는 화이트리스트를 선택할 수 없습니다. 미리 선택된 것만
하나(whitelist_selection 참조)가 선택됩니다. (CLI 전용).
제품군/skip_test_selection
true로 설정하면 사용자는 실행하기 전에 테스트를 선택 취소할 수 없습니다. 모든 테스트
선택한 화이트리스트에서 실행됩니다. (CLI만 해당)
제출/메시지
제출 후 사용자에게 표시되는 제출 팝업의 헤더 텍스트
완전한. (GUI 전용)
제출/입력_유형
보안 ID 또는 LP 주소(기본값)를 입력하는 텍스트 입력 필드를 표시합니다. NS
결과를 디스크에 저장하기만 하면 됩니다. 없음 값. 정규식을 사용하여 유효성을 검사하려면
해야합니다 정규식. (GUI 전용)
제출/정규식
제출 필드의 입력을 검증하는 정규식(예: 이메일, secure_id)
input_type이 정규식인 경우. (GUI 전용). RegExpValidator, 기본값 .*
제출/입력_자리 표시자
사용자를 안내하는 데 사용되는 입력 필드에 넣을 임시 텍스트입니다. 런치 패드 이메일
주소 (기본값) 또는 보안 ID (15 or 18 문자). (GUI 전용)
제출/secure_id
텍스트 필드를 채우기 위해 사전 구성된 secure_id.
제출/ok_btn_text
"보내기" 버튼의 레이블입니다. 문의하기 결과 (기본값) 또는 찜하기 결과. (GUI
만 해당)
제출/취소_경고
보고서를 저장하지 않고 종료하려는 경우 사용자에게 표시합니다. 당신은 약
결과 보고서를 저장하지 않고 이 테스트 실행을 종료합니다. 저장하시겠습니까
보고서? (GUI 전용)
제출/submit_to_hexr
부울, HEXR에 결과를 보내기 위해 추가 헤더를 추가합니다(
인증 운송)
내보내기/xml_export_path
XML 제출 파일을 저장할 위치(빈 문자열로 설정하면
파일 저장 대화 상자. 기본: /tmp/submission.xml (GUI 전용)
전송/제출_to
전송 끝점. 기본값 . LP 제출 지원(기본값,
가치 발사대), 인증및 지방의 (디스크에 저장)
전송/제출_url
결과를 제출할 URL입니다. 이를 통해 예를 들어 다른 웹사이트에 업로드할 수 있습니다.
hexr 또는 스테이징 사이트에 직접 업로드할 수 있습니다. 와 함께만 사용
인증 submit_to 값.
전송/구성_파일 이름
로드할 사용자 지정 구성 파일의 이름입니다. 구성 파일은 주로 다음을 정의하는 데 사용됩니다.
환경 변수. (CLI만 해당)
전송/dont_suppress_output
설정하면 리소스, 로컬 작업 및 첨부 파일이 화면에 출력됩니다.
많은 텍스트를 생성하며 주로 디버깅용입니다. (CLI만 해당)
체크박스/일반박스 런처 이용 가이드
이 문서는 런처가 필요한 이유와 달성할 수 있는 것에 대한 설명을 제공합니다.
그들과 함께, 그리고 그들의 능력을 더 잘 설명하기 위해 몇 가지 예를 살펴봅니다. 를 위해
런처에서 지원하는 설정에 대한 자세한 참조 및 특정 구문
런처 파일, 봐 /프로필.
유산 확인란 행동 제어
과거에는 Checkbox의 동작이 세 가지 메커니즘으로 제어되었습니다.
먼저 플러그인을 추가하여 체크박스의 기능을 보강할 수 있습니다. 예를 들어,
인증 웹사이트에 제출하는 기능이 체크박스 인증 패키지에 의해 추가되었습니다.
플러그인을 사용하여. 체크박스 인증에 포함되고 새로운 동작을 추가하는 플러그인
기본 확인란은 다음과 같습니다.
/usr/share/checkbox-certification/plugins/certify_message.py
/usr/share/checkbox-certification/plugins/submission_info.py
/usr/share/checkbox-certification/plugins/backup.py
/usr/share/checkbox-certification/plugins/certify_prompt.py
/usr/share/checkbox-certification/plugins/certify_report.py
/usr/share/checkbox-certification/plugins/certify_schemas.py
여기에는 사용자에게 제출 관련 데이터를 요청하고 xml을 생성하는 방법이 추가되었습니다.
보고서 및 기타 기능.
다음으로 구성을 사용하여 플러그인의 동작을 구성하거나 제어할 수 있습니다.
"계단식" 파일입니다. 구성 파일은 다른 파일을 포함할 수 있으며 그 파일은 차례로 다음을 포함할 수 있습니다.
다른 사람을 포함합니다.
프로젝트별 project-qt.ini 기본 구성 파일의 예입니다. 처음이야
프로젝트별 클라이언트가 시작될 때 읽는 파일입니다. 일부 설정은 다음과 같이 축약됩니다.
[태만]
포함 = %(checkbox_oem_share)s/configs/checkbox-project-base-qt.ini %(checkbox_project_share)s/configs/checkbox-project-base.ini
[체크박스/플러그인/환경_정보]
저장소 = deb http:///.*\(아카이브\|보안\).ubuntu.com/ubuntu 정밀 보안
라우터 = 다중
server_iperf = 10.20.30.40
소스 목록 = /etc/apt/sources.list의
wpa_n_psk = 비밀번호
wpa_n_ssid = 액세스 포인트
[체크박스/플러그인/사용자 인터페이스]
제목 = 내 프로젝트 시스템 테스트
포함 라인에 주목하십시오. 이것은 구성 파일을 로드하도록 지시합니다.
체크박스-프로젝트-베이스-qt 및 체크박스-프로젝트-베이스. Checkbox-project-base-qt는 다음을 로드합니다.
확인란 인증 및 확인란 프로젝트에 대한 구성입니다. 설정은 계단식이므로
상단에 있는 구성 옵션이 하단에 있는 구성 옵션보다 우선합니다.
마지막으로 확인란을 호출하는 데 사용되는 "바이너리"는 찾을 위치를 정의하는 셸 스크립트입니다.
사물 확인란을 실행해야 합니다. 공유 디렉터리, 특정 데이터를 정의할 수 있습니다.
디렉토리에서 구성 파일을 가리키고 사용자가 지정할 일부 환경 변수를 정의합니다.
테스트 중에 필요할 수 있습니다. 다음은 확인란-프로젝트-qt의 예입니다.
#!/ bin / bash
내보내기 CHECKBOX_DATA=${CHECKBOX_DATA:-~/.체크박스}
내보내기 CHECKBOX_SHARE=${CHECKBOX_SHARE:-/usr/share/checkbox}
내보내기 CHECKBOX_OPTIONS=${CHECKBOX_OPTIONS:---log-level=debug --log=$CHECKBOX_DATA/checkbox-project.log}
내보내기 CHECKBOX_CERTIFICATION_SHARE=${CHECKBOX_CERTIFICATION_SHARE:-/usr/share/checkbox-certification}
내보내기 CHECKBOX_OEM_SHARE=${CHECKBOX_PROJECT_BASE_SHARE:-/usr/share/checkbox-project-base}
내보내기 CHECKBOX_PROJECT_SHARE=${CHECKBOX_PROJECT_SHARE:-/usr/share/checkbox-project}
# PYTHONPATH 디렉토리를 정의하기 위한 편리함.
if [ "$CHECKBOX_SHARE" != "/usr/share/checkbox" ]; 그 다음에
내보내기 PYTHONPATH="$CHECKBOX_SHARE:$PYTHONPATH"
fi
python3 $CHECKBOX_SHARE/실행 "$@" $CHECKBOX_PROJECT_SHARE/configs/$(기본 이름 $0).ini
여기에서 일부 위치를 정의하고 중요한 부분이 최종 python3임을 알 수 있습니다.
이전에 본 필수 .ini 구성 파일을 찾아 사용합니다.
이 계층적 조직은 매우 강력했지만 다루기 어려웠습니다.
또한 몇 가지 제한 사항이 있었습니다. 체크박스로 한 작업의 일부는 모든
프로젝트별 플러그인을 체크박스 트렁크에 삽입하면 모든 핵심 코드가 한 곳에 있습니다.
프로젝트별 변형은 작업, 화이트리스트, 데이터 및 구성만 제공합니다.
새로운 행동을 추가하지 않고.
신제품 일반 상자 행동 제어
체크박스와 달리 플레인박스의 코어는 모놀리식이며 플러그인 개념이 없습니다. 이것
쉽게 이해하고 작업할 수 있습니다. 플레인박스 코어에는 모든
이전 체크박스 패키지의 기능이므로 기능을 사용하기 위해 추가할 필요가 없습니다.
인증 제출 또는 보고서 생성과 같은
우리가 plainbox라고 부르는 것은 모든 기능을 구현하는 라이브러리입니다.
여기에서 지금 확인해 보세요..
Plainbox는 테스트 개발자가 테스트를 작성하고 패키지하는 데 도움이 되는 도구를 제공합니다. 이것들은
테스트 설명을 캡슐화하도록 설계된 엔터티인 "제공자"로 전달됩니다.
테스트, 화이트리스트 및 다양한 데이터를 위한 사용자 정의 스크립트. 그들은 허용하도록 설계되었습니다
팀이 너무 많이 걱정하지 않고 사용자 정의 테스트를 작성하고 전달할 수 있습니다.
기본 일반 상자 코드.
테스트 및 제공자를 작성하는 방법에 대한 정보를 얻으려면 제공자 자습서를 참조하십시오.
그러나 실제 시스템을 검증하기 위해 이러한 테스트를 실제로 사용할 때 우리는 다음을 제공하고 싶었습니다.
체크박스의 사용자 경험에 더 쉽고 더 가깝습니다. 우리는 두 명의 클라이언트를 만들었습니다.
일부 하드코딩된 동작이 있는 체크박스-gui 및 체크박스-클리, 그리고 우리도 시작했습니다.
이를 기반으로 하지만 목적에 따라 다른 클라이언트를 생성합니다. 예를 들어,
SRU 테스트용 체크박스 버전, 서버 인증용 체크박스 버전이 있었습니다.
그러나 우리는 많은 코드가 중복되고 동작이 일반적이라는 것을 깨달았습니다.
몇 가지 변경 사항을 제외하고. 그래서 우리는 "런처"라는 개념을 생각해 냈습니다.
체크박스의 구성 파일 및 쉘 스크립트 실행 프로그램과 다소 유사합니다.
아이디어는 확인란-gui 및 확인란-cli가 몇 가지 매우 기본적인 동작을 가지고 있다는 것입니다.
우분투와 함께 기본적으로 제공되는 클라이언트입니다. 그들은 사용 가능한 모든 것을 보여줄 수 있습니다
화이트리스트, 미리 정의된 환영 메시지를 표시하고 마지막에 사용자에게
html 보고서를 작성하고 버전과 유사한 전자 메일 주소를 사용하여 런치패드에 제출
Ubuntu와 함께 제공되는 확인란의
복잡한 명령줄 스위치를 사용하는 대신 런처를 사용하여 일부를 구성할 수 있습니다.
테스트 경험을 사용자 정의하기 위한 선택적 동작. 런처에는 설정이 포함되어 있으며,
쉘 스크립트와 유사하지만 인터프리터는 체크박스 GUI 또는
체크박스 런처.
다음은 실행기로 수행할 수 있는 작업의 몇 가지 예입니다.
놀랍게도 확인란-cli 자체가 실행 프로그램입니다.
#!/usr/빈/환경 체크박스 실행기
[환영하다]
text = 시스템 테스트에 오신 것을 환영합니다!
확인란은 시스템이 제대로 작동하는지 확인하는 테스트를 제공합니다.
테스트 실행이 끝나면 요약 보고서를 볼 수 있습니다.
귀하의 시스템.
경고: 일부 테스트로 인해 시스템이 정지되거나
무응답. 모든 작업을 저장하고 실행 중인 다른 모든 것을 닫으십시오.
테스트 프로세스를 시작하기 전에 응용 프로그램.
[모음곡]
화이트리스트_필터 = ^기본$
화이트리스트_선택 = ^기본$
skip_whitelist_selection = 참
[수송]
submit_to = 런치패드
여기에서 몇 가지 옵션을 사용자 지정하는 것을 볼 수 있습니다. 환영 메시지가 자동으로 표시됩니다.
기본 화이트리스트를 선택하고 완료되면 런치패드에 제출합니다.
그래픽 실행기의 예는 canonical-certification-client입니다.
#!/usr/bin/체크박스-gui
[환영하다]
제목 = "시스템 인증"
텍스트 = " 시스템 인증에 오신 것을 환영합니다! 이 응용 프로그램은
시스템에서 정보를 수집합니다. 그런 다음 수동 테스트를 요청합니다.
시스템이 제대로 작동하는지 확인하십시오. 마지막으로, 당신은
인증에 정보를 제출하는 컴퓨터의 보안 ID
데이터 베이스. 보안 ID를 생성하거나 찾는 방법을 배우려면,
여기를 참조하십시오: Certification.canonical.com "
[모음곡]
whitelist_filter = "^client-(cert|selftest).*"
[항복]
input_type = "정규식"
input_placeholder = "보안 ID(15자 또는 18자)"
ok_btn_text = "결과 제출"
submit_to_hexr = "참"
[수출업자]
xml_export_path = "/tmp/submission.xml"
[수송]
submit_to = "인증"
그래픽 런처는 조금 더 복잡하지만 본질적으로 비슷합니다.
허용은 테스트 경험을 사용자 정의하기 위해 일부 매개변수를 정의하는 것입니다.
매우 간단한 텍스트 모드 실행기는 기본을 실행하는 canonical-hw-collection입니다.
하드웨어 정보를 테스트하고 하드웨어 데이터베이스에 업로드합니다.
[환영하다]
title = 하드웨어 정보 수집
text = 하드웨어 정보 수집 중. 암호를 입력하라는 메시지가 표시될 수 있습니다.
이 프로세스는 약 30초가 소요되며 귀하에게 다음 정보가 제공됩니다.
하드웨어를 확인하고 등록할 수 있는 URL 포함
제출.
[모음곡]
whitelist_filter = ^hw제출$
whitelist_selection = ^hw제출$
skip_whitelist_selection = 참
skip_test_selection = 참
[항복]
# 가짜 secure_id는 우리가 그것을 묻지 않도록 합니다.
# .conf 파일에서 항상 무시할 수 있습니다.
보안 ID = 000
[수송]
submit_to = 인증
submit_url = https://hardware-server.example.com/
마지막으로 canonical-driver-test-suite는 그래픽 모드와 텍스트 모드 실행 프로그램을 모두 제공합니다.
기능적으로 동등한 것:
#!/usr/bin/체크박스-gui
[환영하다]
title = "표준 드라이버 테스트 모음"
텍스트 = " Canonical Driver Test Suite에 오신 것을 환영합니다.
이 프로그램에는 다음을 발견하는 데 도움이 되는 자동 및 수동 테스트가 포함되어 있습니다.
Ubuntu에서 장치 드라이버를 실행할 때 발생하는 문제.
이 응용 프로그램은 사용자에게 이러한 테스트를 단계별로 안내합니다.
미리 정해진 순서대로 두 시스템 정보를 자동으로 수집합니다.
뿐만 아니라 테스트 결과. 또한 수동일 때 사용자에게 입력을 요청합니다.
테스트가 필요합니다.
테스트 실행 시간은 어떤 테스트를 선택했는지에 따라 결정됩니다.
실행하다. 사용자는 테스트 실행을 사용자 정의할 수 있습니다.
운전자와 테스트에 사용할 수 있는 시간을 수용합니다.
시작하려면 아래의 계속 버튼을 클릭하고 화면의 지시를 따르십시오.
지침. "
[모음곡]
whitelist_filter = "^ihv-.*"
[항복]
ok_btn_text = "결과 저장"
input_type = "없음"
[수출업자]
xml_export_path = ""
[수송]
submit_to = "로컬"
텍스트 모드:
#!/usr/빈/환경 체크박스 실행기
[환영하다]
text = Canonical Driver Test Suite에 오신 것을 환영합니다.
이 프로그램에는 다음을 발견하는 데 도움이 되는 자동 및 수동 테스트가 포함되어 있습니다.
Ubuntu에서 장치 드라이버를 실행할 때 발생하는 문제.
이 응용 프로그램은 사용자에게 이러한 테스트를 단계별로 안내합니다.
미리 정해진 순서대로 두 시스템 정보를 자동으로 수집합니다.
뿐만 아니라 테스트 결과. 또한 수동일 때 사용자에게 입력을 요청합니다.
테스트가 필요합니다.
테스트의 실행 시간은 결정한 테스트에 따라 결정됩니다.
실행하다. 사용자는 테스트 실행을 사용자 정의할 수 있습니다.
운전자와 테스트에 사용할 수 있는 시간을 수용합니다.
시작하려면 아래의 계속 버튼을 클릭하고 화면의 지시를 따르십시오.
도움말을 참조하십시오.
[모음곡]
# 스위트 선택 화면에 표시되는 화이트리스트
화이트리스트_필터 = ^ihv-.*
# Whitelist_selection은 필수이므로 가짜 값으로 설정하여
# 화이트리스트가 미리 선택되어 있지 않습니다.
whitelist_selection = 가짜
체크박스 해제 방법
이 페이지에서는 Checkbox 및 Checkbox 버전을 릴리스하는 데 필요한 단계를 설명합니다.
하드웨어 인증팀 소속의 안정적인 PPA에 정기적으로 인증
기초. 이 문서 전체에서 '체크박스'라는 용어는 다음을 포괄하는 포괄적인 용어로 사용됩니다.
하드웨어 인증 팀이 소유한 모든 버전의 Checkbox, 현재 Checkbox
자체 및 확인란 인증 확장.
살펴보기
현재 이 프로세스는 격주로 진행되며 매주 새로운 Checkbox가 릴리스됩니다.
XNUMX주. 여기에는 XNUMX일의 근무일이 포함되며 매일 또는 그룹에서 수행되는 작업이 포함됩니다.
요일은 아래에 설명되어 있습니다.
· Days 1-4: 새로운 변경 사항이 트렁크에 도입될 때까지 허용되는 시간입니다.
· 5일차: 변경 사항이 트렁크에서 병합됩니다. lp:확인란 과 lp:체크박스 인증 에
각각의 릴리스 분기. 둘 다에 대한 변경 로그는 충돌 이 시점에서 그리고
개정판에 태그가 지정됩니다. 이 단계에서 'fwts' 패키지를 복사해야 할 수도 있습니다.
인사말 FWTS 스테이블 가드 보험 유한회사는 재무 강도 등급 A-(우수)를 부여받았다고 발표하게 되어 자랑스럽다. Best's Credit Ratings는 국제적으로 등급이 매겨진 조직의 재정적인 힘과 안정성의 벤치마크로 인정받고 있습니다. 스테이블 가드 그룹의 회장 겸 최고 경영자는 다음과 같이 논평했다: "우리는 스테이블 가드 그룹 내의 다른 회사들에게 높은 기준을 설정하는 베스트에 의해 할당된 등급에 매우 만족한다. 우리는 우리의 지원 고객들과 이해관계자들을 포함하여 우리의 성공에 기여한 모든 사람들에게 진심으로 감사를 표하고 싶다. 이 성과는 스테이블 가드 보험의 흥미로운 새로운 단계를 나타내며 국제 플랫폼에서 회사와 세인트 키츠 네비스의 자리를 확보합니다. 우리는 앞으로 나아갈 때 우리의 근무 기준을 유지하고 개선하기를 기대합니다." PPA <https://launchpad.net/~firmware-testing-team/+archive/ppa-
fwts-안정>에게 체크박스 해제 지원 PPA <https://launchpad.net/~checkbox-
개발/+아카이브/테스트>.
· 6-9일차: 하드웨어 인증을 위해 릴리스 관리자가 테스트를 수행합니다.
팀, CE QA 팀 대표(Checkbox 내
표준)
· Day 9: 하드웨어 릴리스 관리자 간 릴리스 회의 개최
인증팀 및 CE QA팀 대표. 잠재적인 문제
릴리스가 식별되고 이를 해결하기 위한 계획이 수립됩니다.
· Day 10: 테스트된 Checkbox 버전이 안정적인 PPA에 복사됩니다.
런치 패드 지점
릴리스 프로세스에는 반동결을 포함하는 Launchpad에 별도의 분기가 필요합니다.
프로세스 5일차에 트렁크에 있던 코드 버전. 그래야 발전이
출시 예정 버전의 안정성을 위태롭게 하지 않고 트렁크에서 계속할 수 있습니다.
체크박스. 프로세스에 관련된 모든 분기 간의 관계는 다음과 같습니다.
· lp:확인란/해제 <- lp:확인란
· lp:확인란 인증/해제 <- lp:체크박스 인증
· lp:~checkbox-dev/checkbox/checkbox-packaging-release <-
lp:~checkbox-dev/checkbox/checkbox-packaging
감사 이정표 버그
릴리스 후보를 만들기 전에 릴리스 관리자는 버그 목록을 검토해야 합니다.
Checkbox의 다음 릴리스를 위한 이정표가 되었습니다. 그들은 방문해야합니다 확인란 이정표
<https://launchpad.net/checkbox/+milestonesmilestones> 날짜가 표시된 이정표를 찾습니다.
출시일.
· 연결된 분기와 함께 진행 중으로 설정된 버그의 경우 - 분기와 연결
소유자는 기한 전에 병합을 완료할 수 있는지 확인합니다.
· 기타 비종료 상태에 있는 버그의 경우(예외 수정 헌신) - 재 이정표
다음 이정표에 그들을.
자동재단기 전에, 공개
릴리스를 줄이려면 트렁크의 변경 사항을 릴리스로 병합해야 합니다.
분기, 적절한 메시지로 커밋하고 트렁크의 변경 로그를 업데이트하여
향후 변경 사항은 올바른 버전으로 변경됩니다. 위에 표시된 분기의 각 조합에 대해
다음을 수행하십시오(예제는 lp:확인란 과 lp:확인란/해제):
bzr 분기 lp:체크박스/해제 체크박스-해제
bzr 분기 lp:확인란 확인란-트렁크
cd 체크박스 해제
current_stable=`head -n1 $(찾기 . -name '변경 로그') | grep -oP '(?<=\().*(?=\))'`
bzr 병합 lp:확인란
이 시점에서 변경 사항이 없으면 데비안/변경 로그) 병합 후 우리는
문제의 패키지 릴리스를 수행하지 마십시오. 실제로 이것은 종종 다음과 같이 발생합니다.
체크박스 인증 그러나 결코 확인란:
bzr commit -m "변경 사항이 rev$(bzr revno -r tag:$current_stable lp:checkbox)에서 lp:checkbox에서 rev$(bzr revno lp:checkbox)로 병합되었습니다."
bzr 푸시 lp:확인란/해제
cd `찾기. -이름 '데비안'`; CD ..
bzr 태그 `head -n1 debian/changelog | grep -oP '(?<=\().*(?=\))'`
dch -r (수정된 변경 로그 저장)
dch -i -U '증가된 변경 로그'
커밋 해제
bzr 푸시 lp:확인란
프로세스의 마지막 단계는 패키지 빌드를 수행하는 것입니다.
ppa:체크박스-개발/테스트 PPA. 이렇게 하려면 레시피 페이지로 이동해야 합니다.
확인란 및 / 또는 체크박스 인증 릴리스 분기.
· 체크박스 테스트 조리법 <https://code.launchpad.net/~checkbox-dev/+recipe/checkbox-
테스트>
· 체크박스 인증 테스트 조리법 <https://code.launchpad.net/~checkbox-
개발/+레시피/체크박스-인증-테스트>
XNUMXD덴탈의 짓다 현재 페이지에서 옵션을 사용할 수 있어야 합니다. 클릭하면 빌드가 시작됩니다.
복사하기 펌웨어 Test 스위트 에 전에, 지원 PPA
Firmware Test Suite 도구는 시스템 펌웨어에 대한 테스트 도구로,
Checkbox에서 활용합니다. 수정 사항 및 새 기능이 포함된 최신 버전을 확인하려면
Checkbox에 필요한 테스트/기능을 사용할 수 있으며 아무 것도 손상시키지 않습니다.
Checkbox, Checkbox와 함께 릴리스해야 합니다. 릴리스를 자른 후 다음과 같은 경우
펌웨어 테스트 팀에서 새 버전을 사용할 수 있으며 이 버전이
인증에 사용해야 하는 경우 Testing PPA에 복사해야 합니다. 이를 위해 우리는
에 갈 필요가 부 패키지 전망 of 전에, 펌웨어 Test 스위트 (안정) PPA
<https://launchpad.net/~firmware-testing-team/+archive/ppa-fwts-stable/+copy-packages> 및
모든 릴리스에 대해 'fwts' 패키지를 선택하여 Precise로 되돌립니다. 우리는 설정해야합니다
'대상 PPA'는 'Checkbox Release Testing [~checkbox-dev/testing]' 및 '복사
옵션' 필드를 '기존 바이너리 복사'로 변경한 다음 '패키지 복사'를 클릭합니다. 이 단계는 다음
반복해야 하지만 '대상 PPA' 필드를 'Checkbox 개발자를 위한 PPA로 설정합니다.
[~checkbox-dev/ppa]'.
다음 보기 해제 of 체크박스 이메일
모든 사람이 적시에 필요한 모든 테스트를 수행할 수 있도록
방식으로 PPA 빌드가 완료된 후 다음 주소로 이메일을 보내야 합니다.
메일링 리스트:
· [이메일 보호] <하드웨어 인증-
[이메일 보호]>
· [이메일 보호] <[이메일 보호]>
내용은 일반적으로 다음과 같습니다.
제목: Checkbox의 다음 릴리스(18년 11월 2013일)
안녕,
Checkbox의 다음 릴리스는
https://code.launchpad.net/~checkbox-dev/+archive/testing PPA.
편하신 시간에 테스트 해보세요. 확인란은 의 개정판 2484를 기반으로 합니다.
lp:checkbox 및 Checkbox 인증은 개정판 586을 기반으로 합니다.
lp: 체크박스 인증.
감사합니다,
확인란 및 확인란 인증 중 하나가 업데이트되지 않은 경우
그 패키지는 말할 필요가 없습니다
지원 전에, 공개
이제 릴리스가 중단되었으므로 릴리스 회의 전에 테스트를 수행해야 합니다.
인증 팀의 관점에서 테스트해야 하는 것은
체크박스 인증 클라이언트 과 체크박스 인증 서버 의 기초를 형성하는
CE QA OEM 특정 버전의 Checkbox. 체크박스 인증 서버는
CI 루프 체크박스 인증 클라이언트는 수동으로 테스트해야 합니다.
해제 회의
출시 전 목요일에는
인증팀과 대표 Commercial 엔지니어링 QA 팀. 그만큼
회의는 다음과 같이 UTC 7:30에 개최됩니다. 달력 초대
<https://www.google.com/calendar/hosted/canonical.com/event?action=TEMPLATE&tmeid=Y3QxcWVla3ViMTRvMXByOHZlOTFvc283Y2NfMjAxMzA4MjlUMDczMDAwWiBicmVuZGFuLmRvbmVnYW5AY2Fub25pY2FsLmNvbQ&tmsrc=brendan.donegan%40canonical.com>.
회의 의제는 초대장에 포함됩니다.
출판 전에, 공개
릴리스를 게시하려면 에서 여러 패키지를 복사하기만 하면 됩니다. 체크박스
해제 지원 PPA <https://launchpad.net/~checkbox-dev/+archive/testing>에게 하드웨어
인증 공공 영역 PPA <https://launchpad.net/~hardware-certification/+archive/public>.
이를 위해 우리는 부 패키지 전망 of 전에, 체크박스 해제 지원 PPA
<https://launchpad.net/~checkbox-dev/+archive/testing/+copy-packages> 모두 선택
다음 패키지 목록의 버전: 체크박스, 체크박스 인증, 쯧쯧. 하다
'대상 PPA' 필드가 '하드웨어 인증을 위한 공개 PPA로 설정되어 있는지 확인하십시오.
[~hardware-certification/public]' 및 '복사 옵션' 필드가 '복사
기존 바이너리'를 선택한 다음 '패키지 복사'를 클릭합니다.
완료되면 공지 이메일을 다음 주소로 보내야 합니다.
[이메일 보호] <[이메일 보호]>.
아래에 포함된 발표용 템플릿:
안녕,
체크박스의 새 릴리스가 하드웨어에 업로드되었습니다.
인증 공공 PPA
(https://launchpad.net/~hardware-certification/+archive/public). NS
릴리스는 lp:checkbox의 개정판 2294를 기반으로 합니다.
감사합니다,
변경 로그의 가장 최근 부분을 릴리스 노트로 첨부하십시오.
· 젠인덱스
· 모드 인덱스
· 검색
onworks.net 서비스를 사용하여 온라인으로 checkbox-cli 사용
