Các loại kiểm thử phần mềm (100 ví dụ)

Loại kiểm thử phần mềm là gì?

Phân loại kiểm thử phần mềm là sự phân chia các hoạt động kiểm thử khác nhau thành các danh mục, mỗi danh mục có mục tiêu kiểm thử, chiến lược kiểm thử và kết quả kiểm thử được xác định rõ. Mục tiêu của việc phân loại kiểm thử là để xác nhận tính hợp lệ của ứng dụng cần kiểm thử (AUT) đối với mục tiêu kiểm thử đã được xác định. Ví dụ, mục tiêu của kiểm thử khả năng truy cập là để xác nhận AUT có thể truy cập được bởi người khuyết tật. Vì vậy, nếu giải pháp phần mềm của bạn phải thân thiện với người khuyết tật, bạn sẽ kiểm tra nó dựa trên các trường hợp kiểm thử khả năng truy cập.

Hiểu rõ các loại kiểm thử phần mềm khác nhau là điều cần thiết đối với các chuyên gia QA, nhà phát triển và quản lý dự án. Mỗi loại kiểm thử giải quyết một vấn đề chất lượng cụ thể, và việc lựa chọn sự kết hợp phù hợp sẽ đảm bảo độ bao phủ toàn diện cho ứng dụng của bạn.

Các loại kiểm thử phần mềm

Dưới đây là danh sách toàn diện về 105 loại kiểm thử phần mềm Kèm theo các định nghĩa. Đây là tài liệu tham khảo không thể thiếu đối với bất kỳ chuyên gia QA nào. Hãy coi đây như cẩm nang hướng dẫn của bạn về tất cả các loại kiểm thử phần mềm, được sắp xếp để giúp bạn nhanh chóng tìm hiểu và nắm bắt từng phương pháp.

1. Kiểm tra chấp nhận: Thử nghiệm chính thức được tiến hành để xác định xem hệ thống có đáp ứng các tiêu chí chấp nhận hay không và cho phép khách hàng xác định xem có chấp nhận hệ thống hay không. Nó thường được thực hiện bởi khách hàng. Đọc thêm trên Kiểm tra chấp nhận
2. Kiểm tra khả năng tiếp cận: Loại thử nghiệm này xác định tính khả dụng của sản phẩm đối với người khuyết tật (người khiếm thính, khiếm thị, khuyết tật về trí tuệ, v.v.). Quá trình đánh giá được thực hiện bởi chính những người khuyết tật. Đọc thêm tại Kiểm tra khả năng tiếp cận
3. Kiểm tra tích cực: Loại thử nghiệm bao gồm việc giới thiệu dữ liệu thử nghiệm và phân tích kết quả thực hiện. Nó thường được thực hiện bởi nhóm thử nghiệm.
4. Kiểm tra linh hoạt: Thực hành kiểm thử phần mềm tuân theo các nguyên tắc của tuyên ngôn linh hoạt, nhấn mạnh việc kiểm thử từ quan điểm của những khách hàng sẽ sử dụng hệ thống. Nó thường được thực hiện bởi các đội QA. Đọc thêm trên Kiểm tra Agile
5. Kiểm tra độ tuổi: Loại thử nghiệm đánh giá khả năng hoạt động của hệ thống trong tương lai. Quá trình đánh giá được thực hiện bởi các nhóm thử nghiệm.
6. Kiểm tra đặc biệt: Việc kiểm tra được thực hiện mà không có kế hoạch và tài liệu – người kiểm tra cố gắng 'phá vỡ' hệ thống bằng cách thử ngẫu nhiên chức năng của hệ thống. Nó được thực hiện bởi nhóm thử nghiệm. Đọc thêm trên Thử nghiệm đặc biệt
7. Thử nghiệm Alpha: Alpha Testing là một loại thử nghiệm phần mềm được tiến hành tại trang web của nhà phát triển để xác định lỗi, vấn đề về khả năng sử dụng và khoảng cách chức năng trước khi phát hành sản phẩm để thử nghiệm beta. Nó liên quan đến những người thử nghiệm nội bộ, chẳng hạn như các nhà phát triển và nhóm QA, và đôi khi chọn người dùng cuối trong một môi trường được kiểm soát. Đọc thêm về Thử nghiệm Alpha
8. Kiểm tra khẳng định: Loại thử nghiệm bao gồm việc xác minh xem các điều kiện có phù hợp với yêu cầu của sản phẩm hay không. Nó được thực hiện bởi nhóm thử nghiệm.
9. Kiểm tra API: Kỹ thuật kiểm tra tương tự như Kiểm tra đơn vị ở chỗ nó nhắm mục tiêu đến cấp độ mã. Thử nghiệm Api khác với Thử nghiệm đơn vị ở chỗ nó thường là nhiệm vụ QA chứ không phải nhiệm vụ của nhà phát triển. Đọc thêm trên Kiểm tra API
10. Kiểm tra tất cả các cặp: Phương pháp kiểm tra tổ hợp kiểm tra tất cả các kết hợp riêng biệt có thể có của các tham số đầu vào. Nó được thực hiện bởi các nhóm thử nghiệm.

