Các phương pháp kiểm thử phần mềm và so sánh chúng Kiểm thử hộp đen và kiểm thử hộp trắng. Các loại kiểm thử phần mềm. Danh sách đầy đủ

Kiểm thử phần mềm xác định các sai sót, thiếu sót và lỗi trong mã cần loại bỏ. Nó cũng có thể được định nghĩa là quá trình đánh giá chức năng và tính chính xác của phần mềm thông qua phân tích. Các phương pháp tích hợp và thử nghiệm chính của sản phẩm phần mềm đảm bảo chất lượng của ứng dụng và bao gồm kiểm tra thông số kỹ thuật, thiết kế và mã, đánh giá độ tin cậy, xác nhận và xác minh.

phương pháp

Mục tiêu chính của kiểm thử phần mềm là xác nhận chất lượng của gói phần mềm bằng cách gỡ lỗi các ứng dụng một cách có hệ thống trong các điều kiện được kiểm soát cẩn thận, xác định tính đầy đủ và chính xác của chúng cũng như phát hiện các lỗi ẩn.

Các phương pháp có thể được chia thành tĩnh và động.

Trước đây bao gồm đánh giá không chính thức, kiểm soát và kỹ thuật, kiểm tra, hướng dẫn, kiểm tra và phân tích tĩnh về luồng dữ liệu và kiểm soát.

Các kỹ thuật động như sau:

Kiểm thử hộp trắng.Đây là một nghiên cứu chi tiết về logic và cấu trúc bên trong của một chương trình. Điều này đòi hỏi kiến thức về mã nguồn.
Kiểm thử hộp đen. Kỹ thuật này không yêu cầu bất kỳ kiến thức nào về hoạt động nội bộ của ứng dụng. Chỉ những khía cạnh chính của hệ thống không liên quan hoặc có ít mối liên hệ với cấu trúc logic bên trong của nó mới được xem xét.
Phương pháp hộp màu xám. Kết hợp hai cách tiếp cận trước đó. Việc gỡ lỗi với kiến thức hạn chế về chức năng bên trong của ứng dụng sẽ được kết hợp với kiến thức về các khía cạnh cơ bản của hệ thống.

Kiểm tra minh bạch

Phương pháp hộp trắng sử dụng các kịch bản kiểm thử để kiểm soát cấu trúc của thiết kế thủ tục. Kỹ thuật này cho phép bạn xác định các lỗi triển khai, chẳng hạn như quản lý mã kém, bằng cách phân tích hoạt động bên trong của một phần mềm. Các phương pháp thử nghiệm này có thể áp dụng ở cấp độ tích hợp, mô-đun và hệ thống. Người kiểm tra phải có quyền truy cập vào mã nguồn và sử dụng nó để tìm ra khối nào đang hoạt động không phù hợp.

Kiểm thử hộp trắng của chương trình có những ưu điểm sau:

cho phép bạn xác định lỗi trong mã ẩn khi xóa các dòng thừa;
khả năng tác dụng phụ;
mức độ bao phủ tối đa đạt được bằng cách viết một kịch bản thử nghiệm.

Sai sót:

một quy trình chi phí cao đòi hỏi một trình gỡ lỗi có trình độ;
nhiều đường dẫn sẽ vẫn chưa được khám phá, vì việc kiểm tra kỹ lưỡng tất cả các lỗi tiềm ẩn có thể xảy ra là rất khó khăn;
một số mã bị thiếu sẽ không được chú ý.

Kiểm thử hộp trắng đôi khi còn được gọi là kiểm thử hộp trong suốt hoặc hộp mở, kiểm thử cấu trúc, kiểm thử logic, kiểm thử nguồn, kiểm thử kiến trúc và kiểm thử logic.

Các giống chính:

1) kiểm tra kiểm soát luồng - một chiến lược có cấu trúc sử dụng luồng điều khiển chương trình làm mô hình và ưu tiên số lượng lớn hơn các đường dẫn đơn giản so với số lượng nhỏ hơn các đường dẫn phức tạp hơn;

2) gỡ lỗi nhánh nhằm mục đích kiểm tra từng tùy chọn (đúng hoặc sai) của từng câu lệnh kiểm soát, bao gồm cả quyết định kết hợp;

3) kiểm tra đường dẫn cơ bản, cho phép người kiểm tra thiết lập thước đo về độ phức tạp logic của thiết kế thủ tục để xác định một tập hợp cơ bản các đường dẫn thực hiện;

4) kiểm tra luồng dữ liệu - chiến lược kiểm tra luồng điều khiển bằng cách chú thích biểu đồ với thông tin về việc khai báo và sử dụng các biến chương trình;

5) kiểm tra chu trình - hoàn toàn tập trung vào việc thực hiện đúng các quy trình tuần hoàn.

Gỡ lỗi hành vi

Kiểm tra hộp đen coi phần mềm như một "hộp đen" - thông tin về hoạt động bên trong của chương trình không được tính đến và chỉ các khía cạnh chính của hệ thống mới được kiểm tra. Trong trường hợp này, người kiểm thử cần biết kiến trúc hệ thống mà không cần truy cập vào mã nguồn.

Ưu điểm của phương pháp này:

hiệu quả cho một đoạn mã lớn;
sự dễ dàng nhận biết của người thử nghiệm;
Góc nhìn của người dùng được tách biệt rõ ràng với góc nhìn của nhà phát triển (lập trình viên và người kiểm thử độc lập với nhau);
tạo thử nghiệm nhanh hơn.

Kiểm tra chương trình bằng phương pháp hộp đen có những nhược điểm sau:

trong thực tế, một số trường hợp thử nghiệm được chọn sẽ được thực thi, dẫn đến phạm vi bao phủ bị hạn chế;
việc thiếu thông số kỹ thuật rõ ràng gây khó khăn cho việc phát triển các trường hợp thử nghiệm;
hiệu quả thấp.

Các tên khác của kỹ thuật này là kiểm tra hành vi, kiểm tra mờ, kiểm tra chức năng và gỡ lỗi hộp đóng.

1) phân vùng tương đương, có thể làm giảm tập dữ liệu thử nghiệm, do dữ liệu đầu vào của mô-đun phần mềm được chia thành các phần riêng biệt;

2) phân tích cạnh tập trung vào việc kiểm tra các ranh giới hoặc các giá trị ranh giới cực trị - mức tối thiểu, mức tối đa, lỗi và các giá trị điển hình;

3) làm mờ - được sử dụng để tìm kiếm các lỗi triển khai bằng cách nhập dữ liệu bị méo hoặc bán méo ở chế độ tự động hoặc bán tự động;

4) biểu đồ về mối quan hệ nhân quả - một kỹ thuật dựa trên việc tạo biểu đồ và thiết lập mối liên hệ giữa một hành động và nguyên nhân của nó: nhận dạng, phủ định, logic OR và logic AND - bốn ký hiệu cơ bản thể hiện sự phụ thuộc lẫn nhau giữa nguyên nhân và kết quả;

5) thử nghiệm các mảng trực giao, áp dụng cho các bài toán có diện tích đầu vào tương đối nhỏ vượt quá khả năng của một nghiên cứu toàn diện;

6) kiểm tra tất cả các cặp - một kỹ thuật có tập hợp các giá trị kiểm tra bao gồm tất cả các kết hợp riêng biệt có thể có của từng cặp tham số đầu vào;

Kiểm thử hộp đen: Ví dụ

Kỹ thuật này dựa trên thông số kỹ thuật, tài liệu và mô tả về giao diện phần mềm hoặc hệ thống. Ngoài ra, có thể sử dụng các mô hình (chính thức hoặc không chính thức) thể hiện hành vi mong đợi của phần mềm.

Phương pháp gỡ lỗi này thường được sử dụng cho giao diện người dùng và yêu cầu tương tác với ứng dụng bằng cách nhập dữ liệu và thu thập kết quả - từ màn hình, từ báo cáo hoặc bản in.

Do đó, người kiểm tra tương tác với phần mềm thông qua đầu vào, công tắc vận hành, nút bấm hoặc các giao diện khác. Việc lựa chọn dữ liệu đầu vào, thứ tự nhập dữ liệu hoặc chuỗi hành động có thể dẫn đến tổng số kết hợp khổng lồ, như có thể thấy trong ví dụ sau.

Phải thực hiện bao nhiêu thử nghiệm để kiểm tra tất cả các giá trị có thể có cho 4 hộp kiểm và một trường có hai vị trí chỉ định thời gian tính bằng giây? Thoạt nhìn, phép tính rất đơn giản: 4 trường với hai trạng thái có thể - 24 = 16, phải nhân với số vị trí có thể có từ 00 đến 99, tức là 1600 bài kiểm tra có thể.

Tuy nhiên, phép tính này có sai sót: chúng ta có thể định nghĩa rằng trường hai vị trí cũng có thể chứa một khoảng trắng, tức là nó bao gồm hai vị trí chữ và số và có thể bao gồm các ký tự chữ cái, ký tự đặc biệt, dấu cách, v.v. Do đó, nếu hệ thống là 16 -máy tính bit, có 216 = 65.536 tùy chọn cho mỗi vị trí, dẫn đến 4.294.967.296 trường hợp thử nghiệm, phải nhân với 16 kết hợp cho các cờ, cho tổng số 68.719.476.736 với tốc độ 1 thử nghiệm mỗi giây, tổng thời gian thử nghiệm. sẽ là 2.177,5 năm. Đối với hệ thống 32 hoặc 64 bit, thời lượng thậm chí còn dài hơn.

Vì vậy, cần phải giảm khoảng thời gian này xuống giá trị có thể chấp nhận được. Vì vậy, các kỹ thuật phải được áp dụng để giảm số lượng ca kiểm thử mà không làm giảm phạm vi kiểm thử.

Phân vùng tương đương

Phân vùng tương đương là một kỹ thuật đơn giản có thể áp dụng cho bất kỳ biến nào có trong phần mềm, có thể là giá trị đầu vào hoặc đầu ra, ký hiệu, số, v.v. Nó dựa trên nguyên tắc rằng tất cả dữ liệu từ cùng một phân vùng tương đương sẽ được xử lý theo cùng một cách và theo những hướng dẫn tương tự.

Trong quá trình thử nghiệm, một đại diện được chọn từ mỗi phân vùng tương đương được xác định. Điều này cho phép bạn giảm một cách có hệ thống số lượng trường hợp thử nghiệm có thể xảy ra mà không làm mất phạm vi lệnh và tính năng.

Một hệ quả khác của việc phân vùng này là giảm sự bùng nổ tổ hợp giữa các biến khác nhau và giảm các ca kiểm thử liên quan.

Ví dụ, trong (1/x)1/2 ba chuỗi dữ liệu được sử dụng, ba phân vùng tương đương:

1. Tất cả các số dương sẽ được xử lý theo cách tương tự và sẽ cho kết quả chính xác.

2. Tất cả các số âm sẽ được xử lý theo cách tương tự và cho kết quả như nhau. Điều này không chính xác vì gốc của số âm là số ảo.

