Thuật ngữ tiếng anh dành cho tester

1:48:00 AM

 

A

Thuật ngữÝ nghĩaGhi chú
Acceptance CriteriaBao gồm các tiêu chí bắt buộc mà các thành phần hoặc hệ thống đáp ứng được yêu cầu của người dùngThường được sử dụng khi break các task nhỏ trong các tool quản lý ticket, tiến độ dự án như: pivotal tracker,...
Acceptance TestingLà loại kiểm thử được tiến hành để xác định hệ thống có đáp ứng được các tiêu chí chập nhận của người dùng khôngĐược kiểm thử bởi người dùng cuối
Accessibility TestingLà loại kiểm thử khả năng tiếp cậnĐược sử dụng để chắc chắn rằng ứng dụng sẽ giúp ích với nhóm người gặp thiệt thòi trong cuộc sống như: khiếm thính, khiếm thị, người già, người tàn tật ...
Actual ResultLà kết quả nhận được khi sử dụng chức năngĐược sử dụng nhiều trong khi viết test case hoặc checklist
Ad hoc TestingLà loại kiểm thử không theo bất cứ một quy trình chính thức nào cảĐược sử dụng sau khi kết thúc quá trình kiểm thử theo checklist hoặc testcase
Agile TestingLà loại kiểm thử thực hiện theo một số quy định của agileĐược sử dụng dựa trên quản điểm của khách hàng và kiểm thử sớm nhất có thể
Alpha TestingLà một kiểu kiểm thử thuộc acceptance testingĐược sử dụng bởi người dùng cuối trên môi trường thử nghiệm
APIAPI được sử dụng để tích hợp các hệ thống với nhau. Bạn có thể tạo sẵn dữ liệu cho các hệ thống khác truy cập thông qua API hoặc chấp nhận dữ liệu từ các hệ thống khác. Đây là cách các thiết bị và ứng dụng khác nhau nói chuyện với nhau và chia sẻ thông tin.Các công ty thành công như Facebook, YouTube và Twitter sử dụng API để ứng dụng của họ có thể giao tiếp với các chương trình của bên thứ ba. Thông thường, API hoạt động tương tự như cách hoạt động của bất kỳ trang web nào. Yêu cầu (request) được gửi từ client tới server và kết quả phản hồi (response) thông qua giao thức http.
API TestingAPI testing là một loại kiểm thử phần mềm liên quan đến việc kiểm thử các giao diện lập trình ứng dụng (APIs) một cách trực tiếp và là một phần của kiểm thử tích hợp để xác định xem hệ thống có đáp ứng các yêu cầu về tính năng, độ tin cậy, hiệu suất và bảo mật.Vì các API không có GUI nên kiểm thử API được thực hiện ở tầng nghiệp vụ (bussiness layer) . Trong quá trình kiểm thử API, dữ liệu được trao đổi từ XML hoặc JSON thông qua các yêu cầu và phản hồi HTTP ( HTTP requests and responses). Đây là những công nghệ độc lập và sẽ làm việc với nhiều ngôn ngữ lập trình và công nghệ khác nhau.
availabilityMức độ mà một thành phần hoặc hệ thống đang hoạt động và có thể truy cập được khi được yêu cầu sử dụng.Thường được biểu thị dưới dạng phần trăm. [IEEE 610]
auditĐánh giá độc lập các sản phẩm hoặc quy trình phần mềm để chắc chắn tuân thủ các tiêu chuẩn, hướng dẫn, thông số kỹ thuật và / hoặc thủ tục dựa trên các tiêu chí khách quan, bao gồm các tài liệu chỉ rõ:
(1) hình thức hoặc nội dung của sản phẩm được sản xuất
(2) quá trình sản xuất các sản phẩm
(3) cách đo lường sự tuân thủ các tiêu chuẩn hoặc hướng dẫn. [IEEE 1028]
 
analyzabilityKhả năng của sản phẩm phần mềm được chẩn đoán về các thiếu sót hoặc nguyên nhân gây ra lỗi trong phần mềm hoặc xác định các bộ phận được sửa đổi.[ISO 9126] Xem thêm phần kiểm tra khả năng bảo trì.
Activity LogLà bảng ghi chép lại các hoạt động thao tác trên hệ thống phần mềm. Nếu không giới hạn thì nó sẽ lưu hết tất cả mọi thao tác xảy ra.Nếu bị giới hạn các phần lưu trữ thì do từng công ty từng hệ thống muốn lưu những phần cần quan tâm thôi. Tránh bị rối.

B

Thuật ngữÝ nghĩaGhi chú
Beta testingLà một kiểu kiểm thử thuộc acceptance testingĐược sử dụng bởi người dùng cuối trên môi trường thử nghiệm chỉ dành riêng cho người sử dụng
Black box testingKiểm thử hộp đen hay còn gọi là kiểm thử hướng dữ liệuĐược sử dụng để kiểm tra xem hệ thống có hoạt động như mong đợi
Bottom-up testingLà một cách tiếp cận gia tăng để kiểm thử tích hợpĐược sử dụng để kiểm tra các thành phần từ thấp tới cao. Lặp lại quá trình tới khi hoàn thành việc kiểm thử hệ thống
Boundary valueLà kỹ thuật kiểm thử dựa trên giá trị biênĐược sử dụng để phân tích giá trị ở đầu, cuối , khoảng giữa
Boundary Value AnalysisLà kỹ thuật kiểm thử phân tích giá trị biênĐược sử dụng để xác định các ca kiểm thử dựa vào các miền giá trị xác định
BugLà những lỗi phần mềm trong chương trình tạo ra một kết quả sai hoặc hoạt động không như mong muốnBug xảy ra khi chương trình thực hiện không đúng theo bản đặc tả mong muốn. Đôi khi lỗi sẽ được coi là bug và ngược lại. Vì vậy, hãy áp dụng một cách linh hoạt nhưng chính xác để xác định một cách chắc chắn lỗi chúng ta gặp là bug.
Branch TestingLà kỹ thuật kiểm thử nhánhĐược sử dụng để các trường hợp kiểm thử đã thiết kế thực thi theo các nhánh
behaviorDịch là Hành vi. Nó phản hồi của một thành phần hoặc hệ thống đối với một tập hợp các giá trị đầu vào và các điều kiện tiên quyết. 
benchmark testMột tiêu chuẩn mà các phép đo hoặc so sánh có thể được thực hiện. Một bài kiểm tra được sử dụng để so sánh các thành phần hoặc hệ thống với nhau hoặc với một tiêu chuẩn đưa ra nhất định.Tài liệu trong phần [IEEE 610]
blocked test caseMột trường hợp thử nghiệm không thể được thực thi vì các điều kiện tiên quyết để thực thi nó không được đáp ứng. 
business process-based testingMột cách tiếp cận để kiểm tra trong đó các trường hợp kiểm thử được thiết kế dựa trên các mô tả và / hoặc kiến ​​thức về các quy trình kinh doanh. 

C

