Tổng Quan Về Test Design Là Gì, Những Cái Bẫy Cần Tránh Đối, Test Design

Posted on by adminChuyên mục:Kiến thức Internet
The test basis documentation is analyzed in order to determine what to test, i. e., to identify the test conditions. – Trong quy trình nghiên cứu và phân tích test thì những tài liệu cơ sở của test được nghiên cứu và phân tích để xác lập những trường hợp test, và những điều kiện kèm theo testA test condition is defined as an item or sự kiện that could be verified by one or more test cases ( e. g., a function, transaction, quality characteristic or structural element ). – Một bộ điều kiện kèm theo test được định nghĩa là 1 item hoặc sự kiện mà hoàn toàn có thể kiểm tra được bởi 1 hoặc nhiều test case ( vd tính năng, thanh toán giao dịch, đặc tính chất lượng hoặc những yếu tố cấu trúc ) Establishing traceability from test conditions back to the specifications and requirements enables both effective impact analysis when requirements change, and determining requirements coverage for a set of tests – Thiết lập ma trận theo dõi những điều kiện kèm theo test với những đặc tả và nhu yếu sẽ giúp việc nghiên cứu và phân tích những tác động ảnh hưởng hiểu quả hơn khi nhu yếu đổi khác và xác lập được mức độ bao trùm của 1 tập hợp test

During test analysis and test design:

The detailed test approach is implemented to select the test design techniques to use based on, among other considerations, the identified risks – Trong suốt quá trình phân tích các trường hợp test, kỹ thuật thiết kế test caces được lựa chọn sử dụng dựa trên sự xem xét phù hợp và các rủi roThe test cases and test data are created and specified. A test case consists of a set of input values, execution preconditions, expected results and execution post conditions, defined to cover a certain test objective(s) or test condition(s). – Một test case bao gồm 1 tập các giá trị đầu vào, điều kiện chạy, kết quả mong đợi, điều kiện sau khi chạy.The ‘Standard for Software Test Documentation’ (IEEE STD 829-1998) describes the content of test design specifications (containing test conditions) and test case specifications. – Thiết kế test cũng bao gồm cả việc tạo ra test cases và test data. – Tiêu chuẩn IEEE STD 829-1998 mô tả cụ thể 1 tài liệu thiết kế test case và đặc tả test case gồm những nội dung nàoThe detailed test approach is implemented to select the test design techniques to use based on, among other considerations, the identified risks – Trong suốt quy trình nghiên cứu và phân tích những trường hợp test, kỹ thuật phong cách thiết kế test caces được lựa chọn sử dụng dựa trên sự xem xét tương thích và những rủi roThe test cases and test data are created and specified. A test case consists of a set of input values, execution preconditions, expected results and execution post conditions, defined to cover a certain test objective ( s ) or test condition ( s ). – Một test case gồm có 1 tập những giá trị nguồn vào, điều kiện kèm theo chạy, tác dụng mong đợi, điều kiện kèm theo sau khi chạy. The ‘ Standard for Software Test Documentation ’ ( IEEE STD 829 – 1998 ) describes the content of test design specifications ( containing test conditions ) and test case specifications. – Thiết kế test cũng gồm có cả việc tạo ra test cases và test data. – Tiêu chuẩn IEEE STD 829 – 1998 miêu tả đơn cử 1 tài liệu phong cách thiết kế test case và đặc tả test case gồm những nội dung nào

**

Bạn đang xem:

Xem thêm:

Xem thêm:

Expected results should ideally be defined prior to test execution. Predict, oracleExpected results là 1 phần của đặc tả test case và bao gồm outputs, thay đổi về dữ liệu và trạng thái, và các kết quả khác của test. Nếu expected results ko được định nghĩa thì kết quả test sẽ ko được xác định chính xác ( Pass or faile) vì thế expected results nên đc định nghĩa trước khi chạy testExpected results should be produced as part of the specification of a test case and include outputs, changes to data and states, and any other consequences of the test. If expected results have not been defined, then a plausible, but erroneous, result may be interpreted as the correct one. Bạn đang xem : Test design là gì Xem thêm : Captain America Mới Là Ai ? Mạnh Hơn Steve Rogers Là Ai N America Xem thêm : Tên Tiếng Anh Của Hoa Tam Giác Mạch Wiki, Mạch Ba Góc Expected results should ideally be defined prior to test execution. Predict, oracleExpected results là 1 phần của đặc tả test case và gồm có outputs, biến hóa về tài liệu và trạng thái, và những hiệu quả khác của test. Nếu expected results ko được định nghĩa thì tác dụng test sẽ ko được xác lập đúng mực ( Pass or faile ) vì vậy expected results nên đc định nghĩa trước khi chạy test

During test implementation