3. Số 0 sẽ được xử lý riêng và sẽ đưa ra lỗi chia cho số 0. Đây là một phần ý nghĩa duy nhất.

Vì vậy, chúng ta thấy ba phần khác nhau, một trong số đó có một ý nghĩa duy nhất. Có một phần “đúng” cho kết quả đáng tin cậy và hai phần “sai” cho kết quả không chính xác.

Phân tích khu vực

Việc xử lý dữ liệu ở ranh giới phân vùng tương đương có thể được thực hiện khác với dự kiến. Nghiên cứu giá trị biên là một cách nổi tiếng để phân tích hành vi của phần mềm trong các lĩnh vực như vậy. Kỹ thuật này cho phép bạn xác định các lỗi sau:

sử dụng sai các toán tử quan hệ (<,>, =, ≠, ≥, ≤);
lỗi đơn lẻ;
vấn đề với các vòng lặp và lặp lại,
loại hoặc kích thước của biến được sử dụng để lưu trữ thông tin không chính xác;
hạn chế nhân tạo liên quan đến dữ liệu và các loại biến.

Kiểm tra mờ

Phương pháp hộp màu xám tăng phạm vi kiểm tra bằng cách cho phép bạn tập trung vào tất cả các cấp độ của một hệ thống phức tạp bằng cách kết hợp các phương pháp hộp trắng và đen.

Khi sử dụng kỹ thuật này, người kiểm thử phải có kiến thức về cấu trúc dữ liệu và thuật toán nội bộ để phát triển các giá trị kiểm thử. Ví dụ về các kỹ thuật kiểm thử hộp xám là:

mô hình kiến trúc;
Ngôn ngữ mô hình hóa thống nhất (UML);
mô hình trạng thái (máy trạng thái hữu hạn).

Trong phương pháp hộp xám, mã của các mô-đun được nghiên cứu bằng kỹ thuật trắng để phát triển các trường hợp thử nghiệm và thử nghiệm thực tế được thực hiện trên các giao diện chương trình bằng kỹ thuật đen.

Các phương pháp thử nghiệm như vậy có những ưu điểm sau:

kết hợp ưu điểm của kỹ thuật hộp trắng và hộp đen;
người kiểm thử dựa vào giao diện và đặc tả chức năng hơn là dựa vào mã nguồn;
trình gỡ lỗi có thể tạo các tập lệnh kiểm tra xuất sắc;
việc xác minh được thực hiện từ quan điểm của người dùng chứ không phải từ người thiết kế chương trình;
tạo ra các phát triển thử nghiệm tùy chỉnh;
tính khách quan.

Sai sót:

phạm vi kiểm tra bị hạn chế do thiếu quyền truy cập vào mã nguồn;
khó phát hiện lỗi trong các ứng dụng phân tán;
nhiều con đường vẫn chưa được khám phá;
nếu nhà phát triển phần mềm đã chạy thử nghiệm thì việc điều tra thêm có thể không cần thiết.

Một tên gọi khác của kỹ thuật hộp xám là gỡ lỗi mờ.

1) mảng trực giao - sử dụng tập hợp con của tất cả các kết hợp có thể có;

2) gỡ lỗi ma trận bằng cách sử dụng dữ liệu trạng thái chương trình;

3) được thực hiện khi có thay đổi mới đối với phần mềm;

4) một bài kiểm tra mẫu để phân tích thiết kế và kiến trúc của một ứng dụng tốt.

kiểm thử phần mềm

Việc sử dụng tất cả các phương pháp động dẫn đến sự bùng nổ tổ hợp về số lượng thử nghiệm phải được thiết kế, thực hiện và thực hiện. Mỗi kỹ thuật nên được sử dụng một cách thực tế, có tính đến những hạn chế của nó.

Không có phương pháp đúng duy nhất, chỉ có những phương pháp phù hợp hơn với bối cảnh cụ thể. Các kỹ thuật cấu trúc có thể tìm ra mã độc hại hoặc vô dụng, nhưng chúng phức tạp và không thể áp dụng được cho các chương trình lớn. Các phương pháp dựa trên đặc tả là những phương pháp duy nhất có thể xác định được mã bị thiếu, nhưng chúng không thể xác định được các mã ngoại lệ. Một số kỹ thuật phù hợp hơn với cấp độ kiểm tra, loại lỗi hoặc bối cảnh cụ thể hơn các kỹ thuật khác.

Dưới đây là những khác biệt chính giữa ba kỹ thuật kiểm thử động - đưa ra bảng so sánh giữa ba hình thức gỡ lỗi phần mềm.

Diện mạo	Phương pháp hộp đen	Phương pháp hộp màu xám	Phương pháp hộp trắng
Sự sẵn có của thông tin về thành phần của chương trình	Chỉ những khía cạnh cơ bản được phân tích	Kiến thức một phần về cấu trúc bên trong của chương trình	Toàn quyền truy cập vào mã nguồn
Mức độ phân mảnh chương trình
Ai thực hiện việc gỡ lỗi?	Người dùng cuối, người thử nghiệm và nhà phát triển	Người dùng cuối, người gỡ lỗi và nhà phát triển	Nhà phát triển và người thử nghiệm
	Việc kiểm tra dựa trên các tình huống khẩn cấp bên ngoài.	Sơ đồ cơ sở dữ liệu, sơ đồ luồng dữ liệu, trạng thái bên trong, kiến thức về thuật toán và kiến trúc	Cấu trúc bên trong hoàn toàn được biết đến
Phủ sóng	Ít toàn diện nhất và yêu cầu thời gian tối thiểu		Có khả năng toàn diện nhất. Mất rất nhiều thời gian
Dữ liệu và ranh giới nội bộ	Gỡ lỗi chỉ bằng cách dùng thử và lỗi	Miền dữ liệu và ranh giới bên trong có thể được kiểm tra nếu biết	Kiểm tra tốt hơn các miền dữ liệu và ranh giới nội bộ
Sự phù hợp để thử nghiệm thuật toán

Tự động hóa

Các phương pháp kiểm thử phần mềm tự động đơn giản hóa đáng kể quá trình xác minh, bất kể môi trường kỹ thuật hoặc bối cảnh phần mềm. Chúng được sử dụng trong hai trường hợp:

1) để tự động hóa các công việc tẻ nhạt, lặp đi lặp lại hoặc tỉ mỉ, chẳng hạn như so sánh các tệp có vài nghìn dòng, nhằm giải phóng thời gian của người kiểm tra để tập trung vào các điểm quan trọng hơn;

2) để thực hiện hoặc theo dõi các nhiệm vụ mà con người không thể dễ dàng thực hiện, chẳng hạn như kiểm tra hiệu suất hoặc phân tích thời gian phản hồi, có thể đo được bằng phần trăm giây.

Dụng cụ thử nghiệm có thể được phân loại theo nhiều cách khác nhau. Sự phân chia sau đây dựa trên các nhiệm vụ họ hỗ trợ:

quản lý kiểm thử, bao gồm hỗ trợ quản lý dự án, quản lý phiên bản, quản lý cấu hình, phân tích rủi ro, theo dõi kiểm thử, lỗi, sai sót và công cụ báo cáo;
quản lý yêu cầu, bao gồm lưu trữ các yêu cầu và thông số kỹ thuật, kiểm tra tính đầy đủ và mơ hồ của chúng, mức độ ưu tiên và khả năng truy xuất nguồn gốc của từng thử nghiệm;
Đánh giá quan trọng và phân tích tĩnh, bao gồm giám sát luồng và nhiệm vụ, ghi lại và lưu trữ nhận xét, phát hiện lỗi và sửa chữa theo kế hoạch, quản lý tham chiếu đến danh sách kiểm tra và quy tắc, theo dõi mối quan hệ của tài liệu nguồn và mã, phân tích tĩnh với việc phát hiện lỗi, đảm bảo tuân thủ các tiêu chuẩn mã hóa , phân tích cấu trúc và sự phụ thuộc của chúng, tính toán các tham số số liệu của mã và kiến trúc. Ngoài ra, các trình biên dịch, trình phân tích liên kết và trình tạo tham chiếu chéo cũng được sử dụng;
mô hình hóa, bao gồm các công cụ để mô hình hóa hành vi kinh doanh và thử nghiệm các mô hình đã tạo;
phát triển thử nghiệm đảm bảo tạo ra dữ liệu dự kiến dựa trên các điều kiện và giao diện người dùng, mô hình và mã, quản lý chúng để tạo hoặc thay đổi tệp và cơ sở dữ liệu, thông báo, xác minh dữ liệu dựa trên quy tắc quản lý, phân tích thống kê về các điều kiện và rủi ro;
đánh giá quan trọng bằng cách nhập dữ liệu thông qua GUI, API, dòng lệnh bằng bộ so sánh để giúp xác định các thử nghiệm thành công và thất bại;
hỗ trợ các môi trường gỡ lỗi cho phép bạn thay thế phần cứng hoặc phần mềm bị thiếu, bao gồm trình mô phỏng phần cứng dựa trên một tập hợp con của đầu ra xác định, trình mô phỏng thiết bị đầu cuối, điện thoại di động hoặc thiết bị mạng, môi trường để kiểm tra ngôn ngữ, hệ điều hành và phần cứng bằng cách thay thế các thành phần bị thiếu bằng mô-đun trình điều khiển giả , v.v., cũng như các công cụ để chặn và sửa đổi các yêu cầu của hệ điều hành, mô phỏng các giới hạn của CPU, RAM, ROM hoặc mạng;
so sánh các tệp dữ liệu, cơ sở dữ liệu, kiểm tra kết quả mong đợi trong và sau khi thử nghiệm, bao gồm so sánh động và hàng loạt, “oracle” tự động;
đo phạm vi bảo hiểm để khoanh vùng rò rỉ bộ nhớ và quản lý bộ nhớ không chính xác, đánh giá hành vi của hệ thống trong điều kiện tải mô phỏng, tạo tải ứng dụng, cơ sở dữ liệu, mạng hoặc máy chủ theo các kịch bản tăng trưởng thực tế của nó, để đo lường, phân tích, kiểm tra và báo cáo về tài nguyên hệ thống;
bảo vệ;
kiểm tra hiệu suất, kiểm tra tải và phân tích động;
các công cụ khác, bao gồm kiểm tra chính tả và cú pháp, bảo mật mạng, tính khả dụng của tất cả các trang trên trang web, v.v.

Luật xa gần

Khi xu hướng trong ngành phần mềm thay đổi, quá trình gỡ lỗi cũng có thể thay đổi. Các phương pháp kiểm thử phần mềm mới hiện có như Kiến trúc hướng dịch vụ (SOA), công nghệ không dây, dịch vụ di động, v.v. đã mở ra những cách kiểm thử phần mềm mới. Một số thay đổi dự kiến trong ngành này trong vài năm tới được liệt kê dưới đây:

người thử nghiệm sẽ cung cấp các mô hình nhẹ để nhà phát triển có thể kiểm tra mã của họ;
việc phát triển các phương pháp thử nghiệm bao gồm việc xem và mô phỏng các chương trình ở giai đoạn đầu sẽ loại bỏ nhiều điểm mâu thuẫn;
sự hiện diện của nhiều lần chặn kiểm tra sẽ làm giảm thời gian phát hiện lỗi;
các công cụ phân tích và phát hiện tĩnh sẽ được sử dụng rộng rãi hơn;
việc áp dụng các ma trận hữu ích như phạm vi bao phủ đặc tả, phạm vi mô hình và phạm vi mã sẽ hướng dẫn phát triển dự án;
các công cụ tổ hợp sẽ cho phép người thử nghiệm xác định các khu vực ưu tiên để gỡ lỗi;
người thử nghiệm sẽ cung cấp các dịch vụ rõ ràng và có giá trị hơn trong suốt quá trình phát triển phần mềm;
Người gỡ lỗi sẽ có thể tạo ra các công cụ và phương pháp kiểm thử phần mềm được viết bằng và có thể tương tác với nhiều ngôn ngữ lập trình khác nhau;
Các chuyên gia gỡ lỗi sẽ được đào tạo chuyên nghiệp hơn.

Các phương pháp thử nghiệm chương trình theo định hướng kinh doanh mới sẽ thay thế chúng, thay đổi cách chúng ta tương tác với các hệ thống và thông tin mà chúng cung cấp, đồng thời giảm thiểu rủi ro và tăng lợi ích của những thay đổi trong kinh doanh.

Một phương pháp nghiên cứu quản lý đặc biệt, phổ biến nhất trong điều kiện hiện đại và có lẽ khá hiệu quả là phương pháp thử nghiệm.

Có nhiều định nghĩa về kiểm tra. Kiểm tra là một thủ tục phân tích thực nghiệm đáp ứng các tiêu chí nghiên cứu. Một định nghĩa rất chung chung. Nhưng có những định nghĩa cụ thể hơn. Ví dụ: bài kiểm tra là một hệ thống các câu lệnh cho phép bạn có được sự phản ánh khách quan về các mối quan hệ thực sự tồn tại giữa con người, tính chất, đặc điểm và các thông số định lượng của họ.

Nhưng có thể xây dựng một định nghĩa chính xác hơn về bài kiểm tra liên quan đến các vấn đề nghiên cứu quản lý. Bài kiểm tra là phương pháp nghiên cứu các quá trình hoạt động sâu sắc của con người thông qua những phát biểu hoặc đánh giá của mình về các yếu tố hoạt động của hệ thống điều khiển.

Có một quan niệm sai lầm rằng kiểm tra được sử dụng chủ yếu trong việc nghiên cứu các vấn đề tâm lý. Quả thực, trong tâm lý học, kiểm tra là phương pháp nghiên cứu một con người hiệu quả nhất. Nhưng phạm vi kiểm tra không chỉ giới hạn ở vấn đề tâm lý.

Thiết kế thử nghiệm đóng một vai trò quan trọng trong nghiên cứu thử nghiệm.

Bài kiểm tra bao gồm một tập hợp các nhận định và đánh giá về một vấn đề hoặc tình huống cụ thể. Xếp hạng có thể được đơn giản hóa (chẳng hạn như “đồng ý” - “không đồng ý” hoặc chia tỷ lệ (chẳng hạn như “hoàn toàn đúng”, “đúng”, “đúng hơn sai”, “khó nói”, “khá sai hơn đúng”, “không chính xác”) ”)", "hoàn toàn không đúng"). Thang đo có thể có các xếp hạng bằng số dưới dạng hệ số xếp hạng hoặc lựa chọn mức độ đồng ý.

Thiết kế của bài kiểm tra phải bao hàm khả năng xử lý kết quả của nó bằng các chương trình thống kê nhất định.

Mỗi bài kiểm tra có một khóa cho phép bạn xử lý thông tin nhận được theo mục đích kiểm tra.

Có những quy tắc cho việc diễn đạt các tuyên bố. Chúng bao gồm các quy định sau (cơ chế 34 ).

A) câu lệnh phải ngắn gọn, không nhiều hơn một mệnh đề phụ;

B) dễ hiểu đối với tất cả các đối tượng (người trả lời) không có ngoại lệ;

C) các tuyên bố không được chứa bất kỳ gợi ý nào về câu trả lời đúng, được chấp thuận hoặc được mong đợi;

D) nên có câu trả lời có cấu trúc cho mỗi câu với cùng số phương án thay thế (không ít hơn 5 và không quá 11);

D) bài kiểm tra không thể bao gồm toàn bộ các câu trong đó chỉ thể hiện các phán đoán tích cực hoặc tiêu cực;

f) trong mỗi tuyên bố của bài kiểm tra cần nêu rõ một điều.

Khi biên soạn một bài kiểm tra, cần phải tính đến các đặc điểm chính của nó.

độ tin cậy- một trong những đặc điểm chính và quan trọng nhất. Nó gắn liền với độ chính xác, yếu tố quyết định khả năng đo lường và chuyển đổi thành các chỉ số định lượng.Độ tin cậy được xác định bởi mục đích, mục tiêu và tính chất của nghiên cứu thử nghiệm cũng như chất lượng của các tuyên bố.

Có các kỹ thuật để kiểm tra độ tin cậy của các bài kiểm tra. Chúng bao gồm thử nghiệm lặp lại, thử nghiệm song song, sử dụng mối tương quan riêng biệt (tương quan nội bộ của các câu lệnh), sử dụng phân tích phương sai và phân tích nhân tố.

Hiệu lực của các bài kiểm tra- khả năng phản ánh và đo lường những gì cần phản ánh và đo lường theo thiết kế và mục tiêu.Điều này không chỉ áp dụng cho bản thân bài kiểm tra mà còn cho quy trình tiến hành nó. Tính hợp lệ của bài kiểm tra có thể được kiểm tra thông qua đánh giá so sánh các kết quả thu được bằng các phương pháp khác hoặc bằng cách thử nghiệm việc thành lập các nhóm thí sinh khác nhau; .

Trong quản lý, với sự trợ giúp của kiểm tra, bạn có thể khám phá các vấn đề về sử dụng tài nguyên (đặc biệt là vấn đề quan trọng nhất - thời gian), trình độ chuyên môn nhân sự, phân bổ chức năng quản lý, sự kết hợp giữa quản lý chính thức và không chính thức, quản lý phong cách, vv

Đang thử nghiệm.

Kiểm tra (kiểm tra tiếng Anh - kiểm tra, kiểm tra) là một phương pháp thực nghiệm chẩn đoán tâm lý được sử dụng trong nghiên cứu xã hội học thực nghiệm, đồng thời là phương pháp đo lường và đánh giá các phẩm chất và trạng thái tâm lý khác nhau của một cá nhân.

Sự xuất hiện của các thủ tục xét nghiệm là do nhu cầu so sánh (so sánh, phân biệt và xếp hạng) của các cá nhân theo mức độ phát triển hoặc mức độ biểu hiện của các phẩm chất tâm lý khác nhau.

Những người sáng lập thử nghiệm là F. Galton, C. Spearman, J. Cattell, A. Binet, T. Simon. Bản thân thuật ngữ “kiểm tra tâm thần” do Cattell đặt ra vào năm 1890. Sự khởi đầu của sự phát triển xét nghiệm hiện đại để sử dụng hàng loạt các bài kiểm tra trong thực tế gắn liền với tên tuổi của bác sĩ người Pháp Binet, người đã cộng tác với Simon để phát triển một phương pháp kiểm tra tâm thần. thang đo đo lường sự phát triển trí tuệ, được gọi là “bài kiểm tra Binet-Simon”.

Việc phổ biến rộng rãi, phát triển và cải tiến các bài kiểm tra đã được tạo điều kiện thuận lợi nhờ một số lợi thế mà phương pháp này mang lại. Các bài kiểm tra cho phép bạn đánh giá một cá nhân theo mục đích đã nêu của nghiên cứu; cung cấp khả năng đạt được đánh giá định lượng dựa trên việc định lượng các thông số tính cách định tính và sự thuận tiện của việc xử lý toán học; là một cách tương đối nhanh chóng để đánh giá một số lượng lớn những người chưa biết; góp phần đảm bảo tính khách quan của các đánh giá không phụ thuộc vào thái độ chủ quan của người thực hiện nghiên cứu; đảm bảo khả năng so sánh thông tin thu được bởi các nhà nghiên cứu khác nhau về các chủ đề khác nhau.

Các bài kiểm tra yêu cầu:

Chính thức hóa nghiêm ngặt tất cả các giai đoạn thử nghiệm,

Tiêu chuẩn hóa nhiệm vụ và điều kiện thực hiện,

Định lượng các kết quả thu được và cấu trúc chúng theo một chương trình nhất định,

Giải thích kết quả dựa trên phân bố thu được trước đó cho đặc tính đang được nghiên cứu.

Mỗi bài kiểm tra đáp ứng tiêu chí về độ tin cậy, ngoài một tập hợp các nhiệm vụ, còn bao gồm các thành phần sau:

1) hướng dẫn tiêu chuẩn cho đối tượng về mục đích và quy tắc thực hiện nhiệm vụ,

2) phím chia tỷ lệ - mối tương quan của các mục nhiệm vụ với thang đo chất lượng được đo, cho biết mục nhiệm vụ nào thuộc thang đo nào,

4) chìa khóa để giải thích chỉ số kết quả, đại diện cho dữ liệu định mức có tương quan với kết quả thu được.

Theo truyền thống, tiêu chuẩn trong thử nghiệm là dữ liệu thống kê trung bình thu được từ thử nghiệm sơ bộ trên một nhóm người nhất định. Ở đây cần lưu ý rằng việc giải thích các kết quả thu được chỉ có thể được chuyển cho những nhóm đối tượng có đặc điểm nhân khẩu học và văn hóa xã hội cơ bản giống với nhóm đối tượng cơ sở.

Để khắc phục nhược điểm chính của hầu hết các thử nghiệm, nhiều kỹ thuật khác nhau được sử dụng:

1) tăng mẫu cơ sở để tăng tính đại diện của nó với số lượng tham số lớn hơn,

2) đưa ra các hệ số hiệu chỉnh có tính đến các đặc tính của mẫu,

3) giới thiệu thực hành thử nghiệm phương pháp trình bày tài liệu không lời.

Bài kiểm tra bao gồm hai phần:

a) tài liệu kích thích (nhiệm vụ, hướng dẫn hoặc câu hỏi)

b) hướng dẫn về việc đăng ký hoặc tích hợp các phản hồi nhận được.

Việc tiêu chuẩn hóa tình huống, điển hình cho các bài kiểm tra, cung cấp cho chúng, trái ngược với việc quan sát hành vi “tự do”, mang lại tính khách quan cao hơn cho kết quả.

Các bài kiểm tra được phân loại theo các tiêu chí khác nhau.