Thuật ngữÝ nghĩaGhi chú
CASEViết tắt của cụm từ Computer Aided Software Engineering nghĩa là hệ thống các công cụ được sử dụng để thiết kế và phát triển các phần mềm dưới sự trợ giúp của máy tínhĐược sử dụng để phát triển các phần mềm có chất lượng cao
CASTViết tắt của cụm từ Computer Aided Software Testing nghĩa là hệ thống các công cụ được sử dụng để kiểm thử dưới sự trợ giúp của máy tínhĐược sử dụng để kiểm thử tự động các phần mềm
Cause-effect graphingLà một kỹ thuật kiểm thử hộp đen minh hoạ mối quan hệ giữa nguyên nhân - kết quả thông qua đồ thịĐược sử dụng để giảm số lượng các trường hợp kiểm thử mà vẫn đạt được chất lượng mong muốn mà vẫn bao phủ được hết các case cần thiết cho độ bảo phủ tối đa nhất có thể
CertificationQuá trình xác nhận rằng một thành phần, hệ thống hoặc người dùng tuân thủ các yêu cầu được chỉ địnhVí dụ: bằng cách vượt qua một kỳ thi
Classification Tree MethodMột kỹ thuật thiết kế kiểm thử hộp đen trong đó các trường hợp kiểm thử, được mô tả bằng cây phân loạiĐược thiết kế để thực hiện kết hợp các đại diện của các miền đầu vào và / hoặc đầu ra
CoverageĐược hiểu là bao phủ, được biểu diễn dưới dạng phần trăm về độ bao phủ của các trường hợp kiểm thửSử dụng rất nhiều trong kiểm thử tự động
Coverage AnalysisLà phân tích bao phủĐược sử dụng để đo lường phạm vi bao phủ trong suốt quá trình thực thi kiểm thử với mục đích xác định xem việc kiểm thử bổ sung có bắt buộc hay không và các trường hợp kiểm thử nào là cần thiết
Compliance TestingLà loại kiểm thử mà kiểm tra xem hệ thống được xây dựng phù hợp với các yêu cầuĐược thực hiện bởi các công ty chuyên cung cấp các chứng chỉ chứng nhận tuân thủ quy định
ComponentLà bộ phận, thành phần trong một hệ thống hoặc phần mềmĐược sử dụng để chỉ các bộ phận thuần tuý
Component Integration TestingLà kỹ thuật kiểm thử tích hợp thành phầnĐược sử dụng bởi đội kiểm thử hoặc đội phát triển để kiểm thử riêng biệt từng thành phần với mục đích cuối cùng là kiểm thử được toàn bộ hệ thống
Concurrency TestingLà loại kiểm thử đồng thờiTức là thử nghiệm để xác định sự xuất hiện của hai hoặc nhiều hoạt động trong cùng một khoảng thời gian, đạt được bằng cách xen kẽ các hoạt động hoặc bằng cách thực hiện đồng thời, được xử lý bởi thành phần hoặc hệ thống
ConditionLà Điều kiện được coi như biểu thức logic trong việc phát triển chức năng của hệ thốngBiểu thức logic có thể được đánh giá là đúng hoặc sai. Ví dụ A > B
Condition Coverage testingLà loại kỹ thuật bao phủ điều kiệnThường được sử dụng bởi nhóm kiểm thử tự động trong đó mỗi điều kiện được gán giá trị đúng và sai
Control FlowLà kiểm soát luồng nghiệp vụĐược sử dụng trong kiểm thử khi đề cập tới luồng nghiệp vụ. Đảm bảo quản lý đúng theo yêu cầu đặt ra
Conversion TestingLà loại kiểm thử chuyển đổiĐược sử dụng để kiểm thử việc chuyển đổi dữ liệu từ hệ thống hiện tại sang một hệ thống thay thế
CaptureLưu lại ảnh chụp hoặc video làm bằng chứng trong quá trình testing hoặc làm tài liệu 
capture/playback toolMột loại công cụ thực thi kiểm tra trong đó các đầu vào được ghi lại trong quá trình kiểm tra thủ công để tạo các tập lệnh kiểm tra tự động có thể được thực thi sau này (tức là phát lại). Những công cụ này thường được sử dụng để hỗ trợ kiểm tra hồi quy tự động. 
changeabilityKhả năng của sản phẩm phần mềm để cho phép thực hiện các sửa đổi cụ thể.[ISO 9126] Xem thêm phần khả năng bảo trì.
configurationThành phần của một thành phần khác hoặc hệ thống được xác định bởi số lượng, tính chất và các kết nối của các bộ phận cấu thành của nó.Ví dụ hệ thống bạn khi tạo Document thì có phần select Group. Vậy cái Group đó có thể nó nằm trong phần Configuration để quản lý riềng phần đó cho các phần khác dùng lại.
   
   

D

Thuật ngữÝ nghĩaGhi chú
Data DefinitionHiểu là định nghĩ dữ liệuThông thường được sử dụng giống như một câu lệnh thực thi trong đó một biến được gán một giá trị.
Data Driven TestingLà kiểm thử hướng dữ liệuĐây là một kỹ thuật lập trình để lưu trữ dữ liệu đầu vào và kết quả mong đợi trong một bảng hoặc trong bảng tính excel. Được sử dụng để hỗ trợ các công cụ thực hiện kiểm thử như capture, playback
Data FlowĐược hiểu là luồng dữ liệuĐược nhắc tới khi muốn biểu diễn trạng thái của dữ liệu. Trạng thái của dữ liệu bao gồm: tạo, sử dụng, xoá
Data Flow AnalysisLà phân tích luồng dữ liệuĐây được coi là hình thức phân tích tính dựa trên định nghĩa và cách sử dụng các biến
Data Flow CoverageĐược hiểu là bao phủ luồng dữ liệuTrong kiểm thử, đây là tỷ lệ các cặp đã định nghĩa được thực thi bởi bộ trường hợp kiểm thử
Data Flow TestLà kỹ thuật kiểm thử luồng dữ liệuĐược thiết kế để kết hợp với các trường hợp kiểm thử thực thi định nghĩa và sử dụng các cặp biến
DebuggingLà thuật ngữ mô tả về quá trình tìm kiếm, phát hiện lỗi cũng như nguyên nhân gây ra lỗiĐây là bước rất quan trọng, không những tìm ra nguyên nhân mà trong lúc thực hiện còn để loại bỏ những dòng lệnh dư thừa, dễ gây ra bug
DecisionĐược hiểu là quyết địnhMỗi một điểm chương trình tại đó luồng điều khiển có hai hoặc nhiều tuyến thay thế. Một nút có hai hoặc nhiều liên kết đến các nhánh riêng biệt
Decision Condition CoverageĐược hiểu là bao phủ điều kiện quyết địnhThuật ngữ này được chỉ cho tỷ lệ phần trăm của tất cả đầu ra điều kiện và đầu ra quyết định nghĩa là 100% bao phủ điều kiện và 100% bao phủ quyết định
Decision Condition TestingLà kỹ thuật kiểm thử điều kiện quyết địnhĐược sử dụng trong kiểm thử khi thực thi đầu ra điều kiện và đầu ra quyết định
Decision TableĐược hiểu là bảng quyết địnhĐược sử dụng để thiết kế trường hợp kiểm thử trong đó, một bảng bao gồm đầu vào và kết quả đầu ra
Decision Table TestingLà kỹ thuật kiểm thử bảng quyết địnhLà kỹ thuật trong kiểm thử hộp đen để thực thi các trường hợp kiểm thử kết hợp đầu vào và đẩu ra bảng quyết định
Decision TestingLà kỹ thuật kiểm thử quyết địnhĐây là kỹ thuật thuộc kiểm thử hộp trắng với ca kiểm thử được thiết kế để thực thi các đầu ra quyết định
DefectĐược hiểu là nhược điểmLỗi trong quá trình phát triển hoặc lỗi logic làm cho chương trình hoạt động sai yêu cầu đề ra. Về cơ bản là giống bug
DeliverableLà trạng thái có thể bàn giao đượcThông thường được sử dụng để chỉ trạng thái của ticket đã được hoàn thành, sẵn sàng bàn giao cho người kiểm thử hoặc khách hàng
Design-Based TestingLà kiểm thử dựa trên thiết kếMột cách tiếp cận để kiểm tra trong đó các trường hợp kiểm thử được thiết kế dựa trên kiến trúc và / hoặc thiết kế chi tiết của một thành phần hoặc hệ thống (ví dụ: kiểm tra giao diện giữa các thành phần hoặc hệ thống).
Documentation TestingĐược hiểu là kiểm tra chất lượng tài liệuĐược sử dụng để kiểm tra chất lượng của tài liệu. Thông thường được dùng khi làm các tài liệu hướng dẫn hoặc tài liệu cài đặt
Dynamic AnalysisĐược hiểu là phân tích độngĐược sử dụng để đánh giá hành vi. Ví dụ: hiệu suất bộ nhớ, sử dụng CPU, của một hệ thống hoặc thành phần trong khi thực hiện
Dynamic TestingLà một kỹ thuật kiểm thử độngĐược sử dụng để kiểm tra việc thực thi của các thành phần hoặc hệ thống phần mềm
domainthường để chỉ một nhánh hay mảng hoặc lĩnh vực việc làm trong phần mềm.Ví dụ: domain bank chỉ nhánh ngân hàng (phạm vi chuyên ngân hàng), domain ERP chỉ mảng hệ thống quản lý quy trình kinh doanh...
driverMột thành phần phần mềm hoặc công cụ kiểm tra thay thế một thành phần khác để đảm nhận việc điều khiển hoặc việc gọi một thành phần hoặc hệ thống khác.Ví dụ trong automation test với Selenium thì khi mở Browser Chrome lên sẽ sinh ra 1 driver để điều khiển các thành phần trên Browser đó.
Data entryData entry là quá trình nhập dữ liệu vào hệ thống, đây có thể là những dữ liệu thô bằng file cứng hoặc file mềm. 