11. Kiểm thử tự động: Kỹ thuật kiểm tra sử dụng các công cụ Kiểm tra tự động hóa để kiểm soát việc thiết lập môi trường, thực hiện kiểm tra và báo cáo kết quả. Nó được thực hiện bởi một máy tính và được sử dụng trong các nhóm thử nghiệm. Đọc thêm trên Kiểm tra tự động
12. Kiểm tra đường dẫn cơ bản: Một cơ chế thử nghiệm có được phép đo độ phức tạp logic của thiết kế thủ tục và sử dụng phép đo này làm hướng dẫn để xác định một tập hợp cơ bản các đường dẫn thực thi. Nó được các nhóm thử nghiệm sử dụng khi xác định các trường hợp thử nghiệm. Đọc thêm về Kiểm tra đường dẫn cơ bản
13. Kiểm tra khả năng tương thích ngược: Phương pháp thử nghiệm xác minh hoạt động của phần mềm đã phát triển với các phiên bản cũ hơn của môi trường thử nghiệm. Nó được thực hiện bởi nhóm thử nghiệm.
14. Thử nghiệm Beta: Thử nghiệm cuối cùng trước khi phát hành ứng dụng cho mục đích thương mại. Nó thường được thực hiện bởi người dùng cuối hoặc những người khác.
15. Kiểm tra điểm chuẩn: Kỹ thuật kiểm tra sử dụng các bộ chương trình và dữ liệu đại diện được thiết kế để đánh giá hiệu suất của phần cứng và phần mềm máy tính trong một cấu hình nhất định. Nó được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra điểm chuẩn
16. Thử nghiệm tích hợp Big Bang: Kỹ thuật kiểm tra chỉ tích hợp các mô-đun chương trình riêng lẻ khi mọi thứ đã sẵn sàng. Nó được thực hiện bởi các nhóm thử nghiệm.
17. Kiểm tra tính di động nhị phân: Kỹ thuật kiểm tra một ứng dụng thực thi về tính di động trên các nền tảng và môi trường hệ thống, thường là về sự phù hợp với đặc tả ABI. Nó được thực hiện bởi các nhóm thử nghiệm.
18. Kiểm tra giá trị biên: Kỹ thuật kiểm thử phần mềm trong đó các kiểm thử được thiết kế để bao gồm các đại diện của các giá trị biên. Nó được thực hiện bởi các nhóm kiểm tra QA. Đọc thêm trên Kiểm tra giá trị biên
19. Kiểm tra tích hợp từ dưới lên: Trong Kiểm thử tích hợp từ dưới lên, mô-đun ở cấp thấp nhất được phát triển trước tiên và các mô-đun khác hướng tới chương trình 'chính' được tích hợp và thử nghiệm lần lượt. Nó thường được thực hiện bởi các nhóm thử nghiệm.
20. Kiểm tra chi nhánh: Kỹ thuật kiểm tra trong đó tất cả các nhánh trong mã nguồn chương trình đều được kiểm tra ít nhất một lần. Việc này được thực hiện bởi nhà phát triển.
21. Kiểm tra chiều rộng: Bộ thử nghiệm thực hiện đầy đủ chức năng của sản phẩm nhưng không kiểm tra chi tiết các tính năng. Nó được thực hiện bởi các nhóm thử nghiệm.
22. Kiểm thử hộp đen: Một phương pháp kiểm thử phần mềm nhằm xác minh chức năng của ứng dụng mà không cần có kiến ​​thức cụ thể về mã/cấu trúc bên trong của ứng dụng. Các thử nghiệm dựa trên yêu cầu và chức năng. Nó được thực hiện bởi các đội QA. Đọc thêm trên Kiểm tra hộp đen
23. Kiểm tra dựa trên mã: Kỹ thuật kiểm tra sử dụng các khung kiểm tra (chẳng hạn như xUnit) cho phép thực hiện kiểm tra đơn vị để xác định xem các phần khác nhau của mã có hoạt động như mong đợi trong các trường hợp khác nhau hay không. Nó được thực hiện bởi các nhóm phát triển.
24. Kiểm tra khả năng tương thích: Kỹ thuật kiểm tra xác nhận xem phần mềm hoạt động tốt như thế nào trong môi trường mạng/phần mềm/hệ điều hành/phần cứng cụ thể. Nó được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra khả năng tương thích
25. Kiểm tra so sánh: Kỹ thuật thử nghiệm so sánh điểm mạnh và điểm yếu của sản phẩm với các phiên bản trước hoặc các sản phẩm tương tự khác. Có thể được thực hiện bởi người thử nghiệm, nhà phát triển, quản lý sản phẩm hoặc chủ sở hữu sản phẩm. Đọc thêm về Kiểm tra thành phần
26. Kiểm tra thành phần: Kỹ thuật kiểm thử tương tự như kiểm thử đơn vị nhưng có mức độ tích hợp cao hơn – kiểm thử được thực hiện trong bối cảnh của ứng dụng thay vì chỉ kiểm thử trực tiếp một phương pháp cụ thể. Có thể được thực hiện bởi các nhóm thử nghiệm hoặc phát triển.
27. Kiểm tra cấu hình: Kỹ thuật kiểm tra xác định cấu hình tối thiểu và tối ưu của phần cứng và phần mềm cũng như tác động của việc thêm hoặc sửa đổi các tài nguyên như bộ nhớ, ổ đĩa và CPU. Thông thường nó được thực hiện bởi các kỹ sư Kiểm tra hiệu suất. Đọc thêm trên Kiểm tra cấu hình
28. Kiểm tra phạm vi điều kiện: Loại kiểm thử phần mềm trong đó mỗi điều kiện được thực thi bằng cách làm cho nó đúng và sai, theo mỗi cách ít nhất một lần. Nó thường được thực hiện bởi các nhóm Kiểm thử tự động hóa.
29. Kiểm tra tuân thủ: Loại thử nghiệm kiểm tra xem hệ thống có được phát triển theo tiêu chuẩn, quy trình và hướng dẫn hay không. Nó thường được thực hiện bởi các công ty bên ngoài cung cấp nhãn hiệu “Tuân thủ OGC được chứng nhận”.
30. Kiểm tra đồng thời: Thử nghiệm nhiều người dùng hướng đến việc xác định tác động của việc truy cập cùng một mã ứng dụng, mô-đun hoặc bản ghi cơ sở dữ liệu. Nó thường được thực hiện bởi các kỹ sư hiệu suất. Đọc thêm trên Kiểm tra đồng thời
31. Kiểm tra sự phù hợp: Quá trình kiểm thử xem việc triển khai có phù hợp với đặc tả mà nó dựa trên hay không. Nó thường được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra sự phù hợp
32. Kiểm tra theo bối cảnh: Một kỹ thuật Thử nghiệm linh hoạt ủng hộ việc đánh giá liên tục và sáng tạo các cơ hội thử nghiệm dựa trên thông tin tiềm năng được tiết lộ và giá trị của thông tin đó đối với tổ chức tại một thời điểm cụ thể. Nó thường được thực hiện bởi các nhóm thử nghiệm Agile.