Dựa trên loại đặc điểm tính cách, chúng được chia thành các bài kiểm tra thành tích và tính cách. Đầu tiên bao gồm các bài kiểm tra trí thông minh, bài kiểm tra thành tích học tập, bài kiểm tra sáng tạo, bài kiểm tra năng khiếu, bài kiểm tra cảm giác và vận động. Phần thứ hai bao gồm các bài kiểm tra về thái độ, sở thích, tính khí, kiểm tra tính cách, kiểm tra động lực. Tuy nhiên, không phải tất cả các bài kiểm tra (ví dụ: bài kiểm tra phát triển, bài kiểm tra đồ họa) đều có thể được sắp xếp theo tiêu chí này. Tùy thuộc vào loại hướng dẫn và phương pháp áp dụng, các bài kiểm tra cá nhân và nhóm khác nhau. Trong kiểm tra nhóm, một nhóm đối tượng được kiểm tra đồng thời. Mặc dù không có giới hạn thời gian trong các bài kiểm tra trình độ nhưng chúng được yêu cầu trong các bài kiểm tra tốc độ. Tùy thuộc vào mức độ mà tính chủ quan của nhà nghiên cứu được thể hiện như là kết quả của thử nghiệm, các thử nghiệm khách quan và chủ quan được phân biệt.

Hầu hết các bài kiểm tra thành tích và bài kiểm tra tâm sinh lý đều mang tính khách quan, trong khi các bài kiểm tra phóng chiếu lại mang tính chủ quan. Sự phân chia này ở một mức độ nhất định trùng khớp với việc chia thành các bài kiểm tra trực tiếp và gián tiếp, khác nhau tùy thuộc vào việc đối tượng biết hay không biết ý nghĩa và mục đích của bài kiểm tra.

Đối với các bài kiểm tra phóng chiếu, một tình huống điển hình là khi đối tượng không được thông báo về mục đích thực tế của nghiên cứu. Khi thực hiện các bài kiểm tra phóng chiếu, không có câu trả lời “đúng”. Tùy thuộc vào cách thể hiện thành phần lời nói trong bài kiểm tra, bài kiểm tra bằng lời nói và phi ngôn ngữ được phân biệt. Ví dụ, bằng lời nói là một bài kiểm tra từ vựng, không lời là một bài kiểm tra yêu cầu một số hành động nhất định để trả lời.

Theo cấu trúc chính thức của chúng, các bài kiểm tra khác với các bài kiểm tra đơn giản, tức là. tiểu học, kết quả của nó có thể là một câu trả lời duy nhất và các bài kiểm tra phức tạp, bao gồm các bài kiểm tra riêng biệt, cho mỗi bài kiểm tra phải cho điểm. Trong trường hợp này, điểm chung cũng có thể được tính toán. Một tập hợp gồm một số bài kiểm tra đơn lẻ được gọi là pin kiểm tra, biểu diễn bằng đồ họa các kết quả cho mỗi bài kiểm tra phụ được gọi là hồ sơ kiểm tra. Các bài kiểm tra thường bao gồm các câu hỏi đáp ứng một số yêu cầu thường được áp dụng cho một phương pháp thu thập thông tin tâm lý hoặc xã hội học nhất định.

Gần đây, các bài kiểm tra dựa trên tiêu chí ngày càng trở nên phổ biến, cho phép đánh giá đối tượng kiểm tra không phải so với dữ liệu dân số trung bình mà liên quan đến một tiêu chuẩn được xác định trước. Tiêu chí đánh giá trong các bài kiểm tra như vậy là mức độ mà kết quả kiểm tra của một cá nhân tiếp cận cái gọi là “chuẩn mực lý tưởng”.

Phát triển thử nghiệm bao gồm bốn giai đoạn.

Ở giai đoạn đầu tiên, khái niệm ban đầu được phát triển với việc xây dựng các điểm kiểm tra chính hoặc các câu hỏi chính mang tính chất sơ bộ;

Ở giai đoạn thứ hai, các bài kiểm tra sơ bộ được lựa chọn với sự lựa chọn tiếp theo và rút gọn về dạng cuối cùng, đồng thời việc đánh giá được thực hiện theo các tiêu chí định tính về độ tin cậy và giá trị;

Ở giai đoạn thứ ba, bài kiểm tra được kiểm tra lại trên cùng một nhóm dân số;

Ở giai đoạn thứ tư, nó được hiệu chỉnh theo độ tuổi, trình độ học vấn và các đặc điểm khác của dân số.

Ở tất cả các giai đoạn phát triển thử nghiệm, cần phải xem xét:

a) một đặc tính tính cách có thể chẩn đoán được (kích thước, vị trí, chỉ số) hoặc chỉ những biểu hiện có thể quan sát được của nó (ví dụ: khả năng, trình độ hiểu biết, tính khí, sở thích, thái độ);

b) xác nhận phương pháp liên quan, tức là xác định mức độ đo lường tài sản cần thiết;

c) cỡ mẫu từ tổng thể cần đánh giá phương pháp;

d) vật liệu kích thích (máy tính bảng, hình ảnh, đồ chơi, phim);

e) ảnh hưởng của người nghiên cứu trong quá trình hướng dẫn, đặt nhiệm vụ, giải thích, trả lời câu hỏi;

f) các điều kiện của tình huống;

g) các dạng hành vi của đối tượng cho thấy đặc tính được đo;

h) nhân rộng các dạng hành vi liên quan;

i) tổng hợp kết quả của các hạng mục đo riêng lẻ thành giá trị chung (ví dụ: tổng hợp các câu trả lời như “Có”);

j) xây dựng các kết quả theo thang đánh giá được tiêu chuẩn hóa.

Một trong những lựa chọn kiểm tra có thể là bảng câu hỏi, nhưng với điều kiện là nó đáp ứng các yêu cầu của bài kiểm tra. Bảng câu hỏi là tập hợp các câu hỏi được lựa chọn và sắp xếp có mối liên hệ với nhau theo đúng nội dung yêu cầu. Ví dụ, bảng câu hỏi được sử dụng cho mục đích chẩn đoán tâm lý, khi đối tượng được yêu cầu tự đánh giá hành vi, thói quen, ý kiến của mình, v.v. Trong trường hợp này, chủ thể, khi trả lời các câu hỏi, bày tỏ sở thích tích cực và tiêu cực của mình. Với sự trợ giúp của bảng câu hỏi, bạn có thể đo lường đánh giá của người khác về đối tượng. Nhiệm vụ thường đóng vai trò như một câu trả lời trực tiếp cho những câu hỏi cần được trả lời bằng sự hối tiếc hoặc bác bỏ. Trong hầu hết các trường hợp, cơ hội cho một câu trả lời đều được đưa ra và chỉ yêu cầu một dấu thập, hình tròn, v.v. Nhược điểm của bảng câu hỏi là đối tượng có thể mô phỏng hoặc che giấu những đặc điểm tính cách nhất định. Nhà nghiên cứu có thể khắc phục nhược điểm này (mặc dù không hoàn toàn) thông qua các câu hỏi kiểm soát, thang đo kiểm soát và thang đo “nói dối”. Bảng câu hỏi được sử dụng chủ yếu để chẩn đoán tính cách, chẩn đoán tính cách (ví dụ: hướng ngoại – hướng nội, sở thích, thái độ, động cơ).

Chẩn đoán tính cách là một tập hợp các phương pháp giúp người ta có thể nhận ra các đặc tính phi trí tuệ của nó, vốn có bản chất là các khuynh hướng tương đối ổn định. Đối với những đặc điểm tính cách như hướng ngoại - hướng nội, động cơ chi phối, ức chế, dễ bị kích động, cứng nhắc, một số phương pháp chẩn đoán (bảng câu hỏi và bài kiểm tra phóng xạ) đã được phát triển để bạn có thể xác định mức độ nghiêm trọng của những đặc tính này. Khi xây dựng các phương pháp như vậy, theo quy định, phân tích nhân tố (G. Eysenck, J. Cattell, J. Guilford) và xác nhận mang tính xây dựng sẽ được sử dụng.

Ở giai đoạn hiện nay, xã hội học ứng dụng thường sử dụng các phương pháp kiểm tra vay mượn từ tâm lý học xã hội liên quan đến việc nghiên cứu các đặc điểm tính cách. Các thử nghiệm được phát triển đặc biệt bởi các nhà xã hội học xuất hiện. Những bài kiểm tra này thường được sử dụng trong các câu hỏi xã hội học.

Bài kiểm tra- đây là một bài kiểm tra, một bài kiểm tra, một trong những cách chẩn đoán tâm lý về mức độ phát triển của các quá trình tinh thần và đặc tính của con người. Các bài kiểm tra tâm lý là một hệ thống nhiệm vụ cụ thể, độ tin cậy của nó được kiểm tra theo độ tuổi, nhóm nghề nghiệp và xã hội nhất định và được đánh giá và tiêu chuẩn hóa bằng cách sử dụng phân tích toán học đặc biệt (tương quan, hệ số, v.v.).

Có các bài kiểm tra để nghiên cứu khả năng trí tuệ, mức độ phát triển tinh thần của một cá nhân và các bài kiểm tra thành tích. Với sự giúp đỡ của họ, bạn có thể tìm ra mức độ phát triển của các quá trình tinh thần của cá nhân, mức độ tiếp thu kiến thức và sự phát triển tinh thần chung của cá nhân. Các bài kiểm tra như một phương pháp tiêu chuẩn hóa giúp có thể so sánh mức độ phát triển và thành công của các môn thực nghiệm với yêu cầu của chương trình học và hồ sơ chuyên môn của các chuyên ngành khác nhau.

Để tránh sai sót khi sử dụng các bài kiểm tra làm phương pháp nghiên cứu tâm lý, nội dung của chúng phải tương ứng với hiện tượng đang được nghiên cứu (hoạt động tinh thần, sự chú ý, trí nhớ, trí tưởng tượng, v.v.) và không bắt buộc phải thực hiện kiến \u200b\u200bthức đặc biệt. Nội dung của bài kiểm tra và hướng dẫn thực hiện nó phải rõ ràng và dễ hiểu nhất có thể. Kết quả của một nghiên cứu thử nghiệm không thể được đánh giá là chỉ số tuyệt đối về khả năng tinh thần của một cá nhân. Chúng chỉ là những chỉ số về mức độ phát triển những phẩm chất nhất định tại thời điểm nghiên cứu trong điều kiện sống, đào tạo và giáo dục cụ thể của cá nhân.

Trong tâm lý học, đặc biệt là trong thực hành sư phạm, nó được sử dụng rộng rãi phương thức khảo sát, khi cần tìm hiểu mức độ hiểu biết về đối tượng thực nghiệm của nhiệm vụ, hoàn cảnh sống, các khái niệm được sử dụng trong đào tạo và hoạt động thực tiễn (khoa học tự nhiên, kỹ thuật, xã hội) hoặc khi cần thông tin về sở thích, quan điểm, tình cảm, động cơ hoạt động và hành vi của cá nhân. Các loại khảo sát phổ biến nhất như một phương pháp nghiên cứu tâm lý bao gồm trò chuyện, phỏng vấn, bảng câu hỏi và nghiên cứu xã hội học.

Một trong những loại phương pháp thực nghiệm là thử nghiệm.