E

Thuật ngữÝ nghĩaGhi chú
emulatorLà một thiết bị, hệ thống, chương trình máy tính giả lập mô phỏng giống như một thiết bị thậtĐược sử dụng khá phổ biến và rộng rãi ở hầu hết các lĩnh vực . Trong lĩnh vực CNTT, thiết bị giả lập đóng vai trò quan trọng cho cả lập trình viên lẫn kiểm thử phần mềm, như là một điều kiện tiên quyết, bắt buộc phải được thông qua trước khi thực hiện trên thiết bị thật
entry criteriaLà tiêu chí nhập, bao gồm các điều kiện chung và cụ thể để cho phép một quá trình tiếp tục với một nhiệm vụ được xác địnhThường được dùng trong giai đoạn thử nghiệm. Mục đích của tiêu chuẩn nhập là để ngăn chặn một task ngay từ khi bắt đầu thay vì việc lãng phí cố gắng (effort) so với cố gắng (effort) cần thiết để xóa bỏ tiêu chuẩn nhập thất bại.
equivalence partitionLà kiểu kỹ thuật phân vùng tương đương, chia miền đầu vào của một chương trình thành các lớp dữ liệu, từ đó suy dẫn ra các ca kiểm thửNguyên tắc để xác định các vùng tương đương, bao gồm: Xác định một vùng tương đương hợp lệ. Xác định hai vùng tương đương không hợp lệ => Nếu điều kiện đầu vào chỉ định là một tập giá trị thì chia vùng tương đương thành 2 tình huống: Một vùng hợp lệ. Một vùng không hợp lệ => Nếu điều kiện đầu vào xác định là một kiểu đúng sai thì chia vùng tương đương thành 2 tính huống: Một vùng hợp lệ. Một vùng không hợp lệ
errorLỗi - Là hành động của con người dẫn đến kết quả không chính xác 
Error guessingLà đoán lỗi - Một kỹ thuật thiết kế kiểm thử dựa trên kinh nghiệm của người kiểm thử để dự đoán trước những khiếm khuyết có thể có mặt trong thành phần hoặc hệ thống bên dưới kiểm thử như một kết quả của lỗi được tạo ra, và để thiết kế các trường hợp đặc biệt để tìm kiếm lỗiThông thường được người kiểm thử vận dụng trong quá trình viết các trường hợp kiểm thử, trong khi free test
exception handlingXử lý ngoại lệ - Là hành vi của một thành phần hoặc hệ thống phản ứng với đầu vào sai lầm, từ người dùng của con người hoặc từ một thành phần hoặc hệ thống khác, hoặc đến một lỗi nội bộ.Thường được sử dụng nhiều bởi develoer và đội kiểm thử phần mềm tự động
executable statementTuyên bố thực thi - Một câu lệnh, khi được biên dịch, được dịch thành mã đối tượng và sẽ được thực hiện theo thủ tục khi chương trình đang chạy và có thể thực hiện một hành động trên dữ liệu. 
expected resultKết quả mong muốn - Các hành vi dự đoán từ các đặc tả, hoặc nguồn khác của thành phần hoặc hệ thống theo điều kiện quy định.Thường được sử dụng khi viết các ca kiểm thử và mô tả lỗi để mọi người, nhất là develper nắm được
exploratory testingKiểm thử thăm dò - Một kỹ thuật thiết kế kiểm thử không chính thức như là việc các tester tích cực kiếm soát thiết kế của kiểm thử bằng những kiểm thử được thực hiện và sử dụng thông tin thu được trong quá trình kiểm thử để thiết kế mới và tốt hơn. 
Exhaustive testingKiểm thử toàn diện - Một cách tiếp cận kiểm thử với bộ kiểm thử bao gồm kết hợp tất cả các giá trị đầu vào và điều kiện tiền đề. 


F

Thuật ngữÝ nghĩaGhi chú
failKhuyết điểm - Một thử nghiệm được coi là thất bại nếu kết quả thực tế không khớp với kết quả mong đợi. 
failureSự thất bại - Chính là sự khác biệt giữa kết quả thực tế trên màn hình và kết quả mong đợi của một thành phần, hệ thống hoặc service nào đó.Không phải 100% failure là do bug gây ra, trong quá trình test cấu hình sai, test sai môi trường hoặc làm thiếu bước có thể dẫn đến failure
featureLà tính năng - một thuộc tính về một đặc tả thành phần hoặc hệ thống hoặc tài liệu yêu cầu.Ví dụ: độ tin cậy, tính khả dụng hoặc hạn chế thiết kế.
functional integrationLà tích hợp chức năng - Một cách tiếp cận tích hợp mà kết hợp thành phần hoặc hệ thống cho mục đích làm việc sớm với chức năng cơ bản.Thường được sử dụng ngay sau khi các chức năng được chia nhỏ đã hoàn thiện
functional requirementLà yêu cầu chức năng - Một yêu cầu đặc tả một chức năng mà một thành phần hoặc hệ thống phải thực hiện. 
functionality testingLà kiểm thử chức năng - Kiểm thử dựa trên phân tích đặc tả về chức năng của thành phần hoặc hệ thống.Ví dụ: Giống kiểm thử hộp đen
formal reviewChỉ một cuộc xem xét đặc trưng bởi các thủ tục và yêu cầu được lập thành văn bản.Ví dụ: kiểm tra sản phẩm lại lần nữa trước khi bàn giao cho khách hàng (lên production). Kiểm tra Log, kiểm tra Tài liệu hướng dẫn sử sụng, kiểm tra bằng chứng dạng video,...


G

Thuật ngữÝ nghĩaGhi chú
glass box testingĐược hiểu kiểm thử hộp thủy tinhGiống như kỹ thuật kiểm thử hộp trắng


H