33. Kiểm tra chuyển đổi: Kiểm tra các chương trình hoặc quy trình được sử dụng để chuyển đổi dữ liệu từ các hệ thống hiện có để sử dụng trong các hệ thống thay thế. Nó thường được thực hiện bởi các đội QA.
34. Kiểm tra phạm vi quyết định: Loại kiểm thử phần mềm trong đó mỗi điều kiện/quyết định được thực thi bằng cách đặt nó thành đúng/sai. Nó thường được thực hiện bởi các nhóm thử nghiệm tự động hóa.
35. Kiểm tra phá hủy: Loại thử nghiệm trong đó các thử nghiệm được thực hiện cho đến khi mẫu vật bị hỏng, nhằm mục đích hiểu được hiệu suất cấu trúc hoặc hành vi vật liệu của mẫu vật dưới các tải trọng khác nhau. Thường được thực hiện bởi các nhóm đảm bảo chất lượng (QA). Đọc thêm về Thử nghiệm phá hủy
36. Kiểm tra phụ thuộc: Loại thử nghiệm kiểm tra các yêu cầu của ứng dụng đối với phần mềm có sẵn, trạng thái ban đầu và cấu hình để duy trì chức năng phù hợp. Nó thường được thực hiện bởi các nhóm thử nghiệm.
37. Kiểm tra động: Thuật ngữ được sử dụng trong công nghệ phần mềm để mô tả việc kiểm tra hành vi động của mã. Nó thường được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm thử động
38. Kiểm tra tên miền: Kỹ thuật kiểm thử hộp trắng bao gồm các kiểm tra để đảm bảo chương trình chỉ chấp nhận đầu vào hợp lệ. Kỹ thuật này thường được thực hiện bởi các nhóm phát triển phần mềm và đôi khi là các nhóm kiểm thử tự động.
39. Kiểm tra xử lý lỗi: Loại kiểm thử phần mềm xác định khả năng xử lý đúng các giao dịch sai của hệ thống. Thường được thực hiện bởi các nhóm kiểm thử.
40. Kiểm tra từ đầu đến cuối: Tương tự như kiểm tra hệ thống, bao gồm kiểm tra môi trường ứng dụng hoàn chỉnh trong tình huống bắt chước việc sử dụng trong thế giới thực, chẳng hạn như tương tác với cơ sở dữ liệu, sử dụng giao tiếp mạng hoặc tương tác với phần cứng, ứng dụng hoặc hệ thống khác nếu thích hợp. Nó được thực hiện bởi các đội QA. Đọc thêm trên Thử nghiệm đầu cuối
41. Kiểm tra độ bền: Loại thử nghiệm kiểm tra rò rỉ bộ nhớ hoặc các vấn đề khác có thể xảy ra khi thực thi kéo dài. Nó thường được thực hiện bởi các kỹ sư hiệu suất. Đọc thêm trên Kiểm tra độ bền
42. Thử nghiệm thăm dò: Kỹ thuật kiểm thử hộp đen được thực hiện mà không cần lập kế hoạch và lập tài liệu. Nó thường được thực hiện bởi những người kiểm thử thủ công. Đọc thêm về Thử nghiệm thăm dò
43. Kiểm tra phân vùng tương đương: Kỹ thuật kiểm thử phần mềm chia dữ liệu đầu vào của một đơn vị phần mềm thành các phân vùng dữ liệu để từ đó có thể rút ra các ca kiểm thử. nó thường được thực hiện bởi đội QA. Đọc thêm trên Kiểm tra phân vùng tương đương
44. Kiểm tra tiêm lỗi: Thành phần của chiến lược kiểm thử toàn diện cho phép người kiểm thử tập trung vào cách ứng dụng được kiểm thử có thể xử lý các trường hợp ngoại lệ. Nó được thực hiện bởi các đội QA.
45. Kiểm tra xác minh chính thức: Hành động chứng minh hoặc bác bỏ tính đúng đắn của các thuật toán dự định làm nền tảng cho một hệ thống đối với một đặc tính hoặc đặc tính hình thức nhất định bằng cách sử dụng các phương pháp hình thức của toán học. Nó thường được thực hiện bởi các đội QA.
46. Thử nghiệm chức năng: Loại thử nghiệm hộp đen dựa trên các trường hợp thử nghiệm của nó trên các thông số kỹ thuật của thành phần phần mềm đang được thử nghiệm. Nó được thực hiện bởi các nhóm thử nghiệm. Đọc thêm về Thử nghiệm chức năng
47. Kiểm tra lông tơ: Kỹ thuật kiểm thử phần mềm cung cấp dữ liệu không hợp lệ, không mong muốn hoặc ngẫu nhiên cho đầu vào của chương trình - một lĩnh vực đặc biệt của kiểm thử đột biến. Kiểm thử Fuzz được thực hiện bởi các nhóm kiểm thử. Đọc thêm trên Kiểm tra lông tơ
48. Thử nghiệm khỉ đột: Kỹ thuật kiểm thử phần mềm tập trung vào việc kiểm tra kỹ lưỡng một mô-đun cụ thể. Nó được thực hiện bởi các nhóm đảm bảo chất lượng, thường là khi chạy thử nghiệm đầy đủ.
49. màu xám Box Thử nghiệm: Sự kết hợp của màu đen Box và màu trắng Box Phương pháp kiểm thử: kiểm thử một phần mềm dựa trên đặc tả kỹ thuật của nó nhưng sử dụng một số kiến ​​thức về hoạt động bên trong của phần mềm. Việc kiểm thử có thể được thực hiện bởi nhóm phát triển hoặc nhóm kiểm thử.
50. Kiểm tra hộp kính: Tương tự như thử nghiệm hộp trắng, dựa trên kiến ​​thức về logic bên trong của mã ứng dụng. Nó được thực hiện bởi các nhóm phát triển.
51. Kiểm tra phần mềm GUI: Quá trình thử nghiệm một sản phẩm sử dụng giao diện người dùng đồ họa để đảm bảo sản phẩm đáp ứng các thông số kỹ thuật bằng văn bản. Điều này thường được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra phần mềm GUI
52. Kiểm tra toàn cầu hóa: Phương pháp thử nghiệm kiểm tra chức năng phù hợp của sản phẩm với bất kỳ cài đặt văn hóa/ngôn ngữ nào bằng cách sử dụng mọi loại đầu vào quốc tế có thể. Nó được thực hiện bởi nhóm thử nghiệm. Đọc thêm trên Thử nghiệm toàn cầu hóa
53. Kiểm tra tích hợp lai: Kỹ thuật kiểm thử kết hợp các kỹ thuật tích hợp từ trên xuống và từ dưới lên để tận dụng lợi ích của loại thử nghiệm này. Nó thường được thực hiện bởi các nhóm thử nghiệm.
54. Thử nghiệm hội nhập: Giai đoạn kiểm thử phần mềm trong đó các mô-đun phần mềm riêng lẻ được kết hợp và kiểm thử thành một nhóm. Nó thường được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Thử nghiệm hội nhập
55. Kiểm tra giao diện: Thử nghiệm được tiến hành để đánh giá xem các hệ thống hoặc thành phần có truyền dữ liệu và điều khiển chính xác cho nhau hay không. Nó thường được thực hiện bởi cả nhóm thử nghiệm và phát triển. Đọc thêm trên Kiểm tra giao diện
56. Kiểm tra cài đặt/gỡ cài đặt: Công việc đảm bảo chất lượng tập trung vào những gì khách hàng sẽ cần làm để cài đặt và thiết lập thành công phần mềm mới. Nó có thể bao gồm toàn bộ, một phần hoặc nâng cấp các quy trình cài đặt/gỡ cài đặt và thường được thực hiện bởi kỹ sư kiểm thử phần mềm kết hợp với người quản lý cấu hình.
57. Kiểm tra quốc tế hóa: Quy trình đảm bảo rằng chức năng của sản phẩm không bị hỏng và tất cả các thông báo đều được hiển thị bên ngoài chính xác khi được sử dụng ở các ngôn ngữ và địa phương khác nhau. Nó thường được thực hiện bởi các nhóm thử nghiệm.
58. Kiểm tra liên hệ thống: Một kỹ thuật thử nghiệm tập trung vào việc xác minh rằng các kết nối giữa các ứng dụng hoạt động chính xác. Kỹ thuật này thường được thực hiện bởi các nhóm thử nghiệm.
59. Kiểm tra dựa trên từ khóa: Còn được gọi là kiểm tra theo bảng hoặc kiểm tra từ hành động, là một phương pháp kiểm thử phần mềm để kiểm tra tự động, tách quá trình tạo kiểm tra thành hai giai đoạn riêng biệt: Giai đoạn lập kế hoạch và Giai đoạn thực hiện. Nó có thể được sử dụng bởi các nhóm thử nghiệm thủ công hoặc tự động hóa. Đọc thêm trên Kiểm tra dựa trên từ khóa
60. Tải thử nghiệm: Kỹ thuật kiểm thử đặt ra yêu cầu đối với một hệ thống hoặc thiết bị và đo lường phản ứng của nó. Nó thường được thực hiện bởi các kỹ sư hiệu suất. Đọc thêm trên Kiểm tra Tải
61. Kiểm tra bản địa hóa: Một phần của quy trình kiểm thử phần mềm tập trung vào việc điều chỉnh ứng dụng toàn cầu hóa cho phù hợp với một nền văn hóa/ngôn ngữ cụ thể. Nó thường được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra bản địa hóa
62. Kiểm tra vòng lặp: Một kỹ thuật kiểm thử hộp trắng thực hiện các vòng lặp chương trình. Nó được thực hiện bởi các nhóm phát triển. Đọc thêm về Kiểm tra vòng lặp
63. Kiểm tra kịch bản thủ công: Phương pháp kiểm thử trong đó các trường hợp kiểm thử được nhóm thiết kế và xem xét trước khi thực hiện nó. Nó được thực hiện bởi các nhóm Kiểm tra thủ công.
64. Kiểm tra hỗ trợ thủ công: Kỹ thuật kiểm tra bao gồm kiểm tra tất cả các chức năng do con người thực hiện trong khi chuẩn bị dữ liệu và sử dụng những dữ liệu này từ hệ thống tự động. nó được thực hiện bởi các đội thử nghiệm.
65. Kiểm tra dựa trên mô hình: Ứng dụng Thiết kế dựa trên mô hình để thiết kế và thực hiện các tạo phẩm cần thiết để thực hiện kiểm thử phần mềm. Nó thường được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra dựa trên mô hình
66. Kiểm tra đột biến: Phương pháp kiểm thử phần mềm bao gồm sửa đổi mã nguồn hoặc mã byte của chương trình theo những cách nhỏ để kiểm tra các phần mã hiếm khi hoặc không bao giờ được truy cập trong quá trình thực hiện kiểm thử thông thường. Nó thường được thực hiện bởi những người thử nghiệm. Đọc thêm trên Kiểm tra đột biến
67. Kiểm tra theo hướng mô-đun: Kỹ thuật kiểm thử phần mềm yêu cầu tạo các tập lệnh nhỏ, độc lập đại diện cho các mô-đun, phần và chức năng của ứng dụng đang được kiểm thử. Nó thường được thực hiện bởi nhóm thử nghiệm.
68. Kiểm tra phi chức năng: Kỹ thuật kiểm thử tập trung vào việc kiểm thử một ứng dụng phần mềm theo các yêu cầu phi chức năng của nó. Có thể được thực hiện bởi các kỹ sư hiệu suất hoặc bởi các nhóm kiểm tra thủ công. Đọc thêm trên Kiểm tra phi chức năng
69. Kiểm tra tiêu cực: Còn được gọi là “kiểm tra để thất bại” – phương pháp kiểm tra trong đó mục đích của các bài kiểm tra là chỉ ra rằng một thành phần hoặc hệ thống không hoạt động. Nó được thực hiện bởi các kiểm tra viên thủ công hoặc tự động. Đọc thêm về Kiểm tra tiêu cực
70. OperaKiểm tra quốc tế: Kỹ thuật kiểm tra được tiến hành để đánh giá một hệ thống hoặc thành phần trong môi trường hoạt động của nó. Thông thường nó được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Operakiểm tra quốc tế
71. Kiểm tra mảng trực giao: Cách kiểm tra thống kê, có hệ thống có thể áp dụng trong kiểm tra giao diện người dùng, kiểm tra hệ thống, kiểm tra hồi quy, kiểm tra cấu hình và kiểm tra hiệu suất. Nó được thực hiện bởi nhóm thử nghiệm. Đọc thêm trên Kiểm tra mảng trực giao
72. Kiểm tra cặp: Kỹ thuật phát triển phần mềm trong đó hai thành viên trong nhóm làm việc cùng nhau trên một bàn phím để kiểm tra ứng dụng phần mềm. Một người thực hiện kiểm tra và người kia phân tích hoặc đánh giá việc kiểm tra. Điều này có thể được thực hiện giữa một Người kiểm tra và Nhà phát triển hoặc Nhà phân tích kinh doanh hoặc giữa hai người kiểm tra với cả hai người tham gia thay phiên nhau điều khiển bàn phím.
73. Kiểm tra thụ động: Kỹ thuật kiểm tra bao gồm giám sát kết quả của hệ thống đang chạy mà không đưa ra bất kỳ dữ liệu kiểm tra đặc biệt nào. Nó được thực hiện bởi nhóm thử nghiệm.
74. Kiểm tra song song: Kỹ thuật kiểm tra nhằm mục đích đảm bảo rằng ứng dụng mới thay thế phiên bản cũ hơn đã được cài đặt và chạy chính xác. Nó được thực hiện bởi nhóm thử nghiệm. Đọc thêm trên Kiểm tra song song
75. Kiểm tra đường dẫn: Kiểm thử hộp trắng điển hình có mục tiêu đáp ứng tiêu chuẩn bảo vệ cho từng đường dẫn logic thông qua chương trình. Thường được thực hiện bởi nhóm phát triển. Đọc thêm về Kiểm tra đường dẫn
76. Kiểm tra thâm nhập: Phương pháp thử nghiệm đánh giá tính bảo mật của hệ thống máy tính hoặc mạng bằng cách mô phỏng cuộc tấn công từ nguồn độc hại. Thông thường chúng được thực hiện bởi các công ty thử nghiệm thâm nhập chuyên ngành. Đọc thêm trên Kiểm tra thâm nhập
77. Kiểm tra năng suất: Kiểm tra chức năng được tiến hành để đánh giá sự tuân thủ của hệ thống hoặc thành phần với các yêu cầu hiệu suất được chỉ định. Nó thường được thực hiện bởi kỹ sư hiệu suất. Đọc thêm trên Kiểm tra năng suất
78. Kiểm tra trình độ chuyên môn: Việc kiểm tra dựa trên các thông số kỹ thuật của phiên bản trước, thường do nhà phát triển thực hiện cho người tiêu dùng, để chứng minh rằng phần mềm đáp ứng các yêu cầu đã chỉ định.
79. Ramp Thử nghiệm: Loại thử nghiệm bao gồm việc tăng tín hiệu đầu vào liên tục cho đến khi hệ thống bị hỏng. Nó có thể được thực hiện bởi nhóm thử nghiệm hoặc kỹ sư hiệu suất.
80. Kiểm tra hồi quy: Loại kiểm thử phần mềm nhằm tìm cách phát hiện các lỗi phần mềm sau khi thực hiện các thay đổi đối với chương trình (ví dụ: sửa lỗi hoặc chức năng mới) bằng cách kiểm tra lại chương trình. Nó được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra hồi quy
81. Kiểm tra phục hồi: Kỹ thuật kiểm tra đánh giá khả năng phục hồi của hệ thống sau sự cố, lỗi phần cứng hoặc các sự cố nghiêm trọng khác. Nó được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra phục hồi
82. Kiểm tra yêu cầu: Kỹ thuật kiểm thử xác nhận rằng các yêu cầu là chính xác, đầy đủ, rõ ràng và nhất quán về mặt logic, đồng thời cho phép thiết kế một bộ trường hợp kiểm thử cần và đủ từ các yêu cầu đó. Nó được thực hiện bởi các đội QA.
83. Kiểm tra bảo mật: Một quy trình để xác định rằng hệ thống thông tin có bảo vệ dữ liệu và duy trì chức năng như dự kiến ​​hay không. Nó có thể được thực hiện bởi các nhóm kiểm tra hoặc bởi các công ty kiểm tra bảo mật chuyên ngành. Đọc thêm trên Kiểm tra bảo mật
84. Kiểm tra vệ sinh: Kỹ thuật kiểm tra xác định xem phiên bản phần mềm mới có hoạt động đủ tốt để chấp nhận nó cho nỗ lực thử nghiệm lớn hay không. Nó được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra vệ sinh
85. Kiểm tra kịch bản: Hoạt động thử nghiệm sử dụng các kịch bản dựa trên một câu chuyện giả định để giúp một người suy nghĩ thấu đáo về một vấn đề hoặc hệ thống phức tạp cho một môi trường thử nghiệm. Hoạt động này được thực hiện bởi các nhóm thử nghiệm. Đọc thêm về Thử nghiệm kịch bản
86. Kiểm tra khả năng mở rộng: Một phần của các cuộc kiểm tra phi chức năng nhằm kiểm tra một ứng dụng phần mềm nhằm đo lường khả năng mở rộng quy mô của nó – có thể là tải của người dùng được hỗ trợ, số lượng giao dịch, khối lượng dữ liệu, v.v. Nó được thực hiện bởi kỹ sư hiệu suất. Đọc thêm trên Kiểm tra khả năng mở rộng
87. Kiểm tra tuyên bố: Kiểm thử hộp trắng đáp ứng tiêu chí là mỗi câu lệnh trong chương trình được thực hiện ít nhất một lần trong quá trình kiểm thử chương trình. Thường được thực hiện bởi nhóm phát triển.
88. Kiểm tra tĩnh: Một hình thức kiểm thử phần mềm mà phần mềm không thực sự được sử dụng. Nó chủ yếu kiểm tra tính hợp lệ của mã, thuật toán hoặc tài liệu. Nó được sử dụng bởi nhà phát triển đã viết mã. Đọc thêm về Kiểm tra tĩnh
89. Kiểm tra độ ổn định: Kỹ thuật kiểm tra cố gắng xác định xem ứng dụng có gặp sự cố hay không. Nó thường được thực hiện bởi kỹ sư hiệu suất. Đọc thêm trên Kiểm tra độ ổn định
90. Kiểm tra khói: Kỹ thuật kiểm tra kiểm tra tất cả các thành phần cơ bản của hệ thống phần mềm để đảm bảo rằng chúng hoạt động bình thường. Thông thường, smoke testing được nhóm kiểm thử tiến hành ngay sau khi quá trình xây dựng phần mềm được thực hiện. Đọc thêm trên Kiểm tra khói
91. Kiểm tra lưu trữ: Loại thử nghiệm xác minh chương trình được thử nghiệm lưu trữ các tệp dữ liệu trong các thư mục chính xác và nó dành đủ dung lượng để ngăn chặn việc chấm dứt bất ngờ do thiếu dung lượng. Nó thường được thực hiện bởi nhóm thử nghiệm. Đọc thêm trên Kiểm tra lưu trữ
92. Bài kiểm tra về áp lực: Kỹ thuật kiểm tra đánh giá một hệ thống hoặc thành phần ở hoặc vượt quá giới hạn của các yêu cầu được chỉ định. Nó thường được thực hiện bởi kỹ sư hiệu suất. Đọc thêm trên Bài kiểm tra về áp lực
93. Kiểm tra kết cấu: Kỹ thuật kiểm thử hộp trắng tính đến cấu trúc bên trong của hệ thống hoặc thành phần và đảm bảo rằng mỗi câu lệnh chương trình thực hiện chức năng dự định của nó. Nó thường được thực hiện bởi các nhà phát triển phần mềm.
94. Thử nghiệm hệ thống: Quá trình kiểm tra một hệ thống phần cứng và phần mềm tích hợp để xác minh rằng hệ thống đó đáp ứng các yêu cầu đã chỉ định. Nó được thực hiện bởi các nhóm thử nghiệm trong cả môi trường phát triển và mục tiêu. Đọc thêm trên Thử nghiệm hệ thống
95. Kiểm tra tích hợp hệ thống: Quá trình kiểm thử nhằm thực hiện sự tồn tại chung của một hệ thống phần mềm với các hệ thống khác. Nó thường được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra tích hợp hệ thống
96. Kiểm tra tích hợp từ trên xuống: Kỹ thuật kiểm tra bao gồm việc bắt đầu từ đầu hệ thống phân cấp ở giao diện người dùng và sử dụng các phần sơ khai để kiểm tra từ trên xuống cho đến khi toàn bộ hệ thống được triển khai. Nó được thực hiện bởi các nhóm thử nghiệm.
97. Kiểm tra chủ đề: Một biến thể của kỹ thuật kiểm thử từ trên xuống trong đó việc tích hợp dần dần các thành phần diễn ra sau khi triển khai các tập hợp con các yêu cầu. Nó thường được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra chủ đề
98. Upgrade Thử nghiệm: Kỹ thuật kiểm tra xác minh xem nội dung được tạo bằng phiên bản cũ hơn có thể được sử dụng đúng cách hay không và việc học của người dùng không gặp khó khăn. Nó được thực hiện bởi các nhóm thử nghiệm.
99. Kiểm tra đơn vị: Phương pháp xác minh và xác thực phần mềm trong đó lập trình viên kiểm tra xem các đơn vị mã nguồn riêng lẻ có phù hợp để sử dụng hay không. Nó thường được thực hiện bởi nhóm phát triển. Đọc thêm trên Kiểm tra đơn vị
100. Kiểm tra giao diện người dùng: Loại thử nghiệm được thực hiện để kiểm tra mức độ thân thiện với người dùng của ứng dụng. Nó được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra giao diện người dùng

