TEST DESIGN LÀ GÌ

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

During test analysis & test design:

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

*

*

Expected results should be produced as part of the specification of a test case và include outputs, changes khổng lồ data và states, & 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 chạy thử execution. Predict, oracleExpected results là một trong những phần của quánh tả kiểm tra case và bao gồm outputs, thay đổi về dữ liệu và trạng thái, và các hiệu quả khác của test. Trường hợp expected results ko được định nghĩa thì công dụng test sẽ ko được xác định chính xác ( Pass or faile) chính vì như thế expected results nên đc định nghĩa trước lúc chạy test

During kiểm tra implementation

The demo cases are developed, implemented, prioritized và organized in the test procedure specification (IEEE STD 829-1998). – Trong quy trình thực hiện demo 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 triển khai trong tài liệu đặc tả giấy tờ thủ tục test (IEEE STD 829- 1998).

*

The demo procedure specifies the sequence of actions for the execution of a test. If tests are run using a thử nghiệm execution tool, the sequence of actions is specified in a chạy thử script (which is an automated chạy thử procedure). – thủ tục test chứng tỏ thứ từ bỏ của các hành vi dể thực hiện test. Nếu Nếu những Test này được chạy bằng tool, thì trang bị tự các hành vi sẽ được chứng minh trong kiểm tra script.

3.2 Categories of chạy thử Design Techniques

The purpose of a demo design technique is to lớn identify test conditions, demo cases, và test data. – phương châm của những kỹ thuật thi công test là nhằm xấc định các điều kiện test, chạy thử cases, và kiểm tra data

It is a classic distinction khổng lồ denote demo techniques as black-box or white-box – tạo thành 2 kỹ thuật thiết kế test cơ phiên bản là black-box với white-box

*

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

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

Các tế bào hình, hoặc là chính thức hay không chính thức, được sử dụng cho các đặc điểm kỹ thuật của sự việc cần giải quyết, các ứng dụng hoặc các thành phần của nó

Test cases can be derived systematically from these models

TC được đưa ra được bắt nguồn từ những mô hình có hệ thống

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

Information about how the software is constructed is used to lớn derive the kiểm tra cases (e.g., code and detailed thiết kế information)

TC được dẫn ra phụ thuộc vào việc gọi rõ cấu trúc của PM ( tham dự code hoặc kiến thiết chi tiết)

The extent of coverage of the software can be measured for existing kiểm tra cases, và further kiểm tra cases can be derived systematically lớn increase coverage

Mức độ bao trùm của test có thể đo đạc được và gồm thể bổ sung test case để tang được nấc độ bao phủ này

Common characteristics of experience-based chạy thử design techniques include – Đặc điểm phổ biến của kỹ thuật kiến thiết test hướng khiếp nghiệm:

The knowledge và experience of people are used lớn derive the thử nghiệm cases – kiến thức và kinh nghiệm tay nghề của con bạn được dung nhằm viết kiểm tra cacseThe knowledge of testers, developers, users and other stakeholders about the software, its usage and its environment is one source of information – Nguồn tin tức được rước từ kỹ năng và kiến thức của tester, LTV, user, nhà đầu tư về phần mềm, tài năng sử dụng cùng 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 lớn use of each technique)- Mục tiêu đánh giá mức độ triệt nhằm của kiểm thử (mong đợi so với mỗi nghệ thuật được sử dụng)Useful for comparison of one demo effort to another – thực hiện để so sánh nỗ lực của một phân tích với các cái khácEg:
Project AProject B
60% Equivalence partitions – phân vùng tương đương40% Equivalence partitions
50% Boundaries – biên45% Boundaries
75% Branches – nhánh60% Branches