Thuật ngữÝ nghĩaGhi chú
high level test caseLà trường hợp kiểm thử cấp cao. Giống như một trường hợp thử nghiệm không có giá trị cụ thể (mức thực hiện) cho dữ liệu đầu vào và kết quả mong đợi. 
horizontal traceabilityThuật ngữ mang nghĩa truy xuất nguồn gốc theo chiều ngangViệc theo dõi các yêu cầu đối với cấp độ thử nghiệm thông qua các lớp của tài liệu thử nghiệm (ví dụ: kế hoạch thử nghiệm, đặc điểm thiết kế thử nghiệm, đặc tả trường hợp thử nghiệm và đặc tả quy trình thử nghiệm).
heuristic evaluationMột kỹ thuật kiểm tra khả năng sử dụng để xác định sự tuân thủ của giao diện người dùng với các nguyên tắc về khả năng sử dụng được công nhận (cái gọi là "phương pháp phỏng đoán"). 


I

Thuật ngữÝ nghĩaGhi chú
impact analysisLà kiểu phân tích ảnh hưởng. Việc đánh giá sự thay đổi tác động đến các tầng trong tài liệu phát triển, tài liệu kiểm thử và các thành phần, tác động đến tài liệu đặc tả.Thường được sử dụng trong giai đoạn đầu và giữa của việc phát triển phần mềm
incremental development modelĐược hiểu là mô hình phát triển gia tăng. Một vòng đời phát triển trong đó một dự án được chia thành một loạt các sự gia tăng, một trong số đó cung cấp một phần chức năng trong các yêu cầu dự án chung. Các yêu cầu được ưu tiên và phân phối theo thứ tự ưu tiên theo mức tăng thích hợp. Trong một số phiên bản (nhưng không phải tất cả) của mô hình vòng đời này, mỗi dự án nhỏ tuân theo một ‘mô hình V nhỏ, với các giai đoạn thiết kế, mã hóa và thử nghiệm riêng. 
incremental testingLà kiểm thử tăng dần. Trong đó, kiểm thử tại nơi các thành phần hoặc hệ thống đã được tích hợp và kiểm thử một hoặc nhiều lần, cho đến khi tất cả các thành phần hoặc hệ thống được tích hợp và kiểm thử. 
incidentHiểu là sự cố, là sự kiện bất kỳ xảy ra mà được yêu cầu điều tra 
incident managementLà quản lý sự cốQuá trình nhận ra, điều tra, thực hiện hành động và xử lý các sự cố. Nó liên quan đến việc ghi lại các sự cố, phân loại chúng và xác định tác động
incident management toolLà công cụ quản lý sự cốMột công cụ hỗ trợ ghi lại và theo dõi trạng thái của các sự cố được tìm thấy trong quá trình thử nghiệm. Họ thường có các cơ sở định hướng công việc để theo dõi và kiểm soát việc phân bổ, sửa chữa và kiểm tra lại các sự cố và cung cấp các phương tiện báo cáo.
incident reportLà báo cáo sự cố - Một tài liệu báo cáo về bất kỳ sự kiện nào xảy ra trong quá trình thử nghiệm cần điều tra.Thông thường mỗi tổ chức khi cần quản lý sự cố sẽ đưa ra khuôn mẫu chung nhằm mục đích dễ hiểu, đầy đủ và chính xác
Independence of testingLà tính độc lập của kiểm thửPhân chia nhiệm vụ từng phần nhằm khuyến khích hoàn thành mục tiêu kiểm thử.
inputLà đầu vào - Một biến (cho dù được lưu trữ trong một thành phần hoặc bên ngoài) được đọc bởi một thành phần. 
input domainLà thuật ngữ miền đầu vàoChính là tập hợp từ đó các giá trị đầu vào hợp lệ có thể được chọn .. Xem thêm tên miền.
input valueLà giá trị đầu vàoTùy thuộc vào yêu cầu sẽ có giá trị đầu vào giống hoặc khác nhau
integrationLà tích hợpĐây là quá trình kết hợp các thành phần hoặc hệ thống thành các tổ hợp lớn hơn.
integration testingKiểm thử tích hợpKiểm thử được thực thi để phát hiện khiếm khuyết (defect) trong giao diện và trong tương tác giữa các thành phần hoặc hệ thống được tích hợp.
interface testingLà loại kiểm thử giao diệnTích hợp các loại kiểm thử có liên quan đến kiểm thử giao diện giữa các thành phần và các hệ thống.
invalid testingLoại kiểm thử không hợp lệKiểm thử sử dụng giá trị đầu vào mà sẽ bị từ chối bởi thành phần hoặc hệ thống.


K

Thuật ngữÝ nghĩaGhi chú
keyword driven testingĐây được hiểu là Một kỹ thuật kịch bản sử dụng các tệp dữ liệu để chứa không chỉ dữ liệu thử nghiệm và kết quả mong đợi mà còn cả các từ khóa liên quan đến ứng dụng đang được thử nghiệm. Các từ khóa được diễn giải bởi các tập lệnh hỗ trợ đặc biệt được gọi bởi tập lệnh kiểm soát 


L

Thuật ngữÝ nghĩaGhi chú
load testMột loại thử nghiệm liên quan đến việc đo lường hành vi của một thành phần hoặc hệ thống với tải tăng, ví dụ: số lượng người dùng song song và / hoặc số lượng giao dịch để xác định tải nào có thể được xử lý bởi thành phần hoặc hệ thống.Hiện nay load test gần như được coi là một kỹ thuật kiểm thử bắt buộc đối với những trang web, app có lượt tương tác, dữ liệu lớn. Có rất nhiều tool hỗ trợ QA, Dev trong việc kiểm thử hiệu năng của hệ thống, Ví dụ: Jmeter, ...
low level test caseMột trường hợp thử nghiệm với các giá trị cụ thể (mức thực hiện) cho dữ liệu đầu vào và kết quả mong đợi ở một mức độ ưu tiên thấpĐể xác định được test case ở mức độ low thì phụ thuộc vào phần lớn yêu cầu mà hệ thống đang phát triển. Ví dụ, case check font-size, thông thường được đánh ở mức độ low. Tuy nhiên, nếu là màn hình trang chủ, hiển thị thông báo quan trọng mà font-size quá nhỏ, dẫn tới người dùng ko thể nắm bắt được thông tin thì đây được coi là bug khá nghiêm trọng và mức độ của case check fon-size này ko thể được đánh là low
learnabilityKhả năng của sản phẩm phần mềm cho phép người dùng tìm hiểu ứng dụng của nó.[ISO 9126] Xem thêm phần khả năng sử dụng.


M