Các loại bài kiểm tra bổ sung: Năm loại kiểm thử sau đây là những kỹ thuật bổ sung mà mọi chuyên gia QA nên biết.

101. Kiểm tra khả năng sử dụng: Kỹ thuật kiểm tra xác minh mức độ dễ dàng mà người dùng có thể học cách vận hành, chuẩn bị đầu vào và giải thích đầu ra của hệ thống hoặc thành phần. Nó thường được thực hiện bởi người dùng cuối. Đọc thêm trên Kiểm tra khả năng sử dụng
102. Kiểm tra khối lượng: Kiểm tra nhằm xác nhận rằng bất kỳ giá trị nào có thể trở nên lớn theo thời gian (chẳng hạn như số lượng tích lũy, nhật ký và tệp dữ liệu), đều có thể được chương trình cung cấp và sẽ không khiến chương trình ngừng hoạt động hoặc suy giảm hoạt động của nó theo bất kỳ cách nào. Nó thường được thực hiện bởi kỹ sư hiệu suất. Đọc thêm trên Kiểm tra khối lượng
103. Kiểm tra lỗ hổng: Loại thử nghiệm liên quan đến bảo mật ứng dụng và nhằm mục đích ngăn ngừa các sự cố có thể ảnh hưởng đến tính toàn vẹn và ổn định của ứng dụng. Nó có thể được thực hiện bởi các nhóm thử nghiệm nội bộ hoặc thuê ngoài bởi các công ty chuyên ngành. Đọc thêm trên Kiểm tra lỗ hổng bảo mật
104. Kiểm thử hộp trắng: Kỹ thuật kiểm tra dựa trên kiến ​​thức về logic bên trong mã của ứng dụng và bao gồm các kiểm tra như mức độ bao phủ của câu lệnh mã, nhánh, đường dẫn, điều kiện. Nó được thực hiện bởi các nhà phát triển phần mềm. Đọc thêm trên Kiểm thử hộp trắng
105. Kiểm tra quy trình làm việc: Kỹ thuật kiểm tra từ đầu đến cuối theo kịch bản sao chép các quy trình công việc cụ thể mà người dùng cuối dự kiến ​​sẽ sử dụng. Nó thường được thực hiện bởi các nhóm thử nghiệm. Đọc thêm trên Kiểm tra quy trình làm việc