Bài kiểm tra là một nhiệm vụ ngắn hạn, việc hoàn thành nhiệm vụ này có thể đóng vai trò là dấu hiệu cho thấy sự hoàn thiện của một số chức năng tâm thần nhất định. Mục đích của các cuộc kiểm tra không phải là thu thập dữ liệu khoa học mới mà là để kiểm tra và xác minh.

Các bài kiểm tra ít nhiều là những bài kiểm tra ngắn hạn được tiêu chuẩn hóa về đặc điểm tính cách. Có các bài kiểm tra nhằm đánh giá khả năng trí tuệ, nhận thức, chức năng vận động, đặc điểm tính cách, ngưỡng lo lắng, thất vọng trong một tình huống nhất định hoặc hứng thú với một loại hoạt động cụ thể. Một thử nghiệm tốt là kết quả của rất nhiều thử nghiệm thử nghiệm sơ bộ. Các bài kiểm tra dựa trên lý thuyết và được thử nghiệm bằng thực nghiệm đều có tính khoa học (phân biệt các môn học theo mức độ phát triển của một đặc tính, đặc điểm cụ thể, v.v.) và quan trọng nhất là có ý nghĩa thực tiễn (chọn nghề).

Được biết đến rộng rãi và phổ biến nhất là các bài kiểm tra tính cách nhằm xác định mức độ phát triển trí tuệ của một cá nhân. Tuy nhiên, ngày nay chúng ngày càng ít được sử dụng để lựa chọn, mặc dù ban đầu chúng được tạo ra cho mục đích này. Hạn chế này trong việc sử dụng các xét nghiệm này có thể được giải thích bởi một số lý do. Nhưng chính nhờ việc sử dụng chúng, những lời chỉ trích việc lạm dụng các bài kiểm tra và các biện pháp được thực hiện để cải thiện chúng mà bản chất và chức năng của trí thông minh đã được hiểu rõ hơn nhiều.

Khi xây dựng các bài kiểm tra đầu tiên, hai yêu cầu chính được đặt ra mà các bài kiểm tra “tốt” phải đáp ứng: tính giá trị và độ tin cậy.

Giá trị của một bài kiểm tra nằm ở chỗ nó phải đo lường chính xác chất lượng mà nó mong đợi.

Độ tin cậy của bài kiểm tra nằm ở chỗ kết quả của nó được sao chép với tính nhất quán cao ở cùng một người.

Yêu cầu chuẩn hóa bài kiểm tra cũng rất quan trọng. Điều này có nghĩa là các tiêu chuẩn phải được thiết lập cho nó phù hợp với dữ liệu thử nghiệm của nhóm tham chiếu. Việc chuẩn hóa như vậy không chỉ có thể xác định rõ ràng các nhóm cá nhân có thể áp dụng một bài kiểm tra nhất định mà còn đặt kết quả thu được khi kiểm tra các đối tượng trên đường cong phân phối chuẩn của nhóm tham chiếu. Rõ ràng, sẽ là vô lý nếu sử dụng các tiêu chuẩn thu được từ sinh viên đại học để đánh giá (sử dụng các bài kiểm tra tương tự) trí thông minh của học sinh tiểu học, hoặc sử dụng các tiêu chuẩn thu được từ trẻ em các nước phương Tây khi đánh giá trí thông minh của thanh niên châu Phi hoặc châu Á.

Do đó, tiêu chí trí thông minh trong loại bài kiểm tra này được xác định bởi nền văn hóa thịnh hành, tức là bởi các giá trị ban đầu được phát triển ở các nước Tây Âu. Điều này không tính đến việc một người nào đó có thể có nền giáo dục gia đình hoàn toàn khác, trải nghiệm sống khác, ý tưởng khác (đặc biệt là về ý nghĩa của bài kiểm tra) và trong một số trường hợp, khả năng sử dụng ngôn ngữ kém của đa số người dân. dân số.

Kiểm tra là một phương pháp chẩn đoán tâm lý sử dụng các câu hỏi và nhiệm vụ (bài kiểm tra) tiêu chuẩn hóa có thang giá trị nhất định. Có ba lĩnh vực kiểm tra chính: a) giáo dục - do thời lượng giáo dục tăng lên và sự phức tạp của chương trình giảng dạy; b) đào tạo và tuyển chọn chuyên môn - do tốc độ tăng trưởng và độ phức tạp của sản xuất; c) tư vấn tâm lý - liên quan đến việc tăng tốc các quá trình động lực xã hội.

Kiểm tra cho phép, với một xác suất đã biết, xác định mức độ phát triển hiện tại về các kỹ năng, kiến thức và đặc điểm cá nhân cần thiết của một cá nhân. Bản thân quá trình thử nghiệm có thể được chia thành các giai đoạn sau: 1) lựa chọn thử nghiệm, có tính đến mục đích và mức độ tin cậy của nó; 2) việc thực hiện nó được xác định bởi các hướng dẫn kiểm tra; 3) giải thích kết quả. Ở cả ba giai đoạn đều cần có tính chuyên nghiệp, sự tham gia hoặc tư vấn của chuyên gia tâm lý.

Kiểm tra (kiểm tra tiếng Anh - mẫu, kiểm tra, kiểm tra) là một bài kiểm tra tiêu chuẩn hóa, thường có giới hạn thời gian, được thiết kế để xác định sự khác biệt tâm lý cá nhân về số lượng hoặc chất lượng.

Có nhiều cách phân loại khác nhau của các bài kiểm tra. Chúng có thể được chia:

1) theo đặc điểm của nhiệm vụ kiểm tra được sử dụng cho kiểm tra nói và kiểm tra thực hành;

2) theo hình thức của quy trình kiểm tra - đối với các bài kiểm tra nhóm và cá nhân;

3) tập trung vào các bài kiểm tra trí thông minh và tính cách;

4) tùy thuộc vào việc có hay không có hạn chế về thời gian - đối với các bài kiểm tra tốc độ và kiểm tra hiệu suất;

5) các bài kiểm tra cũng khác nhau về nguyên tắc thiết kế; ví dụ, các bài kiểm tra trên máy tính đã được phát triển tích cực trong những thập kỷ gần đây.

Kiểm tra bằng lời nói là một loại bài kiểm tra trong đó tài liệu của nhiệm vụ kiểm tra được trình bày dưới dạng lời nói. Nội dung chính của môn học là các thao tác với khái niệm, hành động tinh thần dưới hình thức lời nói và logic. Các bài kiểm tra bằng lời nói thường nhằm mục đích đo lường khả năng hiểu thông tin bằng lời nói, kỹ năng vận hành các dạng ngôn ngữ ngữ pháp, thành thạo viết và đọc, đồng thời cũng phổ biến trong các bài kiểm tra trí thông minh, kiểm tra thành tích và đánh giá các khả năng đặc biệt (ví dụ: kiểm tra khả năng sáng tạo, viết truyện, v.v.).

Bài kiểm tra thực hành (không lời) là một loại bài kiểm tra trong đó tài liệu của các bài kiểm tra được trình bày dưới dạng trực quan (ví dụ: soạn các hình, hoàn thành một hình ảnh, một số hành động nhất định dựa trên mô hình, ghép một hình ảnh từ các hình khối hoặc vẽ lại).

Các bài kiểm tra nhóm nhằm mục đích kiểm tra đồng thời một nhóm đối tượng. Theo quy định, số lượng người được kiểm tra đồng thời bị giới hạn bởi khả năng kiểm soát và quan sát của người kiểm tra. Thông thường, số lượng người tối đa cho phép trong nhóm khảo sát là 20-25 người. Hình thức kiểm tra này quen thuộc hơn với trẻ em vì nó giống với điều kiện tự nhiên của việc học tập và theo dõi kiến thức trên lớp nên thường được các nhà tâm lý học đường sử dụng.

Loại bài kiểm tra tiếp theo mang tính định hướng cá nhân; họ thực hiện một cách tiếp cận cá nhân để chẩn đoán các đặc điểm tâm lý và hành vi của đối tượng.

Các bài kiểm tra trí thông minh (tiếng Latin là Intellectus - sự hiểu biết, nhận thức), hoặc các bài kiểm tra khả năng chung, được thiết kế để đo lường mức độ phát triển trí tuệ và là một trong những bài kiểm tra phổ biến nhất trong chẩn đoán tâm lý.

Kiểm tra khả năng đặc biệt là một nhóm các kỹ thuật chẩn đoán tâm lý được thiết kế để đo lường mức độ phát triển của các khía cạnh nhất định của chức năng trí thông minh và tâm lý vận động, chủ yếu đảm bảo hiệu quả trong các lĩnh vực hoạt động cụ thể, khá hẹp. Thông thường, các nhóm khả năng sau được phân biệt: giác quan, vận động, kỹ thuật (cơ học) và chuyên nghiệp (toán học, âm nhạc, tốc độ đọc và đọc hiểu, v.v.). Được sử dụng rộng rãi nhất là pin kiểm tra khả năng phức tạp.

Một loại bài kiểm tra khả năng có thể được coi là bài kiểm tra khả năng sáng tạo (tiếng Latin creatio - sáng tạo, sáng tạo) - một nhóm các kỹ thuật chẩn đoán tâm lý được thiết kế để đo lường khả năng sáng tạo của một cá nhân (khả năng tạo ra những ý tưởng khác thường, đi chệch khỏi lối suy nghĩ truyền thống, giải quyết vấn đề nhanh chóng). tình huống).

Kiểm tra tính cách là một nhóm các bài kiểm tra nhằm đo lường những biểu hiện phi trí tuệ của tính cách. Kiểm tra tính cách là một khái niệm tập thể bao gồm các phương pháp chẩn đoán tâm lý để đo lường các khía cạnh khác nhau trong tính cách của một cá nhân: thái độ, định hướng giá trị, mối quan hệ, đặc tính cảm xúc, động lực và cá nhân, các dạng hành vi điển hình. Có hàng trăm loại bài kiểm tra tính cách được biết đến. Chúng thường có một trong hai hình thức: kiểm tra hiệu suất khách quan và kiểm tra tình huống. Kiểm tra hiệu suất khách quan là các thủ tục có cấu trúc rõ ràng, tương đối đơn giản nhằm định hướng đối tượng thực hiện một nhiệm vụ. Một đặc điểm của bài kiểm tra tình huống là việc đặt thí sinh vào những tình huống gần với tình huống thực tế.

Các bài kiểm tra máy tính, mặc dù được sử dụng rộng rãi và có một số lợi thế nhất định (tự động xử lý, giảm tác động của người thí nghiệm), nhưng không đủ linh hoạt trong việc giải thích dữ liệu và không thể thay thế hoàn toàn công việc của một nhà tâm lý học chuyên nghiệp.

Kiểm tra tốc độ là một loại kỹ thuật chẩn đoán tâm lý trong đó chỉ số chính đánh giá năng suất làm việc của đối tượng kiểm tra là thời gian cần thiết để hoàn thành (khối lượng) nhiệm vụ kiểm tra. Những thử nghiệm như vậy thường bao gồm một số lượng lớn các nhiệm vụ (mục) đồng nhất.