Thuật ngữÝ nghĩaGhi chú
maintenance testingKiểm tra các thay đổi đối với hệ thống vận hành hoặc tác động của môi trường thay đổi đến hệ thống vận hành.Thông thường được sử dụng trong các dự án thuộc mô hình maintenance. Kiểm tra theo kiểu này cần phải thật thận trọng và tỉ mỉ, đòi hỏi người phát triển và QA phải có mức độ am hiểu sâu về hệ thống bởi chỉ một vài chỉnh sửa nhỏ cũng dễ dẫn tới những hậu quả không thể lường trước được
management reviewMột đánh giá có hệ thống về quá trình mua, cung cấp, phát triển, vận hành hoặc bảo trì phần mềm, được thực hiện bởi quản lý theo dõi tiến độ, xác định trạng thái của kế hoạch và lịch trình, xác nhận các yêu cầu và phân bổ hệ thống người thừa kế hoặc đánh giá hiệu quả của phương pháp quản lý để đạt được mục đích 
measureSố lượng hoặc danh mục được gán cho một thuộc tính của thực thể bằng cách thực hiện phép đo 
memory leakMột khiếm khuyết trong logic của chương trình khiến nó không thể lấy lại bộ nhớ sau khi sử dụng xong, cuối cùng khiến chương trình bị lỗi do thiếu bộ nhớ 
monitorMột công cụ phần mềm hoặc thiết bị phần cứng chạy đồng thời với thành phần hoặc hệ thống được kiểm tra và giám sát, ghi lại và / hoặc phân tích hành vi của thành phần hoặc hệ thống 
multiple condition coverageTỷ lệ phần trăm kết hợp của tất cả các kết quả điều kiện duy nhất trong một tuyên bố đã được thực hiện bởi một bộ thử nghiệm. Bảo hiểm nhiều điều kiện 100% ngụ ý bảo hiểm xác định điều kiện 100%. 
multiple condition testingMột kỹ thuật thiết kế kiểm thử hộp trắng trong đó các trường hợp kiểm thử được thiết kế để thực hiện kết hợp các kết quả điều kiện đơn (trong một câu lệnh) 
mutation analysisMột phương pháp để xác định tính kỹ lưỡng của bộ thử nghiệm bằng cách đo lường mức độ mà một bộ thử nghiệm có thể phân biệt chương trình với các biến thể nhỏ (đột biến) của chương trình. 
milestoneMột thời điểm trong một dự án mà tại đó các sản phẩm và kết quả được xác định (trung gian) phải sẵn sàng. 
moderatorNgười lãnh đạo và người chịu trách nhiệm chính về một quá trình thanh tra hoặc xem xét khác. 
metricMột thang đo lường và phương pháp được sử dụng để đo lường. [ISO 14598] 


N

Thuật ngữÝ nghĩaGhi chú
negative testingCác thử nghiệm nhằm mục đích cho thấy một thành phần hoặc hệ thống không hoạt động. Thử nghiệm tiêu cực có liên quan đến thái độ của người thử nghiệm chứ không phải là một phương pháp thử nghiệm cụ thể hoặc kỹ thuật thiết kế thử nghiệm. 
non-functional requirementMột yêu cầu không liên quan đến chức năng, nhưng liên quan đến các thuộc tính như độ tin cậy, hiệu quả, khả năng sử dụng, khả năng bảo trì và tính di động. 
non-functional testingKiểm tra các thuộc tính của một thành phần hoặc hệ thống không liên quan đến chức năng, ví dụ: độ tin cậy, hiệu quả, khả năng sử dụng, khả năng bảo trì và tính di động 
non-functional test design techniquesCác phương pháp được sử dụng để thiết kế hoặc chọn thử nghiệm cho thử nghiệm không chức năng. 


O

Thuật ngữÝ nghĩaGhi chú
operabilityKhả năng của sản phẩm phần mềm cho phép người dùng vận hành và kiểm soát nó 
operational environmentCác sản phẩm phần cứng và phần mềm được cài đặt tại người dùng Các trang web của người dùng hoặc khách hàng, nơi các thành phần hoặc hệ thống được thử nghiệm sẽ được sử dụng. Phần mềm có thể bao gồm hệ điều hành, hệ thống quản lý cơ sở dữ liệu và các ứng dụng khác. 
operational testingThử nghiệm được tiến hành để đánh giá một thành phần hoặc hệ thống trong môi trường hoạt động của nó. 
output valueGía trị đầu raTrong một hệ thống, khi có giá trị đầu vào sẽ luôn có giá trị đầu ra


P

Thuật ngữÝ nghĩaGhi chú
pair testingKiểm thử theo cặp là một thực hành kiểm thử phần mềm trong đó nhiều hơn hai thành viên cùng làm việc trên cùng một tính năng tại cùng một thời điểm trên cùng một máy tính với sự trao đổi ý kiến và phản hồi liên tục.Một trong hai người phải là người thử nghiệm và người còn lại có thể là nhà phát triển hoặc nhà phân tích kinh doanh.
PassMột bài kiểm tra được coi là vượt qua nếu kết quả thực tế của nó phù hợp với kết quả mong đợi của nó. 
pass/fail criteriaQuy tắc quyết định được sử dụng để xác định xem một mục thử nghiệm (chức năng) hoặc tính năng đã vượt qua hay thất bại một thử nghiệm. 
path coverageTỷ lệ phần trăm các đường dẫn đã được thực hiện bởi một bộ thử nghiệm. 
path testingMột kỹ thuật thiết kế kiểm tra hộp trắng trong đó các trường hợp kiểm thử được thiết kế để thực hiện các đường dẫn. 
performanceMức độ mà một hệ thống hoặc thành phần hoàn thành các chức năng được chỉ định trong các ràng buộc nhất định về thời gian xử lý và tốc độ thông lượng. 
performance testingQuá trình thử nghiệm để xác định hiệu suất của một sản phẩm phần mềm. 
performance testing toolMột công cụ hỗ trợ kiểm tra hiệu suất và thường có hai phương tiện chính: tạo tải và đo giao dịch thử nghiệm. Tạo tải có thể mô phỏng nhiều người dùng hoặc khối lượng dữ liệu đầu vào cao. Trong quá trình thực hiện, các phép đo thời gian phản hồi được lấy từ các giao dịch được chọn và chúng được ghi lại. Các công cụ kiểm tra hiệu suất thường cung cấp các báo cáo dựa trên nhật ký kiểm tra và biểu đồ tải theo thời gian phản hồi. 
phase test planMột kế hoạch kiểm tra thường giải quyết một cấp độ kiểm tra. 
portability testingQuá trình thử nghiệm để xác định tính di động của sản phẩm phần mềm. 
preconditionCác điều kiện môi trường và trạng thái phải được đáp ứng trước khi thành phần hoặc hệ thống có thể được thực thi với một quy trình thử nghiệm hoặc thử nghiệm cụ thể. 
PriorityMức độ ưu tiênThường được sử dụng để đánh mức độ ưu tiên của bộ trường hợp kiểm thử giúp QA có thứ tự ưu tiên để kiểm tra
process cycle testMột kỹ thuật thiết kế kiểm thử hộp đen trong đó các trường hợp kiểm thử được thiết kế để thực hiện các quy trình 
projectDự án là một tập hợp duy nhất các hoạt động được phối hợp và kiểm soát với ngày bắt đầu và kết thúc được thực hiện một mục tiêu phù hợp với các yêu cầu cụ thể, bao gồm các hạn chế về thời gian, chi phí và tài nguyên. 
project test planMột kế hoạch kiểm tra thường giải quyết nhiều cấp độ kiểm tra. 


Q

Thuật ngữÝ nghĩaGhi chú
qualityMức độ mà một thành phần, hệ thống hoặc quy trình đáp ứng các yêu cầu cụ thể và / hoặc nhu cầu và mong muốn của người dùng / khách hàng 
quality assuranceMột phần của quản lý chất lượng tập trung vào việc cung cấp niềm tin rằng các yêu cầu chất lượng sẽ được đáp ứng 
quality managementCác hoạt động phối hợp để chỉ đạo và kiểm soát một tổ chức liên quan đến chất lượng. Định hướng và kiểm soát liên quan đến chất lượng thường bao gồm việc thiết lập chính sách chất lượng và mục tiêu chất lượng, lập kế hoạch chất lượng, kiểm soát chất lượng, đảm bảo chất lượng và cải thiện chất lượng. 
quality attributeMột tính năng hoặc đặc điểm ảnh hưởng đến chất lượng của một mặt hàng. [IEEE 610] 


R