Cách chọn loại kiểm thử phần mềm phù hợp

Với hơn 100 loại kiểm thử khác nhau, việc lựa chọn phương pháp phù hợp cho dự án của bạn có thể khiến bạn cảm thấy choáng ngợp. Điều quan trọng là phải điều chỉnh chiến lược kiểm thử của bạn sao cho phù hợp với mục tiêu, hạn chế và mức độ chấp nhận rủi ro của dự án.

Bắt đầu với các yêu cầu của dự án

Hãy bắt đầu bằng cách phân tích những gì ứng dụng của bạn cần cung cấp. Nếu phần mềm của bạn xử lý dữ liệu nhạy cảm, hãy ưu tiên kiểm thử bảo mật và kiểm thử xâm nhập ngay từ đầu. Đối với các ứng dụng hướng đến khách hàng, kiểm thử khả năng sử dụng và kiểm thử khả năng tiếp cận nên được ưu tiên hàng đầu. Các hệ thống doanh nghiệp với các tích hợp phức tạp đòi hỏi kiểm thử tích hợp và kiểm thử tích hợp hệ thống kỹ lưỡng.

Hãy xem xét phương pháp phát triển.

Phương pháp phát triển của bạn ảnh hưởng trực tiếp đến các lựa chọn kiểm thử. Các nhóm Agile được hưởng lợi từ các phương pháp kiểm thử liên tục như kiểm thử tự động, kiểm thử hồi quy và kiểm thử thăm dò trong mỗi sprint. Các dự án Waterfall thường tuân theo phương pháp tuần tự với các giai đoạn riêng biệt cho kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hệ thống và kiểm thử chấp nhận.