Các bài kiểm tra thành tích nhằm đánh giá mức độ phát triển đạt được về kỹ năng, kiến thức và khả năng của một cá nhân, thường là sau khi hoàn thành khóa đào tạo. Chúng thuộc nhóm kỹ thuật chẩn đoán tâm lý lớn nhất (về số lượng xét nghiệm cụ thể và sự đa dạng của chúng).

Ngoài ra, còn có các bài kiểm tra tập trung vào tiêu chuẩn tâm lý xã hội hoặc tiêu chuẩn nội dung khách quan được xã hội xác định (ví dụ: SHTUR - bài kiểm tra học đường về sự phát triển tâm thần).

Gần đây, một thí nghiệm tâm lý bắt nguồn từ thí nghiệm trong phòng thí nghiệm ngày càng trở nên phổ biến. phương pháp thử nghiệm.
Thuật ngữ "kiểm tra" (trong tiếng Anh - nhiệm vụ hoặc bài kiểm tra) được giới thiệu vào năm 1890 ở Anh. Các bài kiểm tra trở nên phổ biến trong tâm lý trẻ em sau năm 1905, khi một loạt bài kiểm tra được phát triển ở Pháp để xác định năng khiếu của trẻ, và trong thực hành chẩn đoán tâm lý sau năm 1910, khi một loạt bài kiểm tra tuyển chọn chuyên môn được phát triển ở Đức.

Bằng cách sử dụng các thử nghiệm, có thể thu được đặc tính định lượng hoặc định tính tương đối chính xác của hiện tượng đang được nghiên cứu. Các thử nghiệm khác với các phương pháp nghiên cứu khác ở chỗ chúng yêu cầu một quy trình rõ ràng để thu thập và xử lý dữ liệu chính, cũng như tính nguyên bản của cách giải thích tiếp theo. Với sự trợ giúp của các bài kiểm tra, bạn có thể nghiên cứu và so sánh tâm lý của những người khác nhau, đưa ra những đánh giá khác biệt và có thể so sánh được.

Các lựa chọn kiểm tra phổ biến nhất là: kiểm tra bảng câu hỏi, kiểm tra nhiệm vụ, kiểm tra xạ ảnh.

Bảng câu hỏi kiểm tra dựa trên một hệ thống các câu hỏi được suy nghĩ trước, lựa chọn và kiểm tra cẩn thận theo quan điểm về tính hợp lệ và độ tin cậy của chúng, các câu trả lời có thể được sử dụng để đánh giá phẩm chất tâm lý của đối tượng.

Nhiệm vụ thử nghiệm liên quan đến việc đánh giá tâm lý và hành vi của một người dựa trên những gì anh ta làm. Trong các bài kiểm tra kiểu này, đối tượng được giao một loạt nhiệm vụ đặc biệt, dựa trên kết quả mà họ đánh giá sự hiện diện hay vắng mặt và mức độ phát triển (mức độ nghiêm trọng, điểm nhấn) của chất lượng đang được nghiên cứu.

Những loại bài kiểm tra này có thể áp dụng cho những người ở các độ tuổi và giới tính khác nhau, thuộc các nền văn hóa khác nhau, có trình độ học vấn khác nhau, bất kỳ ngành nghề và kinh nghiệm sống nào - đây là mặt tích cực của họ. Nhưng đồng thời cũng có một nhược điểm đáng kể, đó là khi sử dụng bài kiểm tra, đối tượng có thể tác động một cách có ý thức đến kết quả đạt được theo yêu cầu của mình, đặc biệt nếu biết trước kết cấu bài kiểm tra cũng như tâm lý và hành vi của mình như thế nào. sẽ được đánh giá dựa trên kết quả. Ngoài ra, các bài kiểm tra như vậy không được áp dụng trong trường hợp nghiên cứu các đặc điểm và đặc điểm tâm lý mà đối tượng không thể hoàn toàn chắc chắn về sự tồn tại của chúng, không nhận thức được hoặc không muốn thừa nhận sự hiện diện của chúng trong bản thân một cách có ý thức. Ví dụ, những đặc điểm như vậy bao gồm nhiều phẩm chất cá nhân tiêu cực và động cơ hành vi.

Trong những trường hợp này, họ thường sử dụng các thử nghiệm xạ ảnh. Chúng dựa trên cơ chế phóng chiếu, theo đó một người có xu hướng gán những phẩm chất vô thức của mình, đặc biệt là những khuyết điểm, cho người khác. Những bài kiểm tra như vậy được thiết kế để nghiên cứu các đặc điểm tâm lý và hành vi của con người gây ra thái độ tiêu cực. Sử dụng các bài kiểm tra kiểu này, tâm lý của đối tượng được đánh giá dựa trên cách anh ta nhận thức và đánh giá các tình huống, tâm lý và hành vi của con người, những phẩm chất cá nhân, động cơ tích cực hay tiêu cực mà anh ta gán cho họ.

Bằng cách sử dụng bài kiểm tra phóng chiếu, nhà tâm lý học sử dụng nó để đưa đối tượng vào một tình huống tưởng tượng, không xác định được cốt truyện, có thể được giải thích tùy ý. Ví dụ, tình huống như vậy có thể là việc tìm kiếm một ý nghĩa nhất định trong một bức tranh mô tả những người chưa biết, những người không rõ họ đang làm gì. Các câu hỏi cần được trả lời về những người này là ai, họ quan tâm đến điều gì, họ đang nghĩ về điều gì và điều gì sẽ xảy ra tiếp theo. Dựa trên cách giải thích có ý nghĩa của câu trả lời, người ta sẽ đánh giá tâm lý của chính người trả lời.

Các bài kiểm tra loại xạ ảnh đặt ra yêu cầu ngày càng cao về trình độ học vấn và sự trưởng thành về trí tuệ của những người làm bài kiểm tra và đây là hạn chế thực tế chính về khả năng áp dụng của chúng. Ngoài ra, những bài kiểm tra như vậy đòi hỏi khá nhiều sự đào tạo đặc biệt và trình độ chuyên môn cao của chính nhà tâm lý học.

Một vấn đề quan trọng khác, liên quan đến hầu hết tất cả các loại thử nghiệm không có ngoại lệ, trong quá trình tiến hành chính quy trình thử nghiệm là việc giải thích một cách hình thức, hời hợt các kết quả thử nghiệm thu được, việc nhà nghiên cứu cố tình từ chối biết bản chất của hiện tượng đang được nghiên cứu và thay thế. nó với kết quả ngẫu nhiên của nhiệm vụ; trong việc tôn sùng việc xử lý toán học các kết quả “kiểm tra” chính thức.

Vấn đề này liên quan trực tiếp đến những quan điểm sai lầm của tâm lý học chức năng siêu hình, coi mỗi “chức năng tinh thần” là một thứ không thể thay đổi, “luôn bình đẳng với chính nó” và không gắn liền với mục tiêu và điều kiện hoạt động của con người cũng như với các chức năng tinh thần khác, hoặc có đặc điểm tính cách nói chung. Theo đó, các bài kiểm tra chỉ nhằm mục đích tính đến sự thay đổi về số lượng trong “mức độ phát triển” của từng chức năng riêng lẻ - tâm lý học.

Bản thân các nhiệm vụ và bài tập (các loại bài kiểm tra khác nhau), nếu được sử dụng đúng cách, có thể cung cấp tài liệu rất có giá trị cho phân tích tâm lý, nhưng một nhà nghiên cứu không được đào tạo chuyên nghiệp sẽ không thể đưa ra đánh giá đầy đủ và áp dụng hiệu quả nguyên tắc chính của một nhà tâm lý học thực tế. "không làm hại."

Một quan điểm rất sai lầm (và thường dẫn đến những hậu quả rất đáng buồn trong thực tế) là quan điểm cho rằng bất kỳ người nào sau khi mua một cuốn sách phổ biến có các bài kiểm tra tâm lý và làm quen với nội dung của nó trong một thời gian ngắn đều có thể giới thiệu mình với những người xung quanh với tư cách là một nhà tâm lý học và tham gia. trong việc thử nghiệm ở mức độ chuyên nghiệp.

Vì vậy, lỗi không phải ở bản thân bài kiểm tra mà là do việc sử dụng nó không đúng.

Xã hội học: nghiên cứu các mối quan hệ giữa các cá nhân trong một nhóm.

Kỹ thuật xã hội học, được phát triển bởi J. Moreno, được sử dụng để chẩn đoán các mối quan hệ giữa các cá nhân và giữa các nhóm nhằm thay đổi, cải thiện và cải thiện chúng. Với sự trợ giúp của phép đo xã hội học, người ta có thể nghiên cứu kiểu hình hành vi xã hội của mọi người trong các hoạt động nhóm và đánh giá sự tương thích về tâm lý xã hội của các thành viên trong các nhóm cụ thể.

Một thủ tục xã hội học có thể nhằm mục đích:

a) đo độ sự gắn kết-không đoàn kết trong Nhóm;
b) xác định “các vị trí xã hội học”, tức là quyền lực tương đối của các thành viên nhóm theo đặc điểm thích và không thích, nơi “người đứng đầu” của nhóm và “người bị từ chối” ở hai cực;
c) phát hiện các hệ thống con nội bộ, các hình thức gắn kết, có thể có người lãnh đạo không chính thức đứng đầu.

Việc sử dụng phép đo xã hội học giúp có thể đo lường thẩm quyền của các nhà lãnh đạo chính thức và không chính thức để tập hợp lại mọi người trong nhóm nhằm giảm bớt căng thẳng trong nhóm phát sinh do sự thù địch lẫn nhau của một số thành viên trong nhóm. Kỹ thuật xã hội học được thực hiện bằng phương pháp nhóm; việc thực hiện nó không cần nhiều thời gian (tối đa 15 phút). Nó rất hữu ích trong nghiên cứu ứng dụng, đặc biệt là trong công việc nhằm cải thiện mối quan hệ trong nhóm. Nhưng đó không phải là một cách triệt để để giải quyết các vấn đề trong nội bộ nhóm, nguyên nhân của những vấn đề này không nên được tìm kiếm ở mức độ ưa thích và không thích của các thành viên trong nhóm mà ở những nguồn gốc sâu xa hơn.

Độ tin cậy của quy trình phụ thuộc chủ yếu vào việc lựa chọn chính xác các tiêu chí xã hội học, được quyết định bởi chương trình nghiên cứu và làm quen sơ bộ với các chi tiết cụ thể của nhóm.

