Trường hợp kiểm thử

Bài viết này cần thêm liên kết tới các bài bách khoa khác để trở thành một phần của bách khoa toàn thư trực tuyến Wikipedia. Xin hãy giúp cải thiện bài viết này bằng cách thêm các liên kết có liên quan đến ngữ cảnh trong văn bản hiện tại. (tháng 7 năm 2018)

Bài viết này cần thêm chú thích nguồn gốc để kiểm chứng thông tin. Mời bạn giúp hoàn thiện bài viết này bằng cách bổ sung chú thích tới các nguồn đáng tin cậy. Các nội dung không có nguồn có thể bị nghi ngờ và xóa bỏ. (tháng 7 năm 2018)

Trường hợp kiểm thử (tiếng Anh: test case), là một tập hợp các thông số đầu vào kiểm thử, điều kiện thực thi, và kết quả mong đợi được phát triển cho một mục tiêu cụ thể, như thực hiện một chương trình cụ thể hay kiểm tra sự tuân thủ với một yêu cầu cụ thể.^[1] Một trường hợp kiểm thử có thể chỉ đơn giản là một câu hỏi cho chương trình. Mục đích mà kiểm thử cần chạy là để lấy thông tin, ví dụ như chương trình sẽ vượt qua bài kiểm thử hay không.^[2] Trường hợp kiểm thử là nền tảng của Đảm bảo chất lượng trong khi chúng được phát triển để xác minh chất lượng và hành vi của sản phẩm.

Xem thêm[sửa | sửa mã nguồn]

Classification Tree Method

Tham khảo[sửa | sửa mã nguồn]

^ “Systems and software engineering – Vocabulary”. ISO/IEC/IEEE 24765:2010(E): 1–418. ngày 1 tháng 12 năm 2010. doi:10.1109/IEEESTD.2010.5733835.
^ Kaner, Cem (5/2003). “What Is a Good Test Case?” (PDF). STAR East: 2. Bản gốc (PDF) lưu trữ ngày 12 tháng 7 năm 2017. Truy cập ngày 5 tháng 5 năm 2017. Kiểm tra giá trị ngày tháng trong: |date= (trợ giúp)

Liên kết ngoài[sửa | sửa mã nguồn]

Writing Software Security Test Cases - Putting security test cases into your test plan by Robert Auger
Software Test Case Engineering By Ajay Bhagwat

Công nghệ phần mềm

Các lĩnh vực

Phân tích yêu cầu • Phân tích hệ thống • Thiết kế phần mềm • Lập trình máy tính • Các phương pháp hình thức • Kiểm thử phần mềm • Triển khai phần mềm • Bảo trì phần mềm

Các khái niệm

Mô hình hóa dữ liệu • Kiến trúc doanh nghiệp • Chi tiết hóa chức năng • Ngôn ngữ mô hình hóa • Mô hình lập trình • Phần mềm • Kiến trúc phần mềm • Phương pháp học phát triển phần mềm • Quy trình phát triển phần mềm • Chất lượng phần mềm • Bảo đảm chất lượng phần mềm • Khảo cổ học phần mềm • Phân tích có cấu trúc

Các định hướng

Định hướng khía cạnh • Định hướng đối tượng • Ontology • Định hướng dịch vụ • Vòng đời phát triển hệ thống

Các mô hình

Các mô hình phát triển	Linh hoạt • Mô hình lặp • RUP • Scrum • Mô hình xoắn ốc • Mô hình thác nước • XP • V-Model • Mô hình tăng tiến • Mô hình nguyên mẫu
Các mô hình khác	Automotive SPICE • CMMI • Mô hình dữ liệu • Mô hình hàm • Mô hình thông tin • Mô hình hóa meta • Mô hình đối tượng • Mô hình hệ thống • Mô hình quan sát
Các ngôn ngữ mô hình hóa	IDEF • UML

Các kỹ sư
phần mềm

Kent Beck • Grady Booch • Fred Brooks • Barry Boehm • Ward Cunningham • Ole-Johan Dahl • Tom DeMarco • Martin Fowler • C. A. R. Hoare • Watts Humphrey • Michael A. Jackson • Ivar Jacobson • Craig Larman • James Martin • Bertrand Meyer • David Parnas • Winston W. Royce • Colette Rolland • James Rumbaugh • Niklaus Wirth • Edward Yourdon • Victor Basili

Các lĩnh vực liên quan

Khoa học máy tính • Kỹ nghệ máy tính • Kỹ nghệ doanh nghiệp • Lịch sử • Quản lý • Toán học • Quản lý dự án • Quản lý chất lượng • Công thái học phần mềm • Kỹ nghệ hệ thống

Bài viết này vẫn còn sơ khai. Bạn có thể giúp Wikipedia mở rộng nội dung để bài được hoàn chỉnh hơn.