Đánh giá rủi ro và tác động

Hãy tập trung nỗ lực kiểm thử vào những lĩnh vực mà lỗi có thể gây ra thiệt hại lớn nhất. Các ứng dụng tài chính đòi hỏi độ chính xác và xác thực bảo mật toàn diện. Hệ thống chăm sóc sức khỏe yêu cầu kiểm thử tuân thủ nghiêm ngặt. Các nền tảng thương mại điện tử cần kiểm thử hiệu năng và kiểm thử tải mạnh mẽ để xử lý lưu lượng truy cập cao điểm.

Cân bằng giữa phương pháp thủ công và tự động

Không phải mọi loại kiểm thử đều cần tự động hóa. Kiểm thử thăm dò, kiểm thử khả năng sử dụng và kiểm thử ngẫu nhiên dựa vào phán đoán của con người. Kiểm thử hồi quy, kiểm thử tải và kiểm thử nhanh được hưởng lợi đáng kể từ tự động hóa. Các chiến lược hiệu quả nhất kết hợp cả hai phương pháp dựa trên nguồn lực sẵn có.

Trí tuệ nhân tạo đang thay đổi quá trình kiểm thử phần mềm như thế nào?

Trí tuệ nhân tạo đang định hình lại lĩnh vực kiểm thử phần mềm bằng cách tự động hóa các tác vụ trước đây đòi hỏi nhiều công sức thủ công. Các công cụ kiểm thử dựa trên AI hiện nay có thể tự động tạo ra các trường hợp kiểm thử bằng cách phân tích hành vi ứng dụng, mô hình người dùng và các thay đổi mã, giúp giảm đáng kể thời gian cần thiết để xây dựng các bộ kiểm thử toàn diện.