Sớm hay muộn, nhiều tổ chức sử dụng phần mềm này hay phần mềm kia sẽ có nhu cầu tổ chức một quy trình thử nghiệm. Thường có một số lý do, hoặc đây là một công ty khởi nghiệp ngay lập tức yêu cầu thử nghiệm phần mềm của mình hoặc ban quản lý bắt đầu hiểu rằng ngoài thử nghiệm kinh doanh, bảo trì, phát triển và những người khác có thể tham gia vào công ty, các chuyên gia thử nghiệm chuyên nghiệp cũng phải vẫn cần có ai sẽ thay thế tất cả những người khác, những người không có hiểu biết bình thường về kiểm tra. Và chính từ thời điểm này, việc bổ nhiệm truyền thống một trong những nhân viên hiện tại vào vị trí trưởng bộ phận kiểm tra thường bắt đầu, một truyền thống đối với công việc của chúng tôi. Giống như, đây là ruộng dành cho bạn, hãy gieo trồng… Bạn làm gì không quan trọng, nhưng bộ phận phải tồn tại và phải mang lại kết quả. Tất nhiên, mọi thứ không phải lúc nào cũng tệ như vậy; ai đó vẫn đang tìm kiếm các chuyên gia kiểm tra có năng lực cho vị trí này, tuy nhiên, vẫn chưa có quy trình kiểm tra ở giai đoạn này và nó cần phải được tạo ra.

Và rất thường xuyên, nhiều nhà quản lý bắt đầu tạo ra một quy trình thử nghiệm không có hệ thống mà có chọn lọc. Nhưng đồng thời, nếu bạn tổ chức quá trình thử nghiệm bằng cách chỉ chọn ra các phương pháp thực hành tốt nhất mà không có cách tiếp cận có hệ thống, thì quy trình như vậy sẽ không mang lại kết quả tích cực trong một tháng hoặc một năm.

Tôi nghĩ nhiều người biết rằng nếu quy trình thử nghiệm không được tổ chức chính xác ngay từ đầu thì sau này sẽ vô cùng khó khăn để thay đổi. Vì vậy, bạn cần xác định làm thế nào để tổ chức quá trình kiểm thử một cách hợp lý?

Bắt đầu tổ chức quá trình thử nghiệm từ đâu?

Tôi xác định 11 tiêu chí chính trong việc tổ chức quá trình kiểm tra:

Mục tiêu và phạm vi thử nghiệm
Đội
Điều khiển
Giao tiếp và tương tác
Phương pháp thử nghiệm
Tài liệu quy trình
Quản lý rủi ro
Đo lường quá trình
Công cụ
Môi trường thử nghiệm
Cải tiến quy trình

Việc đáp ứng tất cả các tiêu chí này sẽ cho phép quá trình thử nghiệm phát triển đồng đều, trong thời gian ngắn có thể đạt đến mức mà quá trình thử nghiệm sẽ mang lại kết quả tích cực.

Vì vậy, bất kỳ người quản lý nào khi phải đối mặt với nhiệm vụ tổ chức quá trình thử nghiệm đều nên đặt ra những câu hỏi sau:

Tại sao chúng ta cần thử nghiệm?
Chúng ta phải làm gì để kiểm tra?
Những quy trình nào cần được chính thức hóa hoặc tạo ra?
Chúng ta nên kiểm tra như thế nào và những gì?

Chỉ sau khi nhận được câu trả lời cho những câu hỏi này, chúng ta mới có thể bắt đầu chuyển sang các tiêu chuẩn.

Tôi nhấn mạnh những tiêu chuẩn sau đây mà bạn thực sự cần nghiên cứu trước khi bắt đầu xây dựng một quy trình:

ISO 29119
IEEE 829\1008
TPI Tiếp theo&TMap
ISTQB

Đương nhiên, không thể sử dụng hoàn toàn các biện pháp thực hành được quy định trong tiêu chuẩn. Bất kỳ tiêu chuẩn nào cũng phải được tùy chỉnh để phù hợp với nhu cầu của quy trình thử nghiệm cụ thể của bạn, bởi vì việc thực hiện tiêu chuẩn một cách thiếu suy nghĩ có thể dẫn đến những hậu quả bất lợi vì quy trình thử nghiệm của bạn sẽ không đáp ứng được yêu cầu kinh doanh.

Bất kỳ quy trình CNTT nào cũng phải luôn đáp ứng nhu cầu doanh nghiệp!

Chúng tôi sẽ phân tích các tiêu chí chính để xây dựng một quy trình thử nghiệm.

Mục tiêu và phạm vi thử nghiệm

Mục đích của việc kiểm tra là phát hiện lỗi, xác minh rằng phần mềm đáp ứng các yêu cầu đã nêu và cung cấp phản hồi về lỗi cho tất cả các bên quan tâm.

Đây là mục tiêu tiêu chuẩn của quá trình thử nghiệm, nhưng cũng có thể có những mục tiêu được xác định bởi nhu cầu kinh doanh của tổ chức. Ví dụ, đối với các ngân hàng, thông thường các yêu cầu khác nhau của Ngân hàng Trung ương được thực hiện kịp thời, do đó, ngoài mục tiêu chung là thử nghiệm, việc thực hiện thử nghiệm kịp thời với chất lượng cần thiết cho các nhiệm vụ quan trọng cũng được bổ sung.

Nói về lĩnh vực kiểm tra, chúng ta phải hiểu chính xác những gì chúng ta phải kiểm tra. Đây có thể là hệ thống, thành phần, quy trình kinh doanh. Để hiểu điều này, bạn chỉ cần trả lời hai câu hỏi:

Những gì nên được kiểm tra?
Chúng ta sẽ kiểm tra cái gì?

Thông thường, những gì cần kiểm tra và những gì chúng ta sẽ kiểm tra có thể khác nhau rất nhiều. Nó phụ thuộc vào khả năng của quá trình thử nghiệm của bạn. “Điều gì cần thiết” thường do doanh nghiệp và quản lý quyết định, vì vậy một người quản lý giỏi phải luôn hiểu rõ “điều gì cần thiết” để kiểm tra. Tục ngữ có câu: “Đuổi hai con thỏ thì cũng không bắt được”, ở đây là như vậy. Việc kiểm tra định tính những gì bạn thực sự có thể kiểm tra với nhóm của mình luôn tốt hơn là lấy mọi thứ mà doanh nghiệp yêu cầu và không hoàn thành đúng thời hạn, thậm chí bỏ sót những lỗi nghiêm trọng.

Đội ngũ và quản lý

Nhóm là thành phần quan trọng nhất của quá trình thử nghiệm. Không có nhóm, bạn, với tư cách là người lãnh đạo, sẽ không làm được gì cả. Thường có một số cách tiếp cận để thành lập một nhóm:

Công cụ và cơ sở hạ tầng

Quá trình thử nghiệm không có công cụ là gì? Hóa ra đây là lao động chân tay vì mục đích lao động chân tay :) Tôi nghĩ nhiều bạn đã thường nghe đến việc viết test case trong văn bản Word, về việc xây dựng đồ thị, sơ đồ trong Excel. Nhưng tại sao phải lãng phí công sức nếu thị trường cung cấp cho chúng ta các sản phẩm quản lý thử nghiệm làm sẵn, chẳng hạn như HP ALM, MS TFS, TestRail, TestLink, JIRA Zephyr và nhiều sản phẩm khác.
Vì vậy, nếu bạn đã bắt đầu tổ chức quá trình thử nghiệm thì hãy làm cho quá trình này trở nên thuận tiện và hiệu quả. Viết các trường hợp thử nghiệm dưới dạng thành phẩm thuận tiện, tích hợp các công cụ với hệ thống quản lý tác vụ, tùy chỉnh, v.v.

Khi chọn một công cụ, bạn phải luôn hiểu:

Bạn dự định thực hiện những nhiệm vụ gì?
Ngân sách của bạn cho các công cụ là gì?

Sau khi nhận được câu trả lời cho những câu hỏi này, bạn sẽ có thể xác định các công cụ kiểm tra thuận tiện nhất cho mình và có thể phát triển công cụ của riêng bạn.

Ngoài các công cụ quản lý kiểm thử, các công cụ kiểm thử còn bao gồm:

Hệ thống quản lý lỗi và nhiệm vụ (có thể đưa vào hệ thống quản lý kiểm thử)
Các công cụ phụ trợ (để chụp ảnh màn hình, ghi nhật ký, làm việc với cơ sở dữ liệu, SOUP UI cho XML, v.v.)
Các công cụ tự động hóa ( , Selenium, v.v.)
Hệ thống quản lý tri thức (trên công cụ wiki)

Bây giờ hãy nói về cơ sở hạ tầng. Trong bối cảnh hiện tại của câu chuyện của tôi, ý tôi là môi trường thử nghiệm.

Ở hầu hết mọi tổ chức, đặc biệt nếu tổ chức đó lớn và không phát triển ứng dụng di động cho thị trường vui chơi, bạn sẽ cần (các) môi trường thử nghiệm để thử nghiệm. Dung lượng và khối lượng tích hợp hệ thống trong môi trường thử nghiệm có thể khác nhau tùy thuộc vào khối lượng thử nghiệm.

Theo tiêu chuẩn, tôi xác định các loại môi trường thử nghiệm sau:

Môi trường phát triển (nó có thể được phân loại là môi trường thử nghiệm không?, nhưng vẫn vậy)
Môi trường thử nghiệm hệ thống (một hoặc nhiều hệ thống có thể được triển khai, thành phần, không yêu cầu nguồn điện nghiêm trọng)
Môi trường tích hợp (môi trường tích hợp hoàn chỉnh để kiểm tra chức năng của các quy trình kinh doanh từ đầu đến cuối)
Môi trường (yêu cầu chính là sức mạnh tương ứng với mạch chiến đấu)
Môi trường ProdLike/PreProd (môi trường gỡ lỗi bản dựng thử nghiệm làm sẵn, tiến hành thử nghiệm cài đặt)

Khả năng tổ chức một số lượng lớn môi trường thử nghiệm như vậy cho phép bạn thực hiện công việc thử nghiệm chồng chúng lên nhau, do đó làm tăng số lượng thay đổi (phát hành, chạy nước rút) có thể xảy ra song song, nhưng ở các giai đoạn thử nghiệm khác nhau.

Cải tiến quy trình

Tôi rất hay nói câu “Bất kỳ quy trình nào, dù thế nào đi nữa, cũng phải luôn được cải tiến liên tục”, và tôi rất hay nghe câu “Tại sao, quy trình của chúng tôi đã hoạt động tốt rồi”.

Nhưng điều đó không đúng. Tại sao chúng ta phải liên tục cải tiến quy trình thử nghiệm:

1. Mục tiêu thử nghiệm không thể giống nhau; chúng liên tục thay đổi tùy theo nhu cầu kinh doanh và do thị trường quyết định.

2. Lĩnh vực CNTT không ngừng phát triển. Các công nghệ và phương pháp tiếp cận mới đang ra đời, luôn cho phép chúng tôi cải thiện quy trình thử nghiệm.

Như họ nói, không có giới hạn cho sự hoàn hảo!

Vâng, làm thế nào để cải thiện là chu trình Demming tiêu chuẩn.

Lập kế hoạch - Thực hiện - Phân tích - Điều chỉnh

Chà, tóm lại, tôi sẽ nói rằng cái phù hợp cho phép bạn tạo ra một quy trình thử nghiệm thực sự hiệu quả trong thời gian ngắn nhất có thể, giải quyết các mục tiêu và mục tiêu đặt ra cho nó.