Thuật ngữÝ nghĩa
random testingMột kỹ thuật thiết kế kiểm thử hộp đen trong đó các trường hợp kiểm thử được chọn, có thể sử dụng thuật toán tạo giả ngẫu nhiên, để khớp với hồ sơ hoạt động. Kỹ thuật này có thể được sử dụng để kiểm tra các thuộc tính phi chức năng như độ tin cậy và hiệu suất.
recoverability testingQuá trình thử nghiệm để xác định khả năng phục hồi của sản phẩm phần mềm
regression testingThử nghiệm chương trình đã được thử nghiệm trước đây sau khi sửa đổi để đảm bảo rằng các lỗi không được giới thiệu hoặc phát hiện trong các khu vực không thay đổi của phần mềm, là kết quả của những thay đổi được thực hiện. Nó được thực hiện khi phần mềm hoặc môi trường của nó bị thay đổi.
release noteMột tài liệu xác định các mục kiểm tra, cấu hình của chúng, trạng thái hiện tại và thông tin phân phối khác được phân phối bởi phát triển để kiểm tra và có thể các bên liên quan khác khi bắt đầu giai đoạn thực hiện kiểm tra.
reliability testingQuá trình thử nghiệm để xác định độ tin cậy của sản phẩm phần mềm.
requirementMột điều kiện hoặc khả năng cần thiết của người dùng để giải quyết vấn đề hoặc đạt được mục tiêu phải được đáp ứng hoặc sở hữu bởi một thành phần hệ thống hoặc hệ thống để đáp ứng hợp đồng, tiêu chuẩn, đặc điểm kỹ thuật hoặc tài liệu áp đặt chính thức khác.
requirements management toolMột công cụ hỗ trợ ghi lại các yêu cầu, thuộc tính yêu cầu (ví dụ: ưu tiên, chịu trách nhiệm về kiến ​​thức) và chú thích, và tạo điều kiện truy xuất nguồn gốc thông qua các lớp yêu cầu và quản lý thay đổi yêu cầu. Một số công cụ quản lý yêu cầu cũng cung cấp các phương tiện để phân tích tĩnh, chẳng hạn như kiểm tra tính nhất quán và vi phạm các quy tắc yêu cầu được xác định trước.
resultHậu quả / kết quả của việc thực hiện một bài kiểm tra. Nó bao gồm các kết quả đầu ra cho màn hình, thay đổi dữ liệu, báo cáo và thông điệp truyền thông được gửi đi. Xem thêm kết quả thực tế, kết quả mong đợi.
re-testingThử nghiệm chạy các trường hợp thử nghiệm thất bại lần cuối chúng được chạy, để xác minh sự thành công của các hành động khắc phục.
reviewMột đánh giá về tình trạng sản phẩm hoặc dự án để xác định sự khác biệt so với kết quả đã hoạch định và đề xuất cải tiến. Ví dụ bao gồm đánh giá quản lý, đánh giá không chính thức, đánh giá kỹ thuật, kiểm tra và hướng dẫn.
riskMột yếu tố có thể dẫn đến hậu quả tiêu cực trong tương lai; thường được thể hiện như tác động và khả năng.


S

Thuật ngữÝ nghĩa
scalabilityKhả năng của sản phẩm phần mềm được nâng cấp để phù hợp với tải tăng.
scalability testingKiểm tra để xác định khả năng mở rộng của sản phẩm phần mềm.
securityCác thuộc tính của các sản phẩm phần mềm có khả năng ngăn chặn truy cập trái phép, dù là vô tình hay cố ý, đối với các chương trình và dữ liệu
security testingKiểm tra để xác định tính bảo mật của sản phẩm phần mềm
simulationSự thể hiện các đặc điểm hành vi được lựa chọn của một hệ thống vật lý hoặc trừu tượng bởi một hệ thống khác.
simulatorMột thiết bị, chương trình máy tính hoặc hệ thống được sử dụng trong quá trình thử nghiệm, hoạt động hoặc hoạt động giống như một hệ thống nhất định khi được cung cấp một bộ đầu vào được kiểm soát
smoke testMột tập hợp con của tất cả các trường hợp thử nghiệm được xác định / theo kế hoạch bao gồm chức năng chính của một thành phần hoặc hệ thống, để xác định rằng các chức năng quan trọng nhất của chương trình hoạt động, nhưng không bận tâm đến các chi tiết tốt hơn. Một thử nghiệm xây dựng và khói hàng ngày là một trong những thực hành tốt nhất trong ngành
specificationMột tài liệu chỉ định, lý tưởng một cách đầy đủ, chính xác và có thể kiểm chứng được, các yêu cầu, thiết kế, hành vi hoặc các đặc điểm khác của một thành phần hoặc hệ thống, và, thường, các thủ tục để xác định xem các điều khoản này có được thỏa mãn hay không
stabilityKhả năng của sản phẩm phần mềm để tránh các hiệu ứng không mong muốn từ các sửa đổi trong phần mềm
state transition testingKỹ thuật thiết kế kiểm thử hộp đen trong đó các trường hợp kiểm thử được thiết kế để thực hiện chuyển đổi trạng thái hợp lệ và không hợp lệ
statement coverageTỷ lệ phần trăm của các báo cáo thực thi đã được thực hiện bởi một bộ thử nghiệm
statement testingMột kỹ thuật thiết kế kiểm tra hộp trắng trong đó các trường hợp kiểm thử được thiết kế để thực hiện các câu lệnh
static testingKiểm tra một thành phần hoặc hệ thống ở mức đặc tả hoặc mức triển khai mà không thực hiện phần mềm đó, ví dụ: đánh giá hoặc phân tích mã tĩnh
statistical testingMột kỹ thuật thiết kế thử nghiệm trong đó một mô hình phân phối thống kê đầu vào được sử dụng để xây dựng các trường hợp thử nghiệm đại diện
Stress testingThử nghiệm được tiến hành để đánh giá một hệ thống hoặc thành phần tại hoặc vượt quá giới hạn của các yêu cầu được chỉ định của nó
suitabilityKhả năng của sản phẩm phần mềm để cung cấp một bộ chức năng phù hợp cho các nhiệm vụ và mục tiêu người dùng được chỉ định
system integration testingKiểm tra sự tích hợp của các hệ thống và gói; thử nghiệm giao diện cho các tổ chức bên ngoài (ví dụ: Trao đổi dữ liệu điện tử, Internet)
system testingQuá trình thử nghiệm một hệ thống tích hợp để xác minh rằng nó đáp ứng các yêu cầu được chỉ định


T

