Type test là gì

Test type và test màn chơi là nhì có mang mà tương đối nhiều bạn tuyệt nhầm lẫn cùng đây cũng là hai phần được đặt ra những câu hỏi khá nhiều trong đề thi ISTQB. Bài viết lần trước tôi sẽ nói đến chạy thử level còn lần này xin phnghiền được viết về thử nghiệm type. Nội dung bài viết này được dịch trường đoản cú Chương 2. Testing throughout the software life cycle trong cuốn nắn Foundations Of Software testing (ISTQB certification) của những người sáng tác Rex Blaông chồng, Erik Van Veenendaal, Dorothy Građam mê hy vọng sẽ giúp mọi người hiểu thêm về những loại Test type cũng như áp dụng một bí quyết xuất sắc hơn trong công việc của chính bản thân mình.

Bạn đang xem: Type test là gì

Test type được trình làng nhỏng là 1 trong những sự định nghĩa cụ thể về đối tượng test. Ta cần suy nghĩ về những một số loại chạy thử type không giống nhau chính vì trường hợp chỉ dựa vào thử nghiệm cấp độ thì sẽ không còn thể chất vấn được không hề thiếu các bản lĩnh của component tuyệt system. Tập tầm thường vào soát sổ đông đảo đối tượng người sử dụng cụ thể sau đó chọn 1 nhiều loại demo type thích hợp góp kiểm thử một đối tượng người dùng trsinh hoạt cần dễ ợt rộng.

Một các loại test type chỉ tập bình thường vào trong 1 phương châm kiểm tra ví dụ, có thể là tính năng được thực hiện bởi một component tốt system, các thuộc tính non-function như là reliability hay usability, kiến trúc, kết cấu của component tốt system hoặc số đông chuyển đổi tương quan nlỗi confirm coi lỗi đã có được check không, giỏi tìm kiếm hồ hết biến hóa không hề mong muốn (regression testing). Việc kiểm demo sẽ được tổ chức triển khai theo các cách không giống nhau dựa vào vào đối tượng test

Có 4 các loại kiểm tra type đó là:

Testing of function (functional testing)Testing of software hàng hóa characteristicsTesting of software structure/architecture (structuraltesting)Testing related khổng lồ changes (confirmation & regressiontesting)

*

1. Testing of function (functional testing)

*

Khái niệm "function" của của một system hay là 1 component nghĩa là "đều gì nhưng nó thực hiện", nó được diễn đạt trong requirement specification, function specification hoặc vào use case. cũng có thể tất cả một vài công dụng được phân phối nhưng không hề bao gồm bất kỳ tài liệu biểu hiện nào, tuy vậy ngôi trường thích hợp này cũng rất khó khăn đến vấn đề kiềm test. Function testing được dựa trên những function, các tài liệu quánh tả hoặc sự đọc biết của tester. Function testing hoàn toàn có thể triển khai nghỉ ngơi tất cả những thử nghiệm màn chơi (ví dụ như khám nghiệm một component hoàn toàn có thể dự bên trên tài liệu sệt tả của component đó).

Function testing cẩn thận tư liệu sệt tả và nó thường được đánh giá như là kiểm thử hộp đen. Tuy nhiên vấn đề đó ko hoàn toàn chính xác vì kiểm demo hộp Black còn bao hàm cả non-function.