Kiểm thử phần mềm là việc đánh giá phần mềm/sản phẩm đang được phát triển để kiểm tra khả năng, khả năng và sự tuân thủ của nó với kết quả mong đợi. Có nhiều loại phương pháp khác nhau được sử dụng trong lĩnh vực thử nghiệm và đảm bảo chất lượng, sẽ được thảo luận trong bài viết này.

Kiểm thử phần mềm là một phần không thể thiếu trong chu trình phát triển phần mềm.

Kiểm thử phần mềm là gì?

Kiểm thử phần mềm không gì khác ngoài việc kiểm tra một đoạn mã trong các điều kiện hoạt động được kiểm soát và không được kiểm soát, quan sát đầu ra và sau đó kiểm tra xem nó có đáp ứng các điều kiện được xác định trước hay không.

Các bộ trường hợp thử nghiệm và chiến lược thử nghiệm khác nhau nhằm đạt được một mục tiêu chung - loại bỏ các lỗi trong mã và đảm bảo hiệu suất phần mềm chính xác và tối ưu.

Phương pháp thử nghiệm

Các phương pháp kiểm thử được sử dụng rộng rãi là kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử chấp nhận và kiểm thử hệ thống. Phần mềm trải qua các thử nghiệm này theo một thứ tự cụ thể.

3) Kiểm tra hệ thống

4) Kiểm tra chấp nhận

Trước hết, một bài kiểm tra đơn vị được thực hiện. Như tên cho thấy, đây là một phương pháp thử nghiệm cấp đối tượng. Các thành phần phần mềm riêng lẻ được kiểm tra lỗi. Bài kiểm tra này đòi hỏi kiến thức chính xác về chương trình và từng mô-đun được cài đặt. Vì vậy, việc xác minh này được thực hiện bởi các lập trình viên chứ không phải người thử nghiệm. Để làm điều này, mã kiểm tra được tạo để kiểm tra xem phần mềm có hoạt động như dự kiến hay không.

Các mô-đun riêng lẻ đã được kiểm tra đơn vị sẽ được tích hợp với nhau và kiểm tra lỗi. Loại thử nghiệm này chủ yếu xác định lỗi giao diện. Kiểm thử tích hợp có thể được thực hiện bằng cách sử dụng cách tiếp cận từ trên xuống, tuân theo thiết kế kiến trúc của hệ thống. Một cách tiếp cận khác là cách tiếp cận từ dưới lên, được thực hiện từ dưới cùng của luồng điều khiển.

Thử nghiệm hệ thống

Trong thử nghiệm này, toàn bộ hệ thống được kiểm tra lỗi và lỗi. Việc kiểm tra này được thực hiện bằng cách ghép nối các thành phần phần cứng và phần mềm của toàn bộ hệ thống rồi kiểm tra nó. Thử nghiệm này được phân loại theo phương pháp thử nghiệm hộp đen, trong đó các điều kiện hoạt động dự kiến của người dùng đối với phần mềm được thử nghiệm.

Kiểm tra chấp nhận

Đây là thử nghiệm cuối cùng được thực hiện trước khi phần mềm được phát hành cho khách hàng. Nó được thực hiện để đảm bảo rằng phần mềm đã được phát triển đáp ứng mọi yêu cầu của khách hàng. Có hai loại thử nghiệm chấp nhận - một loại được thực hiện bởi các thành viên của nhóm phát triển được gọi là thử nghiệm chấp nhận nội bộ (thử nghiệm Alpha) và loại còn lại do khách hàng thực hiện được gọi là thử nghiệm chấp nhận bên ngoài.

Khi thử nghiệm được thực hiện với khách hàng tiềm năng, nó được gọi là thử nghiệm chấp nhận của khách hàng. Khi thử nghiệm được thực hiện bởi người dùng cuối của phần mềm, nó được gọi là thử nghiệm chấp nhận (thử nghiệm beta).

Có một số kỹ thuật kiểm thử cơ bản tạo thành một phần của chế độ kiểm thử phần mềm. Các thử nghiệm này thường được coi là tự cung cấp trong việc tìm ra lỗi và lỗi trong toàn bộ hệ thống.

Kiểm tra hộp đen

Kiểm tra hộp đen được thực hiện mà không có bất kỳ kiến thức nào về hoạt động bên trong của hệ thống. Người kiểm tra sẽ đưa phần mềm đến môi trường người dùng bằng cách cung cấp nhiều đầu vào khác nhau và kiểm tra các đầu ra được tạo ra. Thử nghiệm này còn được gọi là thử nghiệm hộp đen, thử nghiệm hộp kín hoặc thử nghiệm chức năng.

Kiểm thử hộp trắng

Kiểm thử hộp trắng, trái ngược với kiểm thử hộp đen, có tính đến chức năng bên trong và logic của mã. Để thực hiện kiểm thử này, người kiểm thử phải có kiến thức về code để biết chính xác phần code có lỗi. Thử nghiệm này còn được gọi là thử nghiệm Hộp trắng, Hộp mở hoặc Hộp kính.

Kiểm thử hộp xám

Kiểm thử hộp xám hoặc kiểm thử hộp xám là sự kết hợp giữa kiểm thử Hộp Trắng và Hộp Đen, trong đó người kiểm thử chỉ có kiến thức chung về sản phẩm cần thiết để thực hiện kiểm thử. Việc xác minh này được thực hiện thông qua tài liệu và sơ đồ luồng thông tin. Việc kiểm tra được thực hiện bởi người dùng cuối hoặc những người dùng có vẻ là người dùng cuối.

Kiểm tra phi chức năng

Bảo mật ứng dụng là một trong những nhiệm vụ chính của nhà phát triển. Kiểm tra bảo mật kiểm tra phần mềm về tính bảo mật, tính toàn vẹn, xác thực, tính sẵn sàng và không thể chối bỏ. Thử nghiệm riêng lẻ được thực hiện để ngăn chặn truy cập trái phép vào mã chương trình.

Kiểm thử căng thẳng là một kỹ thuật trong đó phần mềm tiếp xúc với các điều kiện nằm ngoài điều kiện hoạt động bình thường của phần mềm. Sau khi đạt đến điểm tới hạn, kết quả thu được sẽ được ghi lại. Thử nghiệm này xác định sự ổn định của toàn bộ hệ thống.

Phần mềm được kiểm tra khả năng tương thích với các giao diện bên ngoài như hệ điều hành, nền tảng phần cứng, trình duyệt web,… Kiểm tra khả năng tương thích sẽ kiểm tra xem sản phẩm có tương thích với bất kỳ nền tảng phần mềm nào hay không.

Đúng như tên gọi, kỹ thuật kiểm tra này kiểm tra số lượng mã hoặc tài nguyên mà chương trình sử dụng khi thực hiện một thao tác.

Thử nghiệm này kiểm tra khía cạnh khả năng sử dụng và tính thực tiễn của phần mềm đối với người dùng. Sự dễ dàng mà người dùng có thể truy cập vào thiết bị là điểm kiểm tra chính. Kiểm tra khả năng sử dụng bao gồm năm khía cạnh của kiểm tra - học tập, hiệu quả, sự hài lòng, khả năng ghi nhớ và lỗi.

Kiểm tra trong quá trình phát triển phần mềm

Mô hình thác nước sử dụng cách tiếp cận từ trên xuống, cho dù nó được sử dụng để phát triển hay thử nghiệm phần mềm.

Các bước chính liên quan đến phương pháp kiểm thử phần mềm này là:

Phân tích nhu cầu
Kiểm tra thiết kế
Kiểm tra thực hiện
Kiểm tra, gỡ lỗi và xem xét mã hoặc sản phẩm
Triển khai và bảo trì

Trong kỹ thuật này, bạn chỉ chuyển sang bước tiếp theo sau khi đã hoàn thành bước trước đó. Mô hình sử dụng cách tiếp cận không lặp lại. Ưu điểm chính của kỹ thuật này là cách tiếp cận đơn giản, có hệ thống và chính thống. Tuy nhiên, nó có nhiều nhược điểm vì các lỗi trong mã sẽ không được phát hiện cho đến giai đoạn thử nghiệm. Điều này thường có thể dẫn đến lãng phí thời gian, tiền bạc và các nguồn lực có giá trị khác.

Mô hình linh hoạt

Phương pháp này dựa trên sự kết hợp có chọn lọc giữa các phương pháp tiếp cận tuần tự và lặp lại, bên cạnh nhiều phương pháp phát triển mới khá đa dạng. Sự phát triển nhanh chóng và tiến bộ là một trong những nguyên tắc chính của phương pháp này. Trọng tâm là đạt được kết quả đầu ra nhanh chóng, thiết thực và rõ ràng. Sự tương tác và tham gia liên tục của khách hàng là một phần không thể thiếu trong toàn bộ quá trình phát triển.

Phát triển ứng dụng nhanh (RAD). Phương pháp phát triển ứng dụng nhanh chóng

Tên nói cho chính nó. Trong trường hợp này, phương pháp này sử dụng cách tiếp cận tiến hóa nhanh bằng cách sử dụng nguyên tắc thiết kế thành phần. Sau khi hiểu được các yêu cầu khác nhau của một dự án nhất định, một nguyên mẫu nhanh sẽ được chuẩn bị và sau đó được so sánh với bộ điều kiện và tiêu chuẩn đầu ra dự kiến. Những thay đổi và sửa đổi cần thiết được thực hiện sau khi thảo luận chung với khách hàng hoặc nhóm phát triển (trong bối cảnh kiểm thử phần mềm).

Mặc dù cách tiếp cận này có những ưu điểm nhưng nó có thể không phù hợp nếu dự án lớn, phức tạp hoặc có tính chất cực kỳ năng động trong đó các yêu cầu liên tục thay đổi.

Mô hình xoắn ốc

Như tên cho thấy, mô hình xoắn ốc dựa trên cách tiếp cận trong đó có một số chu kỳ (hoặc xoắn ốc) từ tất cả các bước liên tiếp trong mô hình xếp tầng. Sau khi hoàn thành chu trình ban đầu, việc phân tích và đánh giá kỹ lưỡng về sản phẩm hoặc đầu ra đạt được sẽ được thực hiện. Nếu đầu ra không đáp ứng các yêu cầu quy định hoặc tiêu chuẩn dự kiến, chu kỳ thứ hai sẽ được thực hiện, v.v.

Quy trình hợp nhất hợp lý (RUP). Rational Unified Process

Kỹ thuật RUP cũng tương tự như mô hình xoắn ốc ở chỗ toàn bộ quy trình thử nghiệm được chia thành nhiều chu kỳ. Mỗi chu kỳ bao gồm bốn giai đoạn - sáng tạo, phát triển, xây dựng và chuyển tiếp. Vào cuối mỗi chu kỳ, sản phẩm/đầu ra được xem xét và chu trình (bao gồm bốn giai đoạn giống nhau) được thực hiện nếu cần thiết.

Việc sử dụng công nghệ thông tin đang phát triển mỗi ngày và tầm quan trọng của việc kiểm thử phần mềm phù hợp cũng tăng theo cấp số nhân. Nhiều công ty duy trì các đội đặc biệt cho mục đích này, những đội có năng lực ở cấp độ nhà phát triển.

Kiểm tra