Thuật ngữÝ nghĩa
technical reviewMột hoạt động thảo luận nhóm ngang hàng tập trung vào việc đạt được sự đồng thuận về phương pháp kỹ thuật sẽ được thực hiện. Đánh giá kỹ thuật còn được gọi là đánh giá ngang hàng
test approachViệc thực hiện chiến lược thử nghiệm cho một dự án cụ thể. Nó thường bao gồm các quyết định được đưa ra dựa trên mục tiêu (thử nghiệm) của dự án và đánh giá rủi ro được thực hiện, điểm bắt đầu liên quan đến quá trình thử nghiệm, các kỹ thuật thiết kế thử nghiệm được áp dụng, tiêu chí thoát hiểm và loại thử nghiệm sẽ được thực hiện
test automationViệc sử dụng phần mềm để thực hiện hoặc hỗ trợ các hoạt động kiểm tra, ví dụ: quản lý kiểm tra, thiết kế kiểm tra, thực hiện kiểm tra và kiểm tra kết quả
test basisTất cả các tài liệu mà từ đó các yêu cầu của một thành phần hoặc hệ thống có thể được suy ra. Các tài liệu mà các trường hợp thử nghiệm được dựa trên. Nếu một tài liệu chỉ có thể được sửa đổi bằng thủ tục sửa đổi chính thức, thì cơ sở thử nghiệm được gọi là cơ sở thử nghiệm cơ bản
test caseMột tập hợp các giá trị đầu vào, điều kiện tiên quyết thực hiện, kết quả mong đợi và hậu điều kiện thực hiện, được phát triển cho một mục tiêu cụ thể hoặc điều kiện thử nghiệm, chẳng hạn như để thực hiện một đường dẫn chương trình cụ thể hoặc để xác minh tuân thủ một yêu cầu cụ thể
test case specificationTài liệu chỉ định một tập hợp các trường hợp thử nghiệm (mục tiêu, đầu vào, hành động thử nghiệm, kết quả mong đợi và điều kiện tiên quyết thực hiện) cho một mục thử nghiệm
test charterMột tuyên bố về mục tiêu thử nghiệm, và có thể thử nghiệm ý tưởng. Biểu đồ kiểm tra là một trong những biểu đồ khác được sử dụng trong thử nghiệm thăm dò. Xem thêm thử nghiệm thăm dò
test comparatorMột công cụ kiểm tra để thực hiện so sánh kiểm tra tự động
test conditionMột mục hoặc sự kiện của một thành phần hoặc hệ thống có thể được xác minh bằng một hoặc nhiều trường hợp thử nghiệm, ví dụ: một chức năng, giao dịch, thuộc tính chất lượng hoặc yếu tố cấu trúc
test dataDữ liệu tồn tại (ví dụ: trong cơ sở dữ liệu) trước khi thử nghiệm được thực thi và gây ảnh hưởng hoặc bị ảnh hưởng bởi thành phần hoặc hệ thống được thử nghiệm
test design specificationTài liệu chỉ định các điều kiện kiểm tra (mục bảo hiểm) cho mục kiểm tra, phương pháp kiểm tra chi tiết và xác định các trường hợp kiểm tra mức cao có liên quan
test design toolMột công cụ hỗ trợ hoạt động thiết kế thử nghiệm bằng cách tạo các đầu vào thử nghiệm từ một đặc tả có thể được giữ trong kho công cụ CASE, ví dụ: công cụ quản lý yêu cầu hoặc từ các điều kiện kiểm tra được chỉ định được giữ trong chính công cụ đó
test environmentMột môi trường chứa phần cứng, thiết bị, mô phỏng, công cụ phần mềm và các yếu tố hỗ trợ khác cần thiết để tiến hành kiểm tra
test evaluation reportMột tài liệu được tạo ra ở cuối quá trình thử nghiệm tóm tắt tất cả các hoạt động và kết quả thử nghiệm. Nó cũng chứa một đánh giá về quá trình kiểm tra và bài học kinh nghiệm
test executionQuá trình chạy thử nghiệm bởi thành phần hoặc hệ thống được thử nghiệm, tạo ra kết quả thực tế
test itemCác yếu tố cá nhân được thử nghiệm. Thường có một đối tượng thử nghiệm và nhiều vật phẩm thử nghiệm. Xem thêm đối tượng thử nghiệm
test logMột bản ghi thời gian của các chi tiết có liên quan về việc thực hiện các bài kiểm tra
test managerNgười chịu trách nhiệm kiểm tra và đánh giá một đối tượng thử nghiệm. Cá nhân, người chỉ đạo, kiểm soát, điều hành kế hoạch và điều chỉnh việc đánh giá đối tượng thử nghiệm
Test Maturity Model (TMM)Khung theo giai đoạn năm cấp để cải tiến quy trình thử nghiệm, liên quan đến Mô hình trưởng thành khả năng (CMM) mô tả các yếu tố chính của quy trình thử nghiệm hiệu quả
Test Process Improvement (TPI)Một khung liên tục để cải tiến quy trình thử nghiệm mô tả các yếu tố chính của quy trình thử nghiệm hiệu quả, đặc biệt nhắm vào thử nghiệm hệ thống và thử nghiệm chấp nhận
test objectThành phần hoặc hệ thống được kiểm tra
test performance indicatorMột số liệu, nói chung ở mức cao, cho biết mức độ nào một giá trị mục tiêu hoặc tiêu chí nhất định được đáp ứng. Thường liên quan đến các mục tiêu cải tiến quy trình thử nghiệm, ví dụ: Tỷ lệ phát hiện khuyết tật (DDP)
test phaseMột tập hợp các hoạt động thử nghiệm riêng biệt được thu thập vào giai đoạn có thể quản lý được của một dự án, ví dụ: các hoạt động thực hiện của một cấp độ thử nghiệm
test planMột tài liệu mô tả phạm vi, cách tiếp cận, tài nguyên và lịch trình của các hoạt động kiểm tra dự định. Nó xác định trong số các mục kiểm tra khác, các tính năng sẽ được kiểm tra, các nhiệm vụ kiểm tra, ai sẽ thực hiện từng nhiệm vụ, mức độ độc lập của người kiểm tra, môi trường kiểm tra, kỹ thuật thiết kế kiểm tra và kỹ thuật đo kiểm được sử dụng và lý do lựa chọn và bất kỳ rủi ro nào cần lập kế hoạch dự phòng. Nó là một bản ghi của quá trình lập kế hoạch kiểm tra
test procedure specificationMột tài liệu chỉ định một chuỗi các hành động để thực hiện một bài kiểm tra. Còn được gọi là kịch bản thử nghiệm hoặc kịch bản thử nghiệm thủ công
test processQuá trình thử nghiệm cơ bản bao gồm lập kế hoạch, đặc điểm kỹ thuật, thực hiện, ghi lại và kiểm tra để hoàn thành
test scriptThường được sử dụng để chỉ một đặc tả quy trình thử nghiệm, đặc biệt là quy trình tự động
test specificationMột tài liệu bao gồm một đặc tả thiết kế thử nghiệm, đặc tả trường hợp thử nghiệm và / hoặc đặc tả quy trình thử nghiệm
test suiteMột tập hợp một số trường hợp thử nghiệm cho một thành phần hoặc hệ thống đang được thử nghiệm, trong đó điều kiện sau của một thử nghiệm thường được sử dụng làm điều kiện tiên quyết cho lần thử nghiệm tiếp theo
test toolMột sản phẩm phần mềm hỗ trợ một hoặc nhiều hoạt động kiểm tra, chẳng hạn như lập kế hoạch và kiểm soát, đặc tả, xây dựng các tệp và dữ liệu ban đầu, thực hiện kiểm tra và phân tích kiểm tra
test typeMột nhóm các hoạt động kiểm tra nhằm kiểm tra một thành phần hoặc hệ thống liên quan đến một hoặc nhiều thuộc tính chất lượng liên quan đến nhau. Một loại thử nghiệm được tập trung vào một mục tiêu thử nghiệm cụ thể, tức là thử nghiệm độ tin cậy, thử nghiệm khả năng sử dụng, thử nghiệm hồi quy, v.v. và có thể diễn ra trên một hoặc nhiều cấp độ thử nghiệm hoặc các giai đoạn thử nghiệm
testerMột chuyên gia kỹ thuật lành nghề có liên quan đến việc thử nghiệm một thành phần hoặc hệ thống
testingQuá trình bao gồm tất cả các hoạt động của vòng đời, cả tĩnh và động, liên quan đến việc lập kế hoạch, chuẩn bị và đánh giá các sản phẩm phần mềm và các sản phẩm công việc liên quan để xác định rằng chúng đáp ứng các yêu cầu cụ thể, để chứng minh rằng chúng phù hợp với mục đích và phát hiện lỗi
thread testingMột phiên bản của thử nghiệm tích hợp thành phần trong đó sự tích hợp lũy tiến của các thành phần tuân theo việc thực hiện các tập hợp con của các yêu cầu, trái ngược với việc tích hợp các thành phần theo các cấp bậc
top-down testingMột cách tiếp cận gia tăng để kiểm tra tích hợp trong đó thành phần ở đầu phân cấp thành phần được kiểm tra trước, với các thành phần cấp thấp hơn được mô phỏng bởi các sơ khai. Các thành phần được kiểm tra sau đó được sử dụng để kiểm tra các thành phần cấp thấp hơn. Quá trình được lặp lại cho đến khi các thành phần cấp thấp nhất đã được thử nghiệm