Một trong những ứng dụng có tác động mạnh mẽ nhất là dự đoán lỗi thông minh. Các mô hình học máy phân tích dữ liệu lỗi trong quá khứ và các chỉ số độ phức tạp của mã để xác định các mô-đun có khả năng chứa lỗi cao nhất, cho phép các nhóm tập trung nỗ lực vào những nơi có khả năng xảy ra vấn đề cao nhất.

Các kịch bản kiểm thử tự phục hồi là một bước tiến lớn khác. Các bài kiểm thử tự động truyền thống thường xuyên gặp lỗi khi giao diện người dùng thay đổi. Các công cụ hỗ trợ trí tuệ nhân tạo (AI) phát hiện những thay đổi này và tự động cập nhật các bộ chọn kiểm thử và các khẳng định, giúp giảm đáng kể chi phí bảo trì.

Kiểm thử hồi quy hình ảnh được hỗ trợ bởi trí tuệ nhân tạo (AI) so sánh ảnh chụp màn hình giữa các phiên bản phần mềm và phân biệt một cách thông minh giữa các thay đổi thiết kế có chủ ý và các lỗi hình ảnh thực sự. Khi AI tiếp tục phát triển, các chuyên gia kiểm thử chất lượng nên xem nó như một sự bổ sung cho chuyên môn của họ chứ không phải là một sự thay thế.