Function testing được dựa trên tiêu chuẩn ISO 9126, nó tập thông thường vào các tiêu chuẩn sau: suitability, interoperability, security, accuracy với compliance (tsi khảo: https://en.wikipedia.org/wiki/ISO/IEC_9126). lấy một ví dụ nhỏng security testing sẽ khảo sát gần như tính năng tương quan mang lại các côn trùng nguy hiểm liên quan mang đến virus, những bề ngoài tấn công từ bỏ bên phía ngoài...

Functional testing hoàn toàn có thể triển khai trên cả 2 cách: requirements-basedbusiness-process-based

Requirement -base testing sử dụng quánh tả của function của system như thể cửa hàng nhằm thiết kế chạy thử. Một cách tốt rộng là sử dụng bảng list những văn bản quánh tả function cùng khắc ghi những function đã demo hoặc sẽ không còn demo. Chúng ta bắt buộc xét độ ưu tiên của quánh tả từng trải dựa trên tiêu chuẩn chỉnh nhận xét độ rủi ro (risk criteria) với dựa trên độ ưu tiên để tiến hành kiểm tra. Như vậy bảo vệ rằng hầu hết các công dụng quan trọng đặc biệt độc nhất vô nhị sẽ tiến hành tập tầm thường kiểm tra.

Xem thêm: Số Điện Thoại Tổng Đài Vietnamobile Ở Đâu, Vietnamobile Hà Nam

*

Business-process-based testing áp dụng đều kiến thức về bussiness process. Bussiness process diễn tả kịch bản về bussiness từng ngày của system. Ví dụ: Một khối hệ thống thống trị nhân sự cùng tính lương có một bussiness theo 1 line như sau: Một tín đồ kéo công ty -> người này được trả lương một bí quyết liên tục -> fan đó out khỏi cửa hàng. Nếu sử dụng use case vẫn có nhiều hơi vị trí hướng của Hướng đối tượng người sử dụng (Object-oriented) tuy thế ngày này, phổ biến hơn vẫn chính là dựa vào life cycle. Chúng ta có thể thực hiện bussiness process nhỏng là vấn đề mở đầu. Use case cũng tương đối bổ ích để tạo nên các chạy thử case từ quan điểm tầm nhìn về bussiness.

*

Kĩ thuật thực hiện vào functional testing là specification-base, tuy vậy kỹ năng experienced-based hoàn toàn có thể được thực hiện. Điều kiện chạy thử với demo case có thể được bàn giao từ function của component hoặc system. Như là một phần của chạy thử kiến thiết, một mô hình có thể được cải tiến và phát triển như là process model, state transition Mã Sản Phẩm hoặc một plain-language specification.

2. Testing of software sản phẩm characteristics (non-fucntional testing)

*

Mục tiêu lắp thêm nhị của việc kiểm thử là soát sổ unique characteristics xuất xắc kiểm soát những công dụng non-functional của khối hệ thống (hoặc của component hay integration group). Chúng ta đang quyên tâm đến sự việc phần đông thiết bị vận động tốt như thế nào, nhanh khô rứa làm sao...?. Chúng ta đã soát sổ mọi sản phẩm công nghệ rất cần được giám sát ví dụ như thời hạn phản hồi của website (time lớn respond)...

Non-fucntion testing cũng như function testing được triển khai nghỉ ngơi tất cả những thử nghiệm màn chơi. Non-function testing bao gồm 1 cách giới hạn max : performance testing, load testing, ức chế testing, usability testing, maintainability testing, reliability testing với portability testing. Chúng ta đang bình chọn coi "khối hệ thống sẽ hoạt động giỏi như thế nào ".

phần lớn bạn cố gắng nắm bắt tất cả các Điểm lưu ý quality của phần mềm với những điểm sáng prúc tương quan. Trong gần như mô hình này, một số trong những công năng cơ bản vẫn được lắp lại, mặc dù địa điểm lúc đầu rất có thể không giống nhau. Tiêu chuẩn chỉnh ISO (International Organization for Standardization) đang tư tưởng tập những tiêu chuẩn unique mang đến phần mềm. Tiêu chuẩn này là một bước tiến đặc biệt dẫn tới sự thống nhất thông thường trong nghề công nghiệp phần mềm mặt khác lý giải đông đảo tư tưởng phổ biến trong ngành. Tiêu chuẩn ISO 9126 quan niệm 6 tiêu chuẩn unique với mỗi tiêu chuẩn lại bao gồm nhiều tiêu chuẩn bé dại rộng. Tiêu chuẩn chỉnh này ngày dần được không ít ngành công nghiệp thừa nhận và góp những bên phát triển, kiểm demo sử dụng chung một thuật ngữ kĩ thuật trong non-function testing.

Xem thêm: Ngày Bất Tương Là Gì? Vì Sao Kết Hôn Nên Chọn Xem Ngày Bất Tương

Dưới đó là tiêu chuẩn chỉnh unique cùng phần đông tiêu chuẩn chỉnh nhỏ rộng tương ứng:

functionality bao hàm 5 Điểm lưu ý con: suitability, accuracy,security, interoperability, compliance.reliability bao gồm 4 điểm sáng con: maturity(robustness), fault-tolerance, recoverability, complianceusability bao hàm 5 điểm lưu ý con: understandability,learnability, operability, attractiveness, complianceefficiency bao hàm 3 điểm lưu ý con: time behavior (performance), resource utilization, compliancemaintainability bao hàm 5 Điểm sáng con: analyzability, changeability, stability, testability, complianceportability bao hàm 5 Điểm lưu ý con: adaptability, installability, co-existence, replaceability, compliance

Chuyên mục: Hỏi Đáp