The test cases are developed, implemented, prioritized and organized in the test procedure specification (IEEE STD 829-1998). – Trong quá trình thực hiện test thì test case sẽ được xây dựng, thực hiện, sắp xếp thứ tự ưu tiên, tổ chức trong tài liệu đặc tả thủ tục test (IEEE STD 829- 1998).The test cases are developed, implemented, prioritized and organized in the test procedure specification ( IEEE STD 829 – 1998 ). – Trong quy trình thực thi test thì test case sẽ được kiến thiết xây dựng, triển khai, sắp xếp thứ tự ưu tiên, tổ chức triển khai trong tài liệu đặc tả thủ tục test ( IEEE STD 829 – 1998 ) .*

3.2 Categories of Test Design Techniques

The test procedure specifies the sequence of actions for the execution of a test. If tests are run using a test execution tool, the sequence of actions is specified in a test script ( which is an automated test procedure ). – Thủ tục test chỉ rõ thứ tự của những hành vi dể triển khai test. Nếu Nếu những Test này được chạy bằng tool, thì thứ tự những hành vi sẽ được chỉ rõ trong test script .

The purpose of a test design technique is to identify test conditions, test cases, and test data. – Mục tiêu của các kỹ thuật thiết kế test là để xấc định các điều kiện test, test cases, và test data

It is a classic distinction to denote test techniques as black-box or white-box – Chia thành 2 kỹ thuật phong cách thiết kế test cơ bản là black-box và white-box*

Common characteristics of specification-based test design techniques include – Đặc điểm chung của kỹ thuật thiết kế test hướng đặc tả:

Models, either formal or informal, are used for the specification of the problem to be solved, the software or its components

Models, either formal or informal, are used for the specification of the problem to be solved, the software or its components

Các quy mô, hoặc là chính thức hay không chính thức, được sử dụng cho những đặc thù kỹ thuật của yếu tố cần xử lý, những ứng dụng hoặc những thành phần của nóTest cases can be derived systematically from these modelsTest cases can be derived systematically from these modelsTC được dẫn ra được bắt nguồn từ những quy mô có mạng lưới hệ thống

Common characteristics of structure-based test design techniques include – Đặc điểm chung của kỹ thuật thiết kế test hướng cấu trúc:

Information about how the software is constructed is used to derive the test cases (e.g., code and detailed design information)Information about how the software is constructed is used to derive the test cases ( e. g., code and detailed design information )TC được dẫn ra dựa vào việc hiểu rõ cấu trúc của PM ( dự vào code hoặc phong cách thiết kế chi tiết cụ thể )The extent of coverage of the software can be measured for existing test cases, and further test cases can be derived systematically to increase coverageThe extent of coverage of the software can be measured for existing test cases, and further test cases can be derived systematically to increase coverageMức độ bao trùm của test hoàn toàn có thể đo đạc được và hoàn toàn có thể bổ trợ test case để tang được mức độ bao trùm này

Common characteristics of experience-based test design techniques include – Đặc điểm chung của kỹ thuật thiết kế test hướng kinh nghiệm:

The knowledge and experience of people are used to derive the test cases – Kiến thức và kinh nghiệm của con người được dung để viết test cacseThe knowledge of testers, developers, users and other stakeholders about the software, its usage and its environment is one source of information – Nguồn thông tin được lấy từ kiến thức của tester, LTV, user, nhà đầu tư về phần mềm, khả năng sử dụng và môi trườngKnowledge about likely defects and their distribution is another source of information – Nguồn thông tin còn đc lấy từ các lỗi tương tự, sự phân bố của nó

The knowledge and experience of people are used to derive the test cases – Kiến thức và kinh nghiệm của con người được dung để viết test cacseThe knowledge of testers, developers, users and other stakeholders about the software, its usage and its environment is one source of information – Nguồn thông tin được lấy từ kiến thức của tester, LTV, user, nhà đầu tư về phần mềm, khả năng sử dụng và môi trườngKnowledge about likely defects and their distribution is another source of information – Nguồn thông tin còn đc lấy từ các lỗi tương tự, sự phân bố của nó

Measurement – Đo đạc

Test successful coverage = Tổng TC Pass/ (Tổng TC- N/A)

Objective assessment of thoroughness of testing (with respect to use of each technique)- Mục tiêu đánh giá mức độ triệt để của kiểm thử (mong đợi đối với mỗi kỹ thuật được sử dụng)Useful for comparison of one test effort to another – Sử dụng để so sánh nỗ lực của một thử nghiệm với những cái khácEg:

Project A Project B
60% Equivalence partitions – phân vùng tương đương 40% Equivalence partitions
50% Boundaries – biên 45% Boundaries
75% Branches – nhánh 60% Branches

Objective assessment of thoroughness of testing ( with respect to use of each technique ) – Mục tiêu nhìn nhận mức độ triệt để của kiểm thử ( mong đợi so với mỗi kỹ thuật được sử dụng ) Useful for comparison of one test effort to another – Sử dụng để so sánh nỗ lực của một thử nghiệm với những cái khácEg :

admin