Những điểm khác biệt chính giữa kiểm thử thủ công và kiểm thử tự động

Hiểu rõ khi nào nên sử dụng kiểm thử thủ công so với kiểm thử tự động là một quyết định quan trọng ảnh hưởng đến tiến độ dự án, ngân sách và chất lượng kết quả. Bảng so sánh sau đây nêu bật những điểm khác biệt thiết yếu giữa hai phương pháp cơ bản này.

Tiêu chí	Kiểm tra bằng tay	Kiểm tra tự động
Thực hiện	Được thực hiện bởi người kiểm thử từng bước một.	Được thực thi bởi các tập lệnh và công cụ kiểm thử
Tốc độ	Chậm hơn, bị giới hạn bởi nhịp độ của con người.	Nhanh hơn, chạy các bài kiểm tra song song.
Chi phí ban đầu	Đầu tư ban đầu thấp hơn	Cao hơn do thiết lập công cụ và kịch bản.
Độ lặp lại	Dễ xảy ra lỗi do con người khi lặp lại	Tính nhất quán và độ tin cậy cao trong suốt quá trình chạy.
tốt nhất cho	Thử nghiệm thăm dò, khả năng sử dụng, thử nghiệm ngẫu nhiên	Kiểm thử hồi quy, kiểm thử tải, kiểm thử khói
Linh hoạt	Thích nghi nhanh chóng với những thay đổi	Cần cập nhật tập lệnh để thực hiện các thay đổi.
ROI dài hạn	Chi phí sẽ tăng cao hơn theo thời gian đối với các công việc lặp đi lặp lại.	Hiệu quả về chi phí cho các thử nghiệm được thực hiện thường xuyên.

Các nhóm QA thành công nhất không chọn một phương pháp này hay phương pháp kia. Thay vào đó, họ xây dựng một chiến lược kiểm thử cân bằng, tận dụng kiểm thử thủ công cho các lĩnh vực cần sự hiểu biết của con người và kiểm thử tự động cho các công việc lặp đi lặp lại, tốn nhiều dữ liệu hoặc cần xử lý nhanh chóng.

Danh sách đến đây là kết thúc. Để tìm các công cụ phù hợp cho loại thử nghiệm này và các loại thử nghiệm khác, hãy khám phá bộ sưu tập này. công cụ kiểm tra.

Câu Hỏi Thường Gặp