U

Thuật ngữÝ nghĩa
understandabilityKhả năng của sản phẩm phần mềm cho phép người dùng hiểu liệu phần mềm có phù hợp hay không và cách sử dụng phần mềm cho các tác vụ và điều kiện sử dụng cụ thể
usabilityKhả năng của phần mềm được hiểu, học, sử dụng và hấp dẫn người dùng khi được sử dụng trong các điều kiện được chỉ định
usability testingThử nghiệm để xác định mức độ hiểu sản phẩm phần mềm, dễ học, dễ vận hành và hấp dẫn người dùng trong các điều kiện được chỉ định
use case testingKỹ thuật thiết kế kiểm thử hộp đen trong đó các trường hợp kiểm thử được thiết kế để thực hiện các kịch bản người dùng
user testMột thử nghiệm trong đó người dùng thực tế tham gia để đánh giá khả năng sử dụng của một thành phần hoặc hệ thống


V

Thuật ngữÝ nghĩa
V-modelMột khung để mô tả các hoạt động vòng đời phát triển phần mềm từ đặc tả yêu cầu đến bảo trì. Mô hình V minh họa cách các hoạt động kiểm thử có thể được tích hợp vào từng giai đoạn của vòng đời phát triển phần mềm
validationXác nhận bằng cách kiểm tra và thông qua việc cung cấp bằng chứng khách quan rằng các yêu cầu cho mục đích sử dụng hoặc ứng dụng cụ thể đã được đáp ứng
variableMột yếu tố lưu trữ trong máy tính có thể truy cập được bằng chương trình phần mềm bằng cách gọi nó bằng tên
verificationXác nhận bằng cách kiểm tra và thông qua việc cung cấp bằng chứng khách quan cho thấy các yêu cầu cụ thể đã được đáp ứng
volume testingKiểm tra nơi hệ thống phải chịu khối lượng dữ liệu lớn. Xem thêm kiểm tra sử dụng tài nguyên


W

Thuật ngữÝ nghĩa
walkthroughMột bài thuyết trình từng bước của tác giả của một tài liệu để thu thập thông tin và thiết lập sự hiểu biết chung về nội dung của nó
white box testingKiểm tra dựa trên phân tích cấu trúc bên trong của thành phần hoặc hệ thống
Wide Band DelphiMột kỹ thuật ước tính thử nghiệm dựa trên chuyên gia nhằm mục đích đưa ra ước tính chính xác bằng cách sử dụng trí tuệ chung của các thành viên trong nhóm.
Work Flow“Work” có nghĩa là công việc và “flow” là dòng chảy. Hai từ này đi đôi với nhau được hiểu như một luồng công việc hay quy trình công việc, trong đó bao gồm chi tiết những nhiệm vụ được sắp xếp theo trật tự có hệ thống chuẩn hóa. Dựa vào đây mà mọi người có thể theo dõi và nắm bắt rõ vai trò của mình.


Bổ sung và cập nhật thêm liên tục

 

  1. Scrolling down / Scrolling up: động từ chỉ hạnh động dùng chuột giữa để di chuyển (lăn) trang web lên và xuống. Example: Go to TOP screen, scrolling down and check contact information.

  2. Click on: Nhấp vào. Example: Click on the “Booking” button to submit the booking request.

  3. Mouse hover + on: rê chuột vào (nhưng không click). Example: At the main Menu, hover on the "Booking" button and check the mouse hover color.

  4. Leave the field blank: bỏ trống / không nhập gì vào trường nào đó. Example: At Contact form, leave all fields blank and click on Submit button.

  5. Leave the field empty: (giống như trên) Example: At Contact form, leave all fields empty and click on Submit button.

  6. Check the validation message: kiểm tra thông báo lỗi. Example: At Contact form, leave all fields blank and click on Submit button. Check the validation message color.

  7. Missing / Lacking of: Thiếu/sót cái gì đó…. Example: Missing (lacking of) the phone number at Contact information.

  8. Are/is inconsistent: không giống nhau, không đồng nhất. Example: Option dropdown color is inconsistent.

  9. Breaking / Broken: vỡ, bung (thường dùng cho layout) Example: The Homepage layout is breaking.

  10. Overlapping / overlaps: chồng chéo, nằm chồng lên nhau. Example: The text overlaps the buttons at Contact form.

  11. Misalignment / Misaligned: không thẳng hàng, bị lệnh. Example: The phone number at the footer is misaligned / Misalignment of the “Share” and “Email” button.

  12. Correspondingly: một cách tương ứng (trạng từ). Example: the Main screen is displayed correspondingly.

  13. Misspelling / Spelling mistake / Typographical error (TYPO): lỗi đánh máy, lỗi chính tả (dùng trong việc check hiển thị của text Example: Misspelling at Contact information / Typo at Contact information / Spelling mistake at Contact information.

  14. UI: user interface (giao diện người dùng) Example: Check the UI of login form.

  15. Drag and drop: kéo thả. Example: Drag and drop your photo into the uploading area.

  16. Redundancy / redundant: dư thừa, không cần thiết, thừa thải. Example: The redundant label should be removed / Data redundancy is the existence of data.

  17. Redirect / Move to + điạ điểm: di chuyển, chuyển đến đâu.... Example: The website is redirecting/moving to the incorrect page.

  18. Duplicated: bị trùng, bị lặp đã có. Example: “Show more” button is duplicated

  19. Scaling up / Scaling down: kéo giãn ra / kéo nhỏ lại. Example: The banner does not scale up to fit the web layout

  20. Responsive: Độ phân giải màn hình. Đây là một từ chỉ một phương pháp design giao diện web để tương thích trên các thiết bị mobile. Example: Check responsive of Mypage screen: 800x1024px.

  21. Crash/Freeze: thường thì người ta không dịch mà hay giữ nguyên các từ này khi log bug. Có thể hiểu nó là khi sử dụng thì ứng dụng bị chết trong khi đang thao tác.
    Example: Touch the "booking" button, and the page is frozen. (quá khứ của freeze)

  22. Impact/Affact/Effect: Tác động (không tiêu cực)/Tác động (tiêu cực)/Hiệu ứng. Rất nhiều người bị nhầm lẫn giữa các khái niệm này. Mình đưa 3 ví dụ để tiện phân biệt nhé. Example: The temperature affects the battery. Stress test was one major effect of the system's performance. The constant impact of the two activity on each other eventually produced crashing app.

  23. Prototype: bản mẫu/khuôn dạng được thiết kế giúp có cái nhìn tổng quan cho tester/dev/khách hàng. Example: Hope you give me the prototype file soon.

  24. Forbidden: (hành động nào đó) bị cấm Example: it is forbidden for anyone to enter this field.

  25. Vertically/Horizontally: Theo chiều dọc / chiều ngang (rất nhiều người bị nhầm 2 hướng này nên mình vẫn note ra để các bạn rõ hơn). Example: Check the display of default image Vertically/Horizontally.

  26. Enable/Disable: bật/tắt (diễn tả trạng thái của các button chỉ có 2 trạng thái ON/OFF) Example: Setting "Get email automatically" ON --> Confirm: Button "Get email automatically" is enabled.

  27. Active/Inactive: Hoạt động/không hoạt động (diễn tả trạng thái của các button có thể click hoặc không thể click vào nó) Example: "Booking" button is inactive and not able to click it.


TrendingMore

Xem thêm