Sơ đồ chung của quá trình phát triển thử nghiệm. Yêu cầu đối với người kiểm thử, phần 4: Các giai đoạn kiểm thử phần mềm Thành phần phần mềm là gì

Giống như quá trình phát triển, quá trình kiểm thử phần mềm tiếp theo cũng tuân theo một phương pháp cụ thể. Theo phương pháp luận trong trường hợp này, chúng tôi muốn nói đến sự kết hợp khác nhau giữa các nguyên tắc, ý tưởng, phương pháp và khái niệm mà bạn sử dụng khi thực hiện một dự án.

Hiện nay có khá nhiều phương pháp thử nghiệm khác nhau, mỗi phương pháp đều có điểm bắt đầu, thời gian thực hiện và phương pháp được sử dụng ở mỗi giai đoạn riêng. Và việc chọn cái này hay cái khác trong số chúng có thể là một nhiệm vụ khá khó khăn. Trong bài viết này, chúng ta sẽ xem xét các cách tiếp cận khác nhau để kiểm thử phần mềm và nói về các tính năng chính của chúng để giúp bạn định hướng sự đa dạng hiện có.

Mô hình xếp tầng (Mô hình vòng đời phần mềm tuần tự tuyến tính)

Mô hình thác nước là một trong những mô hình lâu đời nhất có thể được sử dụng không chỉ để phát triển hoặc thử nghiệm phần mềm mà còn cho hầu hết mọi dự án khác. Nguyên tắc cơ bản của nó là thứ tự hoàn thành nhiệm vụ. Điều này có nghĩa là chúng ta chỉ có thể chuyển sang bước phát triển hoặc thử nghiệm tiếp theo sau khi bước trước đó đã hoàn thành thành công. Mô hình này phù hợp với các dự án nhỏ và chỉ áp dụng được nếu tất cả các yêu cầu được xác định rõ ràng. Ưu điểm chính của phương pháp này là hiệu quả về chi phí, dễ sử dụng và quản lý tài liệu.

Quá trình kiểm thử phần mềm bắt đầu sau khi quá trình phát triển hoàn tất. Ở giai đoạn này, tất cả các thử nghiệm cần thiết được chuyển từ các đơn vị sang thử nghiệm hệ thống để giám sát hoạt động của các thành phần cả riêng lẻ và tổng thể.

Ngoài những ưu điểm nêu trên, phương pháp thử nghiệm này cũng có những nhược điểm. Luôn có khả năng các lỗi nghiêm trọng sẽ được phát hiện trong quá trình thử nghiệm. Điều này có thể dẫn đến nhu cầu thay đổi hoàn toàn một trong các thành phần hệ thống hoặc thậm chí toàn bộ logic thiết kế. Nhưng nhiệm vụ như vậy là không thể trong trường hợp mô hình thác nước vì việc quay lại bước trước đó bị cấm trong phương pháp này.

Tìm hiểu thêm về mô hình thác nước từ bài viết trước.

V-Model (Mô hình xác minh và xác nhận)

Giống như mô hình thác nước, kỹ thuật V-Model dựa trên một chuỗi các bước trực tiếp. Sự khác biệt chính giữa hai phương pháp này là việc thử nghiệm trong trường hợp này được lên kế hoạch song song với giai đoạn phát triển tương ứng. Theo phương pháp kiểm thử phần mềm này, quy trình bắt đầu ngay khi các yêu cầu được xác định và có thể bắt đầu thử nghiệm tĩnh, tức là. xác minh và xem xét, điều này cho phép bạn tránh các lỗi phần mềm có thể xảy ra ở các giai đoạn sau. Một kế hoạch kiểm tra thích hợp được tạo ra cho từng cấp độ phát triển phần mềm, trong đó xác định các kết quả mong đợi cũng như các tiêu chí đầu vào và đầu ra cho một sản phẩm nhất định.

Sơ đồ của mô hình này thể hiện nguyên tắc chia nhiệm vụ thành hai phần. Những thứ liên quan đến thiết kế và phát triển nằm ở bên trái. Các nhiệm vụ liên quan đến kiểm thử phần mềm nằm ở bên phải:

Các bước chính của phương pháp này có thể khác nhau, nhưng thường bao gồm những bước sau:

Sân khấu xác định yêu cầu. Kiểm tra chấp nhận đề cập đến giai đoạn này. Nhiệm vụ chính của nó là đánh giá mức độ sẵn sàng của hệ thống để sử dụng lần cuối
Giai đoạn xảy ra thiết kế cấp cao hoặc Thiết kế cấp cao (HDL). Giai đoạn này liên quan đến việc kiểm tra hệ thống và bao gồm việc đánh giá sự tuân thủ các yêu cầu đối với hệ thống tích hợp.
Giai đoạn thiết kế chi tiết(Thiết kế chi tiết) song song với giai đoạn thử nghiệm tích hợp, trong đó kiểm tra sự tương tác giữa các thành phần hệ thống khác nhau
Sau đó giai đoạn mã hóa Một bước quan trọng khác bắt đầu - thử nghiệm đơn vị. Điều rất quan trọng là phải đảm bảo rằng hoạt động của từng bộ phận và thành phần riêng lẻ của phần mềm là chính xác và đáp ứng yêu cầu.

Hạn chế duy nhất của phương pháp thử nghiệm được xem xét là thiếu các giải pháp làm sẵn có thể áp dụng để loại bỏ các lỗi phần mềm được phát hiện trong giai đoạn thử nghiệm.

mô hình gia tăng

Phương pháp này có thể được mô tả như một mô hình kiểm thử phần mềm nhiều giai đoạn. Quá trình làm việc được chia thành một số chu kỳ, mỗi chu kỳ cũng được chia thành các mô-đun. Mỗi lần lặp lại sẽ bổ sung thêm chức năng nhất định cho phần mềm. Sự gia tăng bao gồm ba chu kỳ:

thiết kế và phát triển
thử nghiệm
thực hiện.

Trong mô hình này, có thể phát triển đồng thời các phiên bản khác nhau của sản phẩm. Ví dụ: phiên bản đầu tiên có thể đang được thử nghiệm trong khi phiên bản thứ hai đang được phát triển. Phiên bản thứ ba có thể đang trải qua giai đoạn thiết kế cùng lúc. Quá trình này có thể tiếp tục cho đến khi kết thúc dự án.

Rõ ràng, phương pháp này yêu cầu phát hiện càng nhiều lỗi càng tốt trong phần mềm đang được kiểm thử càng nhanh càng tốt. Giai đoạn triển khai cũng vậy, giai đoạn này yêu cầu xác nhận rằng sản phẩm đã sẵn sàng để giao cho người dùng cuối. Tất cả những yếu tố này làm tăng đáng kể trọng lượng của các yêu cầu kiểm tra.

So với các phương pháp trước đây, mô hình gia tăng có một số lợi thế quan trọng. Nó linh hoạt hơn, các yêu cầu thay đổi dẫn đến chi phí thấp hơn và quy trình kiểm thử phần mềm hiệu quả hơn vì việc kiểm tra và gỡ lỗi dễ dàng hơn nhiều thông qua việc sử dụng các bước lặp nhỏ. Tuy nhiên, điều đáng chú ý là chi phí tổng thể vẫn cao hơn so với trường hợp mô hình xếp tầng.

mô hình xoắn ốc

Mô hình xoắn ốc là một phương pháp kiểm thử phần mềm dựa trên cách tiếp cận gia tăng và tạo nguyên mẫu. Nó bao gồm bốn giai đoạn:

Lập kế hoạch
Phân tích rủi ro
Phát triển
Cấp

Ngay sau khi chu kỳ đầu tiên hoàn thành, chu kỳ thứ hai bắt đầu. Kiểm thử phần mềm bắt đầu ở giai đoạn lập kế hoạch và tiếp tục cho đến giai đoạn đánh giá. Ưu điểm chính của mô hình xoắn ốc là kết quả kiểm tra đầu tiên xuất hiện ngay sau kết quả kiểm tra xuất hiện ở giai đoạn thứ ba của mỗi chu kỳ, giúp đảm bảo đánh giá chất lượng chính xác. Tuy nhiên, điều quan trọng cần nhớ là mô hình này có thể khá đắt tiền và không phù hợp với các dự án nhỏ.

Mặc dù mô hình này khá cũ nhưng nó vẫn hữu ích cho cả thử nghiệm và phát triển. Hơn nữa, mục tiêu chính của nhiều phương pháp kiểm thử phần mềm, bao gồm cả mô hình xoắn ốc, gần đây đã thay đổi. Chúng tôi sử dụng chúng không chỉ để tìm ra lỗi trong ứng dụng mà còn tìm ra nguyên nhân gây ra chúng. Cách tiếp cận này giúp các nhà phát triển làm việc hiệu quả hơn và sửa lỗi nhanh chóng.

Đọc thêm về mô hình xoắn ốc trong bài viết blog trước.

Nhanh nhẹn

Phương pháp phát triển và thử nghiệm phần mềm linh hoạt (Agile) có thể được mô tả như một tập hợp các phương pháp tập trung vào việc sử dụng phát triển tương tác, hình thành các yêu cầu một cách năng động và đảm bảo việc thực hiện chúng do sự tương tác liên tục trong một nhóm làm việc tự tổ chức. Hầu hết các phương pháp phát triển phần mềm linh hoạt đều tập trung vào việc giảm thiểu rủi ro bằng cách phát triển theo các bước lặp ngắn. Một trong những nguyên tắc chính của chiến lược linh hoạt này là khả năng ứng phó nhanh chóng với những thay đổi có thể xảy ra, thay vì dựa vào kế hoạch dài hạn.

Tìm hiểu thêm về Agile(lưu ý - bài viết bằng tiếng Anh).

Lập trình cực đoan (XP, Lập trình cực đoan)

Extreme Programming là một ví dụ về phát triển phần mềm linh hoạt. Một tính năng đặc biệt của phương pháp này là “lập trình cặp”, tình huống trong đó một nhà phát triển làm việc trên mã trong khi một đồng nghiệp liên tục xem lại mã đã viết. Quá trình kiểm thử phần mềm khá quan trọng vì nó bắt đầu ngay cả trước khi dòng mã đầu tiên được viết. Mỗi mô-đun ứng dụng phải có một bài kiểm tra đơn vị để có thể sửa hầu hết các lỗi ở giai đoạn mã hóa. Một tính năng đặc biệt khác là bài kiểm tra sẽ xác định mã chứ không phải ngược lại. Điều này có nghĩa là một đoạn mã nhất định chỉ có thể được coi là hoàn thành nếu tất cả các bài kiểm tra đều vượt qua. Nếu không, mã sẽ bị từ chối.

Ưu điểm chính của phương pháp này là thử nghiệm liên tục và phát hành trong thời gian ngắn, giúp đảm bảo mã chất lượng cao.

Scrum

Scrum là một phần của phương pháp Agile, một khuôn khổ gia tăng lặp đi lặp lại được tạo ra để quản lý quy trình phát triển phần mềm. Theo nguyên tắc Scrum, nhóm kiểm thử nên tham gia vào các giai đoạn sau:

Tham gia lập kế hoạch Scrum
Hỗ trợ kiểm tra đơn vị
Kiểm tra câu chuyện của người dùng
Cộng tác với khách hàng và chủ sở hữu sản phẩm để xác định tiêu chí chấp nhận
Cung cấp thử nghiệm tự động

Hơn nữa, các thành viên của bộ phận QA nên tham dự tất cả các cuộc họp hàng ngày cũng như các thành viên khác trong nhóm để thảo luận về những gì đã được kiểm tra và thực hiện ngày hôm qua, những gì sẽ được kiểm tra ngày hôm nay và tiến độ kiểm tra tổng thể.

Đồng thời, các nguyên tắc của phương pháp Agile trong Scrum dẫn đến sự xuất hiện các tính năng cụ thể:

Ước tính nỗ lực cần thiết cho mỗi câu chuyện của người dùng là bắt buộc
Người kiểm thử phải chú ý đến các yêu cầu vì chúng có thể thay đổi liên tục
Nguy cơ hồi quy tăng lên khi thay đổi mã thường xuyên
Lập kế hoạch và thực hiện đồng thời các thử nghiệm
Sự hiểu lầm giữa các thành viên trong nhóm khi yêu cầu của khách hàng không hoàn toàn rõ ràng

Tìm hiểu thêm về phương pháp Scrum từ bài viết trước.

Phần kết luận

Tóm lại, điều quan trọng cần lưu ý là ngày nay việc thực hành sử dụng phương pháp kiểm thử phần mềm này hoặc phương pháp kiểm thử phần mềm khác hàm ý một cách tiếp cận đa dạng. Nói cách khác, bạn không nên mong đợi rằng bất kỳ một phương pháp nào cũng sẽ phù hợp với mọi loại dự án. Việc lựa chọn một trong số chúng phụ thuộc vào nhiều khía cạnh, chẳng hạn như loại dự án, yêu cầu của khách hàng, thời hạn và nhiều khía cạnh khác. Từ góc độ kiểm thử phần mềm, một số phương pháp có xu hướng bắt đầu thử nghiệm sớm trong quá trình phát triển, trong khi những phương pháp khác có xu hướng đợi cho đến khi hệ thống hoàn toàn sẵn sàng.

Nếu bạn cần trợ giúp về phát triển hoặc thử nghiệm phần mềm, một nhóm nhà phát triển và kỹ sư QA tận tâm luôn sẵn sàng hỗ trợ.

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 kiểm tra này được thực hiện bởi các lập trình viên chứ không phải người kiểm thử. Để 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 phương pháp 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. Thử nghiệm 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 là phương pháp thử nghiệm "hộp đen", trong đó thử nghiệm 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.

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 tới đ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 thử 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 đổi. 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 lên đáng kể. 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.

GIỚI THIỆU

Liên quan đến việc hiện đại hóa giáo dục đại học hiện đại, với việc áp dụng Tiêu chuẩn giáo dục liên bang thế hệ thứ ba, các yêu cầu nâng cao chất lượng kiểm soát sư phạm ngày càng tăng, việc tìm kiếm các hình thức và phương pháp tốt nhất, tính hiệu quả và tối ưu hóa của nó đang được tiến hành. . Đánh giá chất lượng giáo dục hiện nay cũng là vấn đề được ưu tiên hàng đầu trong hoạt động giáo dục. Tiêu chuẩn mới cũng liên quan đến việc chuyển đổi sang hệ thống theo dõi và đánh giá kiến thức của học sinh; về vấn đề này, việc đo lường kết quả của việc nắm vững tài liệu chương trình trở nên rất quan trọng.

Giám sát chất lượng của hệ thống giáo dục trước hết bao gồm việc thu thập và xử lý thông tin thường xuyên về trình độ kiến thức và kỹ năng chuyên môn của sinh viên. Một trong những công cụ chính để đánh giá chất lượng học tập của học sinh là kiểm tra nói chung và kiểm tra trên máy tính nói riêng, cho phép chúng ta đưa ra đánh giá khá khách quan mang tính quy phạm về thành tích học tập của học sinh.

Khái niệm “trắc nghiệm sư phạm” chứa đựng những nội dung gì? Có những cách phân loại bài kiểm tra sư phạm nào và tiêu chí nào được sử dụng để đánh giá chất lượng bài kiểm tra sư phạm? Ưu điểm của các hình thức kiểm tra kiểm soát trong quá trình học tập là gì? Thuật ngữ “nhiệm vụ kiểm thử” nghĩa là gì và phải tuân theo những quy tắc nào khi soạn nhiệm vụ kiểm thử? Làm thế nào để kiểm tra sinh viên nhằm chuẩn bị cho kỳ kiểm tra nội bộ như một phần của hoạt động kiểm soát chất lượng đào tạo chuyên môn trong trường đại học? Câu trả lời cho những câu hỏi này, cũng như các mẫu bài kiểm tra cụ thể thuộc nhiều loại khác nhau, được trình bày trong ấn phẩm giáo dục này.

KIỂM TRA SƯ PHÁP LÀ TÀI LIỆU KIỂM SOÁT VÀ ĐO LƯỜNG

Bài kiểm tra sư phạm là tài liệu kiểm tra và đo lường phổ biến nhất trong quá trình giáo dục hiện đại ở trường đại học. Trắc nghiệm sư phạm là tập hợp các nhiệm vụ được lựa chọn trên cơ sở các biện pháp khoa học đo lường sư phạm nhằm mục đích nhất định.

Kiểm tra sư phạm được coi là một hệ thống, là một tập hợp các nhiệm vụ kiểm tra được sắp xếp theo trình tự. Bài tập là những yếu tố tạo nên “khối xây dựng” của một bài kiểm tra sư phạm.

Tại sao kiểm tra lại trở thành một hiện tượng ngày càng phổ biến trong quá trình đánh giá sư phạm?

Kinh nghiệm sử dụng các bài kiểm tra làm công cụ đánh giá cho phép chúng tôi nêu bật nhiều ưu điểm của nó, đặc biệt là bài kiểm tra:

· đây là phương pháp đánh giá khách quan và chất lượng cao hơn, đạt được bằng cách tiêu chuẩn hóa quy trình (không có đánh giá chủ quan ở tất cả các giai đoạn kiểm tra) và tiêu chuẩn hóa các nhiệm vụ;

· một công cụ mạnh mẽ hơn - các chỉ số kiểm tra tập trung vào việc đo lường mức độ, xác định mức độ nắm vững các khái niệm, chủ đề và phần chính của chương trình giảng dạy, khả năng, kỹ năng chứ không phải vào việc xác định sự hiện diện của một khối kiến thức nhất định thu được ở học sinh ;

· cho phép bạn đưa số lượng nhiệm vụ lớn hơn nhiều vào bài kiểm tra;

· đây là một công cụ “nhẹ nhàng hơn”, họ đặt tất cả các đối tượng ngang nhau, sử dụng một quy trình duy nhất và tiêu chí đánh giá thống nhất, dẫn đến giảm căng thẳng thần kinh;

· một công cụ rộng – cũng về khoảng thời gian đánh giá;

· hiệu quả hơn từ quan điểm kinh tế, vì trong quá trình thử nghiệm, chi phí chính rơi vào việc biên soạn các công cụ chất lượng cao.

Tất nhiên, sẽ là một sai lầm lớn nếu cho rằng kiểm tra sư phạm không có thiếu sót. Việc sử dụng các bài kiểm tra sư phạm là một lĩnh vực kiến thức và kỹ năng phù hợp với việc chính thức hóa. Nhưng không phải tất cả các ngành học thuật hoặc các phần của chúng đều có thể được chính thức hóa.

Những nhược điểm của các bài kiểm tra bao gồm việc kiểm tra kiểm tra làm mất đi cơ hội của học sinh để đưa ra câu trả lời một cách độc lập, không có cơ hội thể hiện cá tính và sự sáng tạo của họ.

Nhưng nhược điểm lớn nhất là khó xây dựng các đề thi tốt, mặc dù thoạt nhìn có vẻ như không có khó khăn gì với việc này, bởi vì các đề thi được phát triển bởi những giáo viên hiểu rõ môn học của họ. Trên thực tế, việc phát triển các bài kiểm tra sư phạm đòi hỏi giáo viên phải có trình độ sư phạm cao, năng lực khoa học và kinh nghiệm sâu rộng về phương pháp luận trong việc chuẩn bị bài kiểm tra. Về vấn đề này, cần hết sức chú ý nâng cao chất lượng các nhiệm vụ kiểm thử.

Khi kiểm tra, ba tiêu chí chất lượng kiểm tra được tính đến: độ tin cậy, tính hợp lệ và tính khách quan.

Kiểm tra độ tin cậy- tiêu chí phản ánh tính chính xác của các phép đo chẩn đoán, cũng như tính ổn định của kết quả xét nghiệm trước tác động của các yếu tố ngẫu nhiên bên ngoài. Độ tin cậy của bài kiểm tra sư phạm cho phép, khi được sử dụng trong các nhóm học sinh khác nhau có trình độ đào tạo tương tự, sẽ đạt được kết quả gần như nhau. Kết quả kiểm tra sư phạm thường bị ảnh hưởng bởi một số lượng lớn các yếu tố không được tính đến (ví dụ: trạng thái cảm xúc và sự mệt mỏi, mức độ động lực của người làm bài kiểm tra, v.v.). Bất kỳ sự thay đổi nào trong tình hình kiểm tra đều tăng cường ảnh hưởng của một số yếu tố và làm suy yếu ảnh hưởng của các yếu tố khác đến kết quả kiểm tra.

Theo nghĩa rộng nhất, độ tin cậy của một bài kiểm tra sư phạm là một đặc điểm ở mức độ mà sự khác biệt về mức độ kiến thức bộc lộ giữa các học sinh dựa trên kết quả bài kiểm tra phản ánh sự khác biệt thực tế về các đặc tính được đo lường và chúng có thể được quy cho mức độ nào. đến những lỗi ngẫu nhiên.

Theo nghĩa hẹp hơn, liên quan đến các phương pháp trực tiếp để xác định các đặc tính độ tin cậy, nhóm chỉ số này được hiểu là mức độ nhất quán của các kết quả kiểm tra thu được trong quá trình sử dụng lần đầu và lặp lại đối với cùng một thí sinh tại các thời điểm khác nhau, sử dụng các ( nhưng có thể so sánh về bản chất) kết quả thử nghiệm. ) tập hợp các nhiệm vụ thử nghiệm hoặc trong các điều kiện thử nghiệm được sửa đổi khác.

Phương tiện quan trọng nhất để tăng độ tin cậy của các bài kiểm tra sư phạm là tiêu chuẩn hóa quy trình kiểm tra. Với quy định chặt chẽ về quy trình kiểm tra (cài đặt và điều kiện làm việc cho sinh viên, tính chất hướng dẫn, hạn chế về thời gian, phương pháp và tính năng tiếp xúc với sinh viên, thứ tự trình bày nhiệm vụ kiểm tra, v.v.), phương sai lỗi được giảm đáng kể và độ tin cậy của bài kiểm tra tăng lên. Tất cả những yếu tố khác đều như nhau, độ tin cậy của bài kiểm tra phụ thuộc vào số lượng nhiệm vụ (độ dài của bài kiểm tra) - bài kiểm tra càng dài thì độ tin cậy càng cao.

Kiểm tra tính hợp lệ là tiêu chí xác định bài kiểm tra đo lường những gì và nó thực hiện tốt như thế nào. Khái niệm về giá trị phản ánh ý tưởng về sự phù hợp của kiểm tra sư phạm với mục đích của nó. Bằng trực giác, mọi người đều hiểu rằng cùng một thứ có thể được kiểm tra theo những cách khác nhau. Điều này đặt ra câu hỏi về việc tìm ra công cụ phù hợp (hợp lệ) nhất, công cụ đáp ứng các yêu cầu về chất lượng xác minh một cách đầy đủ hơn những công cụ khác.

Trong các bài kiểm tra giáo dục, loại giá trị quan trọng nhất là giá trị nội dung. . Khi kiểm tra tính hợp lệ của nội dung, chúng ta đang nói đến việc xác định mức độ tuân thủ nội dung của nhiệm vụ kiểm tra với nội dung của môn học, mức độ thành công của môn học đó đang được kiểm tra, tức là câu hỏi đang được giải quyết ở mức độ nào đối với nhiệm vụ của việc theo dõi tiến độ mang tính chẩn đoán này mang tính đại diện cho nội dung của chương trình giảng dạy.

Để đảm bảo tính giá trị của một bài kiểm tra giảng dạy, cần phải kiểm tra một cách có hệ thống để đảm bảo rằng các câu hỏi kiểm tra bao gồm tất cả các khía cạnh chính của chương trình giảng dạy và theo đúng tỷ lệ. Thật dễ dàng để làm quá bão hòa một bài kiểm tra với những khía cạnh của chương trình giảng dạy mà việc tạo ra các nhiệm vụ khách quan sẽ dễ dàng hơn. Vì vậy, nội dung được đề cập phải được ghi lại trước chứ không phải sau khi bài kiểm tra đã được viết xong. Các bài kiểm tra sư phạm được xây dựng chính xác không chỉ phải phù hợp với đối tượng nghiên cứu mà còn phải phù hợp với mục tiêu của nó. Do đó, nội dung cần phải được xác định rộng rãi để bao gồm, ngoài kiến thức về tài liệu thực tế, các mục tiêu học tập quan trọng như áp dụng các nguyên tắc đã học và diễn giải dữ liệu. Hiệu lực cũng được đảm bảo bằng cách phân bổ các nhiệm vụ kiểm tra có độ khó khác nhau tương ứng với mức độ khó của tài liệu giáo dục.

Tính giá trị của nội dung được tích hợp vào bài kiểm tra khi lựa chọn các nhiệm vụ phù hợp. Đối với các bài kiểm tra sư phạm, việc chuẩn bị các nhiệm vụ của họ được thực hiện trước khi kiểm tra một cách có hệ thống các sách giáo khoa và chương trình giảng dạy có liên quan, cũng như tham khảo ý kiến của các chuyên gia trong chủ đề này. Dựa trên thông tin được thu thập theo cách này, một đặc tả kiểm tra sẽ được soạn thảo cho những người sẽ viết nhiệm vụ. Đặc tả xác định các lĩnh vực nội dung (chủ đề) đang được kiểm tra, mục tiêu học tập (quy trình) và tầm quan trọng tương đối của từng chủ đề và quy trình. Trên cơ sở đó, thiết lập số lượng nhiệm vụ các loại cho từng chủ đề. (Vấn đề soạn thảo thông số kỹ thuật sẽ được thảo luận chi tiết hơn ở phần dưới).

Một phương tiện đáng tin cậy để đảm bảo tính hợp lệ của bài kiểm tra là đánh giá của chuyên gia về tài liệu kiểm tra, được thực hiện bởi các chuyên gia trong số các chuyên gia về chủ đề có trình độ cao nhất và các chuyên gia trong lĩnh vực kiểm tra. Các nhiệm vụ cụ thể được các chuyên gia đánh giá dựa trên mức độ sát với yêu cầu thực tế. Các chuyên gia đưa ra đánh giá về việc liệu bài kiểm tra có bao gồm một mẫu đại diện cho các kỹ năng và kiến thức cụ thể về lĩnh vực nghiên cứu đang được kiểm tra hay không.

Giá trị nội dung là một phương tiện thích hợp để đánh giá các bài kiểm tra sư phạm. Nó cho phép bạn xác định xem bài kiểm tra có bao gồm một mẫu đại diện cho các kỹ năng và kiến thức cụ thể hay không và liệu bài kiểm tra có thoát khỏi ảnh hưởng của các yếu tố bên ngoài hay không.

Tiêu chí quan trọng tiếp theo về chất lượng kiểm tra sư phạm là tính khách quan, tức là tính độc lập trong việc thu thập và giải thích dữ liệu chẩn đoán từ giáo viên. Tính khách quan của kiểm tra sư phạm là một tiêu chí tổng hợp quan trọng, bao gồm các ý tưởng về độ tin cậy, tính giá trị và ngoài ra, một số khía cạnh mang tính chất sư phạm và đạo đức.

Khía cạnh sư phạm của việc tăng tính khách quan của trắc nghiệm sư phạm được thể hiện ở việc sử dụng chương trình trắc nghiệm chuẩn, các phương tiện kỹ thuật điều khiển, trước hết là sử dụng công nghệ máy tính trong tổ chức khảo thí sư phạm.

Khía cạnh đạo đức của tính khách quan bao trùm một lĩnh vực rộng lớn của quy định đạo đức. Kết quả của một bài kiểm tra sư phạm có thể không đạt hoàn toàn hoặc một phần so với mục tiêu nếu gian lận, gợi ý của học sinh, dạy kèm (nhưng không phải tất cả, mà là “huấn luyện”), trịch thượng hoặc ngược lại, cho phép giáo viên yêu cầu quá mức.

Vì vậy, kết quả của bài kiểm tra sư phạm phụ thuộc vào việc tuân thủ tất cả các yêu cầu trên, đảm bảo nhận được đánh giá đầy đủ và đáng tin cậy về kiến thức của học sinh.

CÁC BƯỚC PHÁT TRIỂN VÀ YÊU CẦU CHUNG ĐỂ PHÁT TRIỂN KIỂM TRA

Phần này trình bày các giai đoạn chính của việc biên soạn bài kiểm tra.

Việc phát triển các bài kiểm tra sư phạm có thể được chia thành ba giai đoạn: lập kế hoạch, viết bài và phân tích bài tập (xem Hình 1).

Trước khi xây dựng đề thi cần phải xác định rõ yêu cầu về kiến thức, kỹ năng, năng lực của học sinh ngành học này. Những yêu cầu này được xác định trong các tiêu chuẩn giáo dục liên quan của Tiểu bang, các đặc điểm trình độ môn học và các chương trình giáo dục tiêu chuẩn. Bước đầu tiên trong việc lập kế hoạch kiểm tra là phân tích dữ liệu tài liệu. Nhiệm vụ kiểm tra phải thể hiện đầy đủ mức độ nắm vững các kiến thức, kỹ năng và khả năng cần thiết.

Người viết bài kiểm tra bắt đầu bằng cách viết một mục có thể sẽ tạo ra một bài kiểm tra có tính tập trung cao độ. Nếu không có kế hoạch sơ bộ, một số chủ đề trong chủ đề đang nghiên cứu có thể chiếm quá nhiều không gian, trong khi những chủ đề khác sẽ không bị ảnh hưởng.

Lựa chọn loại nhiệm vụ kiểm tra

Hình 1. Các giai đoạn phát triển thử nghiệm

Để tránh sự mất cân bằng và không cân đối giữa các chủ đề trong bài kiểm tra, việc chuẩn bị các nhiệm vụ phải được thực hiện trước khi phát triển các thông số kỹ thuật của bài kiểm tra.

Đặc tả kiểm thử là một thao tác bắt buộc trong phân tích kiểm thử thực nghiệm và là điều kiện cần thiết để tạo ra một kiểm thử mới. Đặc điểm kỹ thuật là một bảng được xây dựng cho biết:

· số nhiệm vụ và sự liên kết của chúng với các bài kiểm tra phụ;

· trọng tâm của nhiệm vụ;

· độ phức tạp, cường độ lao động, khối lượng công việc;

· những đặc điểm mà mỗi nhiệm vụ chẩn đoán cụ thể.

Khi chuẩn bị các bài kiểm tra, phần đặc tả như vậy phải bắt đầu bằng việc mô tả mục tiêu của việc học một môn học nhất định, cũng như nội dung của môn học đó. Khi liệt kê các mục tiêu, người làm bài kiểm tra phải tự hỏi bản thân sẽ có những thay đổi nào trong hành vi khi nắm vững chủ đề đang được nghiên cứu: liệu nó có ảnh hưởng đến cách làm việc theo thói quen, cách giải quyết vấn đề, khả năng, sở thích và các đặc điểm khác cũng như việc tiếp thu và phát triển các kỹ năng trí tuệ.

Điểm bắt đầu để biên soạn các nhiệm vụ kiểm thử là xác định mục tiêu chung mà nhiệm vụ kiểm thử theo đuổi. Những mục tiêu như vậy cần yêu cầu học sinh:

a) tái tạo đơn giản kiến thức, phân tích và so sánh dữ liệu. Việc đặt những câu hỏi như vậy trong bài tập cho phép bạn kiểm tra khả năng tiếp thu tài liệu của học sinh ở cấp độ ghi nhớ và rèn luyện trí nhớ;

b) phân tích các đặc điểm của khái niệm. Đồng thời, khả năng học sinh tìm ra cái khái quát, cái cụ thể trong tài liệu đang nghiên cứu, phân biệt được bản chất với cái không cần thiết, cái chung với cái cụ thể, góp phần phát triển tư duy phân tích;

c) khả năng nhận biết sơ đồ và hình vẽ;

d) hiểu các chức năng được thực hiện bởi các cơ quan khác nhau (các đơn vị, dụng cụ, thiết bị, v.v.) và các quá trình tương tác giữa các cơ quan này. Các câu hỏi kiểu này cho phép bạn kiểm tra khả năng của người nghe trong việc bộc lộ các mối quan hệ và mối quan hệ nhân quả nhất định, đánh giá vai trò và tầm quan trọng của một cơ quan nhất định đối với các quá trình diễn ra trong toàn bộ hệ thống;

e) đưa vào một trình tự logic các phần tử của một tập hợp nằm trong tình trạng hỗn loạn, tức là khả năng giải một loại vấn đề nhất định đòi hỏi khám phá trình tự sắp xếp các phần tử trong một chuỗi thông tin về các đối tượng, các kỹ thuật chiến thuật, chẳng hạn như trong một hoạt động điều tra hoặc hoạt động tìm kiếm hoạt động;

f) cách tiếp cận sáng tạo đối với các vấn đề và vấn đề đang được xem xét, khả năng áp dụng kiến thức thu được vào một tình huống nhất định.

Khi tạo các bài kiểm tra để kiểm tra kiến thức còn lại dựa trên Tiêu chuẩn Giáo dục của Tiểu bang Liên bang dành cho Giáo dục Chuyên nghiệp Cao cấp trong ngành liên quan hoặc để kiểm tra kiến thức cuối cùng của học sinh dựa trên chương trình kỷ luật, trước tiên phải xác định lĩnh vực nội dung kiểm tra và mục tiêu kiểm tra. Kế hoạch kiểm tra kiến thức trung cấp phải bao gồm kiến thức, khả năng và kỹ năng trong một hoặc nhiều đơn vị giáo khoa, để cấp chứng chỉ cuối cùng ở tất cả các đơn vị giáo khoa của ngành theo chương trình môn học, để kiểm tra kiến thức còn sót lại ở tất cả các đơn vị giáo khoa của ngành. phù hợp với Tiêu chuẩn Giáo dục của Tiểu bang Liên bang cho chuyên ngành đó.

Giáo viên cần chú trọng những nguyên tắc sau khi lựa chọn nội dung các đề kiểm tra để kiểm tra:

2. Chỉ cần đưa vào bài kiểm tra những kiến thức cơ bản, quan trọng nhất thể hiện bản chất, nội dung, quy luật và hình thái của hiện tượng đang được xem xét. Tất cả các quan điểm gây tranh cãi được chấp nhận trong một cuộc tranh luận khoa học đều phải được loại trừ khỏi các nhiệm vụ kiểm tra.

3. Mỗi yếu tố giáo dục phải có độ khó trung bình nhất định phải được tính đến trong quá trình theo dõi kiến thức.

Các chuyên gia do bộ chỉ định đánh giá việc tuân thủ các nhiệm vụ được giao với lĩnh vực nội dung và mục tiêu kiểm tra. Việc kiểm tra thử nghiệm nội bộ được thực hiện bởi các giáo viên của bộ môn. Một điều chỉnh sơ bộ của thử nghiệm được thực hiện. Thời gian kiểm tra của học sinh được xác định. Thời lượng khuyến nghị để trả lời một bài kiểm tra là 1,5 phút.

Dựa trên việc phân tích các tham số thống kê cho từng nhiệm vụ và toàn bộ bài kiểm tra, bài kiểm tra sẽ được điều chỉnh lại - các nhiệm vụ không thành công sẽ bị xóa và nếu cần, những nhiệm vụ mới sẽ được tạo.

Tiêu chuẩn đánh giá được lựa chọn bằng phương pháp chuyên gia và thực nghiệm. Độ tin cậy của bài kiểm tra và tính hợp lệ của nội dung (sự tuân thủ của nhiệm vụ với nội dung của các đơn vị giáo khoa) được đánh giá. Phiên bản cuối cùng của bài kiểm tra và các dạng song song của nó được biên soạn. Bản thân bài kiểm tra và tài liệu liên quan đến nó sẽ được sao chép (nếu sử dụng phiên bản kiểm tra trên giấy). Khi chuẩn bị một bài kiểm tra để kiểm tra trên máy tính, một phiên bản giấy và điện tử của bài kiểm tra sẽ được lập trình viên trong phòng máy tính chuẩn bị và nhập vào phần kiểm tra.

LOẠI NHIỆM VỤ KIỂM TRA

Có một số yêu cầu đối với một bài kiểm tra tổ chức:

Việc kiểm tra được thực hiện chủ yếu thông qua các biện pháp kiểm soát được lập trình sẵn, không ai được hưởng lợi, mọi người đều trả lời những câu hỏi giống nhau trong những điều kiện như nhau;

Kết quả được đánh giá bằng thang đo đã được phát triển trước đó;

Các biện pháp cần thiết được thực hiện để ngăn chặn sự bóp méo kết quả (gian lận, ám chỉ và rò rỉ thông tin về nội dung bài kiểm tra)

Khi phát triển một bài kiểm tra, nên sử dụng các loại nhiệm vụ kiểm tra khác nhau. Đặc biệt:

Nhiệm vụ có lựa chọn một câu trả lời đúng (VO)

Câu hỏi trắc nghiệm (MB)

Nhiệm vụ thiết lập trình tự chính xác (CS)

Nhiệm vụ đánh giá tuân thủ (CS)

Nhiệm vụ trả lời ngắn (SA)

Yêu cầu chung đối với các loại nhiệm vụ thử nghiệm khác nhau

Văn bản của bài tập phải loại trừ bất kỳ sự mơ hồ và mơ hồ nào về từ ngữ.

Văn bản của bài tập được xây dựng cực kỳ ngắn gọn, tức là nó không có bất kỳ tài liệu nào không liên quan đến vấn đề đã cho. Văn bản của bài tập phải có cấu trúc cú pháp cực kỳ đơn giản.

Nhiệm vụ không sử dụng các từ gây ra sự hiểu biết khác nhau giữa các chủ đề cũng như các từ mang tính gợi ý, ví dụ: “đôi khi”, “thường xuyên”, “luôn luôn”, “tất cả”, “không bao giờ”.

Trong các nhiệm vụ có tính chất tổng hợp, cần đảm bảo trình tự sao cho việc hoàn thành đúng một nhiệm vụ này không phụ thuộc vào việc hoàn thành đúng nhiệm vụ khác trong cùng một nhóm.

Trong văn bản của bài tập, phủ định kép được loại trừ.

Nhiệm vụ nên nhằm mục đích kiểm tra các yếu tố nội dung có ý nghĩa, thay vì những nội dung đơn giản hơn để hình thành hoặc dễ xử lý.

Thuật ngữ được sử dụng trong các bài tập không được vượt quá các tài liệu giáo dục được sử dụng tại trường đại học.

Yêu cầu đối với thiết bị phân tâm:

Nếu có thể, hãy tránh trả lời dài dòng;

Từ (hoặc cụm từ, hoặc từ cùng nguồn gốc) không được có cùng một từ trong bài tập và câu trả lời đúng;

Tất cả các câu trả lời phải giống nhau (tương tự, tương tự), điều này áp dụng cho cả hình thức và cấu trúc ngữ pháp của chúng.

Trong các lựa chọn trả lời cho bài tập, cần phải ngắn gọn;

Câu trả lời cho gốc mục phải được trình bày đơn giản, đủ để làm rõ sự khác biệt đáng kể giữa chúng;

Mỗi người đánh lạc hướng phải đáng tin cậy, đáng tin cậy, hoàn toàn thuyết phục và hấp dẫn đối với người dự thi;

Câu trả lời đúng phải rõ ràng, ngắn gọn, đúng và không có gợi ý (cả trong và ngoài văn bản của bài tập);

Các câu trả lời phải có độ dài giống nhau (ít nhất là xấp xỉ); câu trả lời đúng không được dài hơn hoặc ngắn hơn đáng kể so với những câu gây phân tâm;

Người gây xao nhãng không được sử dụng các từ hoặc thuật ngữ chuyên môn mà thí sinh không thể hoặc không nên biết;

Khi xây dựng các yếu tố phân tâm, bạn không nên sử dụng các biểu thức sau: “không có gì trong danh sách”, “tất cả các liệt kê”, v.v., vì chúng góp phần đoán câu trả lời đúng;

Theo quy định, tất cả các từ lặp lại đều bị loại khỏi các từ gây phân tâm bằng cách nhập chúng vào văn bản chính của nhiệm vụ;

Tất cả các câu trả lời phải phù hợp về mặt ngữ pháp với phần chính của bài tập;

Nếu câu trả lời được biểu thị dưới dạng số thì theo quy luật, các số này được sắp xếp từ nhỏ nhất đến lớn nhất hoặc ngược lại.

Nhiệm vụ Với chọn một câu trả lời đúng (VO)

Yêu câu chung

Việc xây dựng phần chính của nhiệm vụ phải được hoàn thành.

Trong các nhiệm vụ ở cấp độ cơ bản, nên đưa không quá hai hoặc ba từ khóa quan trọng vào câu trả lời, trong khi câu trả lời đúng không được khác biệt về bất kỳ đặc điểm hình thức nào với câu trả lời sai (điều gây xao lãng).

Các nhiệm vụ ở cấp độ cơ bản không nên yêu cầu chọn một câu trả lời SAI khi có nhiều câu trả lời đúng.

Tất cả các liên kết bằng lời nói góp phần chọn câu trả lời đúng bằng cách đoán đều bị loại khỏi văn bản của nhiệm vụ.

Nếu bài tập có phủ định thì trong văn bản phải làm nổi bật trợ từ NOT hoặc từ biểu thị sự phủ định (in đậm có gạch chân).

Các mục phải có yếu tố gây phân tâm (câu trả lời) hợp lý và hấp dẫn như nhau để bạn lựa chọn.

Các câu trả lời nối tiếp nhau hoặc bổ sung cho nhau đều bị loại trừ.

Nhiệm vụ có lựa chọn một câu trả lời đúng (VO)

Ví dụ về nhiệm vụ:

Chức năng của vật chất sống gắn liền với sự biến đổi các thông số lý, hóa của môi trường được gọi là...

A. hình thành môi trường

D. sự tập trung.

Các loại bài trắc nghiệm đa dạng

Ví dụ về nhiệm vụ VO ở dạng tường thuật (ở dạng phán đoán)

Thiết bị làm sạch khí quán tính khô khỏi bụi là...

2) máy chà sàn

3) bộ lọc sợi

4) máy lọc bụi điện

Giám sát và kiểm soát môi trường thường xuyên; việc xác định những thay đổi do tác động của con người gây ra được gọi là môi trường...

1) giám sát

2) kiểm toán

3) bảo hiểm

4) khẩu phần ăn.

Nhiệm vụ phủ định

Trong thời đại Archean KHÔNGđã tồn tại...

A. động vật không xương sống

C. vi khuẩn kỵ khí

Ví dụ về các nhiệm vụ với bản vẽ

Độ sạch sinh thái của sản phẩm và sự an toàn của sản phẩm đối với con người và môi trường được biểu thị bằng nhãn môi trường...

Hình ảnh dưới đây cho thấy sơ đồ...

2) lọc khí thải từ các nhà máy nhiệt điện

Ví dụ về nhiệm vụ của dạng trắc nghiệm “hai trên năm” ( M.B. ):

Thực vật có hoa bao gồm...

A. bồ công anh officinalis

B. tro núi

C. vân sam Na Uy

D. Cây thông Scotland

E. câu lạc bộ rêu

Ví dụ về nhiệm vụ của dạng trắc nghiệm “ba trên sáu” (MC):

đã phân lập được các loại chất đó trong sinh quyển như...

3) sinh học

4) rắn

5) chết

6) tự dưỡng

Ví dụ về chỉ định biểu mẫu thiết lập trình tự (SE):

Hãy sắp xếp các biocenose theo trình tự chúng thay thế nhau trong quá trình diễn thế...

1) lửa

2) bụi cây

3) rừng hỗn giao

Thiết lập quy trình đúng để phân lập lục lạp bằng cách ly tâm...

1) đặt các ống ly tâm vào máy ly tâm

2) cắt lá cây bằng kéo

3) nghiền hỗn hợp thực vật trong cối và chày

4) cân bằng các ống ly tâm

5) bật máy ly tâm trong một thời gian nhất định và một số vòng quay nhất định.

Nhiệm vụ đánh giá tuân thủ (CS)

Yêu câu chung

Các nhiệm vụ kiểm soát khả năng thiết lập sự tương ứng giữa các đối tượng hoặc quy trình và mô tả các thuộc tính và đặc điểm của chúng. Nhiệm vụ để thiết lập sự tương ứng một-một hoặc nhiều lần bắt đầu bằng các từ: “So khớp thư từ…”

Nhiệm vụ được xây dựng sao cho nội dung có thể được thể hiện dưới dạng hai bộ với tên gọi phù hợp. Các phần tử của cột đầu tiên được biểu thị bằng số và nằm ở bên trái, và các phần tử của cột thứ hai được biểu thị bằng các chữ cái trong bảng chữ cái tiếng Nga và nằm ở bên phải. Đối với mỗi cột, hãy nhập một tên cụ thể tóm tắt tất cả các thành phần của cột. Tên cột được viết bằng chữ in hoa. Các phần tử cột phải được lựa chọn dựa trên cùng một cơ sở. Đối với các nhiệm vụ khớp 1-1, cột thứ hai phải chứa ít nhất một yếu tố phân tâm.

Tất cả các môn học đều sử dụng cùng một dạng câu trả lời như dưới đây.

Một ví dụ về việc chỉ định biểu mẫu ở Hoa Kỳ:

Thiết lập sự tương ứng giữa các nhóm thực vật về ánh sáng và đặc điểm của cây:

DẤU HIỆU SINH THÁI

NHÓM THỰC VẬT

1) Chúng có màu xanh đậm; A) ưa sáng

2) Không thể chịu được bóng râm nhỏ nhất; B) ưa bóng râm.

3) Quá trình quang hợp chiếm ưu thế so với quá trình hô hấp;

4) Không chịu được ánh sáng mạnh;

5) Mọc dưới tán rừng;

6) Chúng sống ở những nơi có ánh sáng.

Nhiệm vụ biểu mẫu mở

Yêu câu chung

Trong các nhiệm vụ dạng mở, các tùy chọn trả lời có sẵn không được sử dụng. Trong đó, đối tượng cần điền từ còn thiếu (nhóm từ, công thức, số, ký hiệu, v.v.) thể hiện kiến thức của mình.

Có rất nhiều loại nhiệm vụ mở.

Các bài tập mở được chia thành các bài tập có câu trả lời ngắn và các bài tập hoặc bài luận có câu trả lời dài.

Trong thực hành kiểm tra sư phạm đại chúng, các sửa đổi sau đây của các nhiệm vụ dạng mở chủ yếu được sử dụng:

Nhiệm vụ trả lời ngắn (SR);

Nhiệm vụ hoàn thành phê duyệt (CA);

Nhiệm vụ điền vào chỗ trống (FG);

Nhiệm vụ hoàn thiện (hoặc xây dựng) một đối tượng đồ họa (sơ đồ, đồ thị, sơ đồ).

Ví dụ về các nhiệm vụ của mẫu KO:

1). Nếu nồng độ nitrat tối đa cho phép đối với một người là 3,05 mg/kg mỗi ngày thì đối với một người nặng 68 kg, các chất này được phép xâm nhập vào cơ thể lên tới___ mg.

2). Nếu khoản thanh toán tiêu chuẩn cho việc phát thải 1 tấn phenol vào khí quyển trong giới hạn đã thiết lập là 3,415 nghìn rúp, thì nếu doanh nghiệp thải ra 22 tấn chất ô nhiễm này, khoản thanh toán sẽ là ___ nghìn rúp.

Nhiệm vụ hoàn thành phê duyệt

Biểu đồ dưới đây minh họa định luật __________________.

Mô hình trong hình minh họa định luật ___________. 

CÁC SAI LẦM ĐẶC BIỆT KHITHIẾT KẾ CÂU HỎI CHO BÀI KIỂM TRA

Khi soạn các nhiệm vụ kiểm tra, nhà phát triển không chỉ phải tuân thủ các quy tắc nhất định về cách diễn đạt nhiệm vụ, câu trả lời đúng và các yếu tố gây phân tâm mà còn phải tránh những sai sót và sai sót cơ bản, điển hình nhất khi viết chúng. Các vi phạm phổ biến nhất về yêu cầu và tiêu chí nhất định khi viết bài kiểm tra là:

Bạn nên tránh viết bài kiểm tra nhiều hơn một ý tưởng, vấn đề, khái niệm. Đồng thời, câu trả lời đúng và yếu tố gây phân tâm không được chứa số lượng thành phần phản hồi khác nhau:

Hậu quả môi trường quan trọng nhất của ô nhiễm không khí toàn cầu là...

1) mưa axit và hiệu ứng nhà kính

2) thông số nhân khẩu học

3) núi lửa phun trào

4) sự kế thừa tự nhiên

Trong câu trả lời đúng Và những chất gây phân tâm chứa nhiều thứ khác nhauSố lượng yếu tố phản ứng: Trong pha sáng của quá trình quang hợp,...

1) quang phân nước và giải phóng oxy tự do

2) cố định carbon dioxide

3) sử dụng năng lượng ATP

4) tổng hợp glucose

Lipid bao gồm...

1) steroid, terpen, sáp và phospholipid

2) chỉ có steroid

3) chỉ có terpen

4) chỉ phospholipid.

Theo quy định, tất cả những yếu tố gây phân tâm đều bị loại trừ lặp lại các từ bằng cách nhập chúng vào văn bản chính của bài tập, ví dụ:

Sai Đúng

Các khu vực tập trung sinh vật Các khu vực tập trung các sinh vật

Chất ở ranh giới giữa hai môi trường Chất ở ranh giới giữa hai môi trường

môi trường sống

được gọi là... được gọi là ________của cuộc sống.

1) nút của cuộc sống 1) nút

2) trung tâm của cuộc sống 2) trung tâm

3) ranh giới của cuộc sống 3) ranh giới

4) điểm của cuộc sống 4) điểm

Sẽ tốt hơn nếu đặt một phần câu trả lời vào một câu hỏi, ví dụ:
Sai Phải

Nghiên cứu cấu trúc tinh tế Nghiên cứu cấu trúc tinh tế

các cơ quan tế bào các cơ quan tế bào nhất phương pháp hiệu quả nhất hóa ra lại có hiệu quả

phương pháp…………. kính hiển vi.

1) mờ điện tử 1) mờ điện tử

kính hiển vi 2) quét điện tử

2) quét điện tử 3) huỳnh quang

kính hiển vi 4) ánh sáng

3) huỳnh quang kính hiển vi

4) ánh sáng kính hiển vi

Tất cả các câu trả lời phải phù hợp về mặt ngữ pháp với phần chính của bài tập. Ví dụ, có sự khác biệt giữa số lần sinh hoặc các trường hợp:

Sự lưu thông của các chất mà động lực của nó là hoạt động của các sinh vật sống được gọi là...

1) sinh học

2) lớn

3) địa chất

4) nhân tạo.

Không phải tất cả họ nước ngoài đều có thể bị từ chối theo từng trường hợp.

Sai Phải

Vai trò của vi sinh vật trong dinh dưỡng thực vật Vai trò của vi sinh vật trong dinh dưỡng thực vật là dinh dưỡng thực vật

được xác định trong các thí nghiệm được tiến hành... được xác định trong các thí nghiệm

4) Saxom Yu 4)

Tất cả các câu trả lời phải nhất quán về mặt ngữ pháp với câu trả lời chính. một phần của nhiệm vụ. Ví dụ: có thể có sự khác biệt giữa các số (số ít và số nhiều):

Sai Phải

Không gian trong đó không gian trong đó

quần thể hoặc toàn bộ loài hoặc toàn bộ quần thể hoặc toàn bộ loài

đáp ứng xuyên suốt đáp ứng xuyên suốt

cuộc sống của bạn, cuộc sống của bạn,

đã gọi... gọi (các)...

1)môi trường sống 1) môi trường sống

2) khu vực 2) khu vực

3) khu vực 3) khu vực

4) lãnh thổ 4) lãnh thổ

Không được phép sử dụng các cụm từ: không có cụm từ nào ở trên; tất cả những điều trên; tất cả mọi thứ ngoại trừ...

Những cách cơ bản mà sinh vật thích nghi với điều kiện môi trường là...

1) con đường chủ động, con đường thụ động, tránh tác động bất lợi

2) tất cả được liệt kê ngoại trừ đường dẫn hoạt động

3) chỉ đường dẫn hoạt động

4) Không có lựa chọn trả lời nào được liệt kê là chính xác.

Các câu trả lời phải có độ dài giống nhau (ít nhất là xấp xỉ), không câu trả lời đúng phải được xây dựng dài hơn hoặc ngắn hơn đáng kể so với những kẻ gây phân tâm. Vì vậy, câu trả lời đúng không được khác bên ngoài dọc theo chiều dài từ các vật phân tâm:

Để bảo vệ bầu không khí khỏi bị ô nhiễm,...

1) thanh lọc khí thải công nghiệp khỏi các tạp chất có hại bằng cách sử dụng các chất loại bỏ khí

2) giới thiệu cây trồng

3) cải tạo đất

4) biện pháp cải tạo

Bạn không nên sử dụng các khái niệm rõ ràng không liên quan đến chủ đề kiểm tra để làm mất tập trung:

Những nguyên tắc cơ bản của hệ thống hiến pháp Liên bang Nga

Địa vị pháp lý của cá nhân ở Liên bang Nga

Cơ quan nhà nước ở Liên bang Nga

Nguyên tắc cơ bản của luật dân sự Liên bang Nga

Công dân, pháp nhân là chủ thể của pháp luật dân sự

quyền sở hữu

Nghĩa vụ và thỏa thuận

Luật thừa kế của Liên bang Nga

Hệ thống hình phạt theo luật hình sự

Bản sao đề thi phải có chữ ký của tác giả đề thi, ghi rõ ngày biên soạn và truyền gửi, các tờ giấy phải được đóng ghim và đánh số.

Sau khi phiên bản giấy của văn bản đã được chuẩn bị, bạn nên bắt đầu nhập nó vào phần kiểm tra để kiểm tra trên máy tính.

"Máy tính" Các bài kiểm tra sư phạm có những đặc điểm riêng phải được tính đến khi phát triển chúng. Việc phân tích thông tin trên màn hình máy tính thường gặp khó khăn do trình bày tài liệu không chính xác. Mặc dù đây là bài kiểm tra trên máy vi tính nhưng nó có những ưu điểm và triển vọng ứng dụng trong giáo dục. Một vai trò đặc biệt ở đây thuộc về bài kiểm tra cá nhân trên máy tính, khi mỗi môn học được giao một nhóm nhiệm vụ duy nhất.

Khả năng của các công cụ máy tính giúp kết hợp các hình thức âm thanh và hình ảnh để trình bày các nhiệm vụ kiểm tra. Các bài kiểm tra trên máy tính phải được điều chỉnh cho phù hợp với quá trình giáo dục thực tế. Một trong những yêu cầu chính đối với bài kiểm tra trên máy tính là nhiều lựa chọn. Đa biến phải có hai loại: thứ nhất, theo dữ liệu của các nhiệm vụ và thứ hai, theo thứ tự trình bày của chúng. Việc thực hiện yêu cầu này sẽ loại bỏ cùng lúc hai vấn đề của tổ chức: sao chép và ghi nhớ câu trả lời.

Ưu điểm của việc kiểm tra trên máy tính:

tính khách quan của việc kiểm tra - máy tính cá nhân “vô tư” khi trình bày các nhiệm vụ kiểm tra và tính toán kết quả hoàn thành chúng.

Sự thuận tiện trong việc ghi lại, lưu trữ và trình bày kết quả kiểm tra cũng như khả năng xử lý tự động, bao gồm bảo trì cơ sở dữ liệu và phân tích thống kê.

Thuận tiện trong việc thực hiện các thủ tục kiểm tra theo định hướng cá nhân.

Khả năng tạo các bài kiểm tra không thể nộp nếu không có máy tính. Trong trường hợp này, có thể sử dụng các khả năng đồ họa, động, tương tác và các khả năng cụ thể khác để trình bày các nhiệm vụ kiểm tra trên máy tính.

Nhược điểm của việc kiểm tra máy tính:

Yêu cầu kỹ năng máy tính tối thiểu
thí sinh.

Các trường đại học có hệ thống kiểm tra trong đó các câu hỏi và tùy chọn trả lời cho các nhiệm vụ kiểm tra được nhập vào (ví dụ: “iTest”, “Bài kiểm tra của tôi”, v.v.). Khi chuẩn bị kiểm tra trên máy tính, cần tính đến sơ đồ (được khuyến nghị) sau đây về sự tương tác giữa các khoa của trường đại học (xem Hình 2).

43">

Hình 2. Sơ đồ tương tác giữa các phòng ban trong việc phát triển và thực hiện bài kiểm tra trên máy tính

Lĩnh vực chất lượng giáo dục của UMO cung cấp khả năng lưu trữ tập trung và bí mật các bài tập kiểm tra trong các môn học thuật.

Khi đánh giá hiệu suất thử nghiệm, nên sử dụng các khuyến nghị sau:

Điểm “đạt” được cho nếu học sinh trả lời từ 55 đến 70% số câu hỏi.

Điểm “tốt” được cho nếu học sinh đạt từ 71 đến 85%.

Điểm “xuất sắc” được cho nếu học sinh nhận được 86% câu trả lời đúng trở lên.

1. Avanesov, B. S. Thành phần nhiệm vụ kiểm tra / B. S. Avanesov. - M.: ADEPT, 1998.-216 tr.

2. Voskresenskaya, chất lượng đào tạo sinh viên môn “Sinh lý thực vật” dựa trên kết quả thi trên Internet / , /Tài liệu của Hội nghị toàn Nga “Dạy sinh lý thực vật hiện đại ở các trường đại học, cao đẳng trong nước: vấn đề và giải pháp .” - M., 2008.

3. Gevorkyan, E. N., Đánh giá toàn diện các cơ sở giáo dục đại học/, M. V. Petropavlovsky. - M.: Trung tâm Kiểm định Nhà nước, 20 tr.

4. Efremova, Công nghệ thử nghiệm trong giáo dục/. - Rostov-on-Don: Trung tâm xuất bản DSTU, 20 tr.

5. Kiseleva, xác định trình độ đào tạo của sinh viên dựa trên kết quả đo lường chứng chỉ sư phạm/, V. G. Navodnov. - Yoshkar-Ola: Trung tâm Kiểm định Nhà nước, 20 tr.

6. Kline, P. Hướng dẫn tham khảo về thiết kế thử nghiệm / P. Kline. - Kiev, 1994.-238 tr.

7. Chuyên ngành và thực tiễn xây dựng bài kiểm tra trong hệ thống giáo dục. / . - M: Giáo dục công cộng, 20 tr.

8. Maslennikov, trình độ của sinh viên được đào tạo™ nhằm mục đích cấp chứng chỉ của cơ sở giáo dục giáo dục nghề nghiệp: Sách giáo khoa/, . - M.: Logos, 20 tr.

9. Melnikov, sử dụng và phát triển các bài kiểm tra và chương trình đào tạo: Sổ tay phương pháp /. - Domodedovo: VIPK của Bộ Nội vụ Nga, 19с.

10. Yu Mikhailychev, xét nghiệm /. - M.: Giáo dục phổ thông, 20 tr.

11. P. Morev, công nghệ thông tin. Phần 2. Các khía cạnh sư phạm: Sách giáo khoa/. - Vladivostok: Nhà xuất bản Dalnevost. đại học, tuổi 20.

12. Pereverzev, kiểm tra sư phạm theo định hướng: Proc. Phụ cấp/. - M.: Logos, 20 tr.

1Z. Rodionov, và các bài kiểm tra trong giáo dục / B. Rodionov, . - M.: B.i., 19 tr.

14.N. Chelyshkova, và thực tiễn xây dựng các bài kiểm tra sư phạm: Sách giáo khoa/. - M.: Trung tâm nghiên cứu vấn đề chất lượng đào tạo chuyên gia, 20 tr.

phụ lục 1

Phân loại thử nghiệm

1. Theo quy trình tạo:

Tiêu chuẩn hóa (trong giáo dục, nhằm mục đích chứng nhận cuối cùng);

Không được tiêu chuẩn hóa.

2. Bằng cách trình bày:

Trống;

Chủ thể (chúng ta thao túng các đối tượng vật chất);

Phần cứng (thiết bị được sử dụng để nghiên cứu các đặc điểm về sự chú ý, nhận thức, trí nhớ, tư duy);

Máy tính.

Là một phần của bài kiểm tra trên máy tính, B. S. Avanesov đưa ra các bài kiểm tra thích ứng - các nhiệm vụ trong đó chúng được trình bày lần lượt, tùy thuộc vào câu trả lời của người làm bài kiểm tra cho câu hỏi trước đó.

3. Theo hướng:

Kiểm tra trí thông minh;

Kiểm tra tính cách;

Các bài kiểm tra thành tích.

4. Theo bản chất của hành động:

Bằng lời nói (sử dụng hành động tinh thần);

Phi ngôn ngữ (liên quan đến thao tác thực tế của đồ vật).

5. Theo định hướng dẫn đầu:

Kiểm tra tốc độ (bao gồm các vấn đề đơn giản; thời gian giải quyết có hạn);

Các thử nghiệm về sức mạnh hoặc tính hiệu quả (bao gồm các vấn đề khó khăn, thời gian giải quyết không bị giới hạn hoặc bị giới hạn một cách nhẹ nhàng);

Các bài kiểm tra hỗn hợp (các nhiệm vụ có mức độ khó khác nhau, từ đơn giản nhất đến phức tạp nhất; thời gian kiểm tra có hạn nhưng đủ để giải quyết hầu hết các vấn đề). Những bài kiểm tra này thường được sử dụng nhiều nhất trong thực tế, chúng bao gồm hầu hết các bài kiểm tra về thành tích học tập.

6. Theo mức độ đồng nhất của nhiệm vụ:

Đồng nhất (các nhiệm vụ giống nhau về bản chất nhưng khác nhau về nội dung cụ thể);

Không đồng nhất (nhiệm vụ khác nhau cả về bản chất và nội dung).

7. Về tính khách quan của đánh giá:

Mục tiêu (trong quá trình xử lý kết quả kiểm tra, người kiểm tra không được cung cấp các cách giải thích chủ quan);

Các bài kiểm tra mang tính phóng chiếu (được phép có rất nhiều câu trả lời khác nhau và sự thể hiện tính chủ quan nhất định trong cách giải thích của người kiểm tra.

8. Theo chuyên môn:

Định hướng rộng (đối với các bài kiểm tra trong hệ thống giáo dục), cho phép đánh giá hiệu quả của quá trình học tập, mức độ nắm vững hệ thống kiến thức, kỹ năng, năng lực của học sinh trong quá trình giáo dục;

Định hướng hẹp, nhằm xác định thành tích của học sinh trong quá trình nắm vững từng môn học, chủ đề cá nhân…

9. Theo mục đích sử dụng

Kiểm tra trình độ sơ bộ (xác định kiến thức khi bắt đầu đào tạo, chạm vào kiến thức tối thiểu về chủ đề đào tạo);

Kiểm tra mức độ tiến bộ đạt được trong quá trình học tập, bài kiểm tra hình thành (ảnh hưởng đến một phân đoạn học tập, phần hoặc chương hạn chế, bao gồm một loạt câu hỏi kiểm tra riêng lẻ bao quát một cách toàn diện một lĩnh vực học tập hạn chế). Ví dụ, bài kiểm tra đào tạo. Học sinh được hướng dẫn cụ thể để sửa các lỗi phát hiện được;

Kiểm tra chẩn đoán (chứa một số lượng lớn các câu hỏi liên quan đến lĩnh vực cụ thể đang được kiểm tra). Mục đích của bài kiểm tra là xác định những khó khăn trong học tập.

Bài kiểm tra tổng kết (dùng để đánh giá nhiều kết quả học tập mong đợi ở cuối quá trình học tập, bao gồm các câu hỏi có độ khó cao hơn các loại bài kiểm tra khác).

10. Theo phạm vi sử dụng(chỉ dành cho các bài kiểm tra trong hệ thống giáo dục):

Dành cho giáo viên sử dụng;

Để sử dụng bởi một nhóm giáo viên hoặc cơ quan quản lý giáo dục
thể chế;

Vì mục đích lựa chọn và thành lập nhóm;

Về cấp giấy chứng nhận cho sinh viên.

11. Theo hình thức:

Các bài kiểm tra dạng đóng (các bài tập chọn câu trả lời đúng (hoặc một số câu trả lời đúng) từ một tập hợp các câu trả lời được đề xuất);

Các bài kiểm tra kiểu mở (người dự thi tự nhập câu trả lời dự kiến vào bài thi)

Phụ lục 2

Mẫu thiết kế tiêu đề bài kiểm tra của một môn học

Phụ lục 3

Thiết kế mẫu của bảng nhiệm vụ kiểm tra đầu tiên

THÔNG TIN CHUNG VỀ NHIỆM VỤ KIỂM TRA

2. Tên chu kỳ các môn học của chương trình_ ________________________

3. Kỷ luật (hoặc kỷ luật của một công việc phức tạp) __________________

4. Mục đích kiểm soát __________________________________________________________________

5.Tổng số bài kiểm tra _________________________________

7.Hình thức nhiệm vụ

Mở______________________________________________________________

Đóng (có thể lựa chọn một hoặc nhiều kết luận) _______________

Để thiết lập trình tự đúng ______________________

Để thiết lập sự tuân thủ ________________________________________________

Đối với thiết kế, v.v. _________________________________________________

8. Thời gian dự kiến thi __________________________________________

9. Mức độ khó:

Phổi __________________________________________________________

Độ khó trung bình________________________________________________
- khó ______________________________________________________________

10. Tiêu chí đánh giá:

Điểm 3 (đạt) 25-49 điểm ________% số câu trả lời đúng

Điểm 4 (tốt) 50-74 điểm ________% câu trả lời đúng

Điểm 5 (xuất sắc) 75-100 điểm _______% câu trả lời đúng

10. (Các) Phòng ban – (các) nhà phát triển tài liệu kiểm soát ________________

Nhiệm vụ kiểm tra và chìa khóa cho chúng được đính kèm.

Nhiệm vụ của chúng ta là xây dựng các bài test kiểm tra kiến thức về học phần: “Quan hệ lặp lại và sinh hàm” trong môn học “Toán rời rạc” trên nền tảng phần mềm eLearning Office 3000 của Hyper Method, cho phép soạn giáo án điện tử hiện đại từ tài liệu giáo dục cá nhân. Theo các nhà phát triển, gói này cho phép bạn giảm thiểu thời gian dành cho việc tạo ra chúng.

eLearning Office 3000 bao gồm ba thành phần:

Epublisher - để tạo nhanh các khóa đào tạo điện tử;

EAuthor - để phát triển các khóa học từ xa - tài liệu giáo dục ở dạng đa phương tiện, hệ thống kiểm tra, công cụ tìm kiếm toàn văn dựa trên tài liệu sách giáo khoa và cung cấp liên lạc với trang web của Trung tâm Đào tạo;

EBoard - để tổ chức và quản lý các bài giảng, hội thảo, hội nghị trên Internet.

Sử dụng eAuthor, bạn có thể tạo một khóa học từ xa đa phương tiện bao gồm ba phần: Bài giảng, Từ điển và Bài kiểm tra. Bài giảng có thể chứa văn bản, đồ họa, âm thanh và video cũng như các liên kết đến các tài liệu, tệp và chương trình bên ngoài. Từ điển cho phép bạn tạo các kết nối siêu văn bản giữa các thuật ngữ có trong văn bản bài giảng và định nghĩa của chúng một cách tự động, theo các quy tắc do tác giả của khóa học chỉ định. Các bài kiểm tra được thiết kế để học sinh kiểm tra kiến thức của mình một cách tương tác.

Đoạn đầu tiên của chương này mô tả chi tiết hơn về các công cụ shell cho phép bạn tạo và tiến hành kiểm thử.

Đoạn thứ hai cung cấp thông tin lý thuyết ngắn gọn về tài liệu trong phần mà các bài kiểm tra được cho là sẽ được tạo ra.

Cuối cùng, đoạn thứ ba cung cấp các ví dụ về các loại bài kiểm tra khác nhau được tạo bằng gói phần mềm eLearning Office 3000 có thể được sử dụng khi tiến hành kiểm tra trên máy tính trong khóa học Toán rời rạc.

Chức năng của chương trình thực hiện các hình thức kiểm tra và theo dõi kiến thức của học sinh

Để chuẩn bị các câu hỏi kiểm tra, hãy sử dụng mục Kiểm tra ở menu trên cùng (Hình 1). Khi bạn chọn mục này, một màn hình sẽ xuất hiện trên đó các cửa sổ hiển thị danh sách các câu hỏi và chủ đề liên quan đến chúng; các vị trí điều khiển: Thêm câu hỏi, Chỉnh sửa câu hỏi, Xóa câu hỏi, Giới hạn thời gian và Công tắc giới hạn lỗi

2.1 Chức năng của chương trình thực hiện các hình thức kiểm tra và theo dõi kiến thức của học sinh

Việc phát triển các nhiệm vụ trong việc tạo ra các bài kiểm tra liên quan đến việc xử lý máy.

Có những chương trình cho phép bạn tạo một hệ thống kiểm tra tương tác để học sinh tự kiểm tra kiến thức. Khi tạo bài kiểm tra, gói phần mềm eLearning Office 3000

Tùy chọn Thêm câu hỏi sẽ hiển thị menu thả xuống để chọn tùy chọn câu hỏi (Hình 2). Trong phiên bản 1.0 của Constructor, có sẵn các tùy chọn câu hỏi sau: chọn một hoặc nhiều câu trả lời đúng từ danh sách tối đa 5 câu trả lời có thể; thiết lập các trận đấu trong hai danh sách tối đa 5 vị trí; nhập một dòng văn bản. Trong trường hợp sau, phản hồi dưới dạng chuỗi văn bản phải khớp với mẫu, tùy theo chữ hoa và dấu chấm câu, nếu được yêu cầu.

Cửa sổ Tạo bài kiểm tra, có một số khác biệt cho các tùy chọn câu hỏi khác nhau, có các thành phần giao diện sau:

· trường để nhập tên của phần bằng nút danh sách; bạn có thể tạo bài kiểm tra cho các phần độc lập, không nhất thiết phải trùng với chủ đề của sách giáo khoa;

· trường để nhập nội dung câu hỏi; Nội dung câu hỏi được nhập trực tiếp hoặc nhập qua khay nhớ tạm;

· các trường để nhập các phương án trả lời có nút chuyển ở phía trước để chỉ ra phương án đúng;

· Các trường Âm thanh, Video, Trang trình bày để chọn các tập tin đa phương tiện để minh họa cho câu hỏi;

· trường để nhập thời hạn trả lời.

Hệ thống kiểm tra đang được tạo không liên quan đến việc tạo ra một chuỗi câu hỏi ngẫu nhiên. Điều này là có chủ ý: hệ thống hoạt động như một công cụ tự kiểm tra, được cung cấp cho người dùng trên đĩa CD như một phần của sách giáo khoa máy tính. Việc đánh giá khách quan về kiến thức phải được thực hiện bằng cách sử dụng hệ thống kiểm tra trên trang web của trung tâm đào tạo hoặc trong cuộc phỏng vấn trực tiếp với giáo viên của hệ thống đào tạo từ xa.

Việc lựa chọn hình ảnh minh họa cho hệ thống trắc nghiệm được thực hiện tương tự như khi sắp xếp bài giảng. Lưu ý rằng, giống như trường hợp các mục từ điển dành cho bảng thuật ngữ, bản thân văn bản của câu hỏi có thể chứa các minh họa đa phương tiện. Trong trường hợp này, trường văn bản câu hỏi được điền vào bằng bảng nhớ tạm.

Có thể kiểm tra hoạt động của hệ thống kiểm tra ngay sau khi nhập bất kỳ câu hỏi nào thông qua mục Kiểm tra trên màn hình bắt đầu của sách giáo khoa.

Thực đơn kiểm tra

Mục menu Kiểm tra nhằm mục đích tạo và chỉnh sửa các nhiệm vụ kiểm tra cho khóa đào tạo.

Trong hộp thoại này, các bài kiểm tra được tạo theo từng phần (các phần có thể không trùng với phần bài giảng). Nếu cần, có thể đặt giới hạn thời gian tính bằng giây cho một bài kiểm tra và giới hạn số lỗi có thể xảy ra trong bài kiểm tra (Hình 1). Bạn có thể tạo ba loại câu hỏi kiểm tra:

với các tùy chọn để lựa chọn

· với đầu vào dòng,

· tuân thủ.

Để tạo câu hỏi mới, chọn “Thêm câu hỏi”. Một menu thả xuống sẽ xuất hiện trong đó bạn sẽ cần chọn loại câu hỏi để tạo từ những câu hỏi được đề xuất.

Để chỉnh sửa câu hỏi đã tạo trước đó, hãy chọn “Chỉnh sửa câu hỏi”.

Để xóa câu hỏi chọn “Xóa câu hỏi”.

Hộp kiểm “Giới hạn thời gian” cho phép bạn giới hạn thời gian hoàn thành toàn bộ bài kiểm tra.

Hộp kiểm “Giới hạn lỗi” cho phép bạn xác định số lỗi tối đa có thể mắc phải trong quá trình kiểm tra.

ь Bài kiểm tra trắc nghiệm cho phép bạn chọn một hoặc nhiều phương án trả lời cho câu hỏi do người dùng gợi ý.

ь Kiểm tra bằng cách nhập chuỗi giúp có thể nhận được câu trả lời cho câu hỏi dưới dạng chuỗi văn bản do người dùng nhập vào. Trong trường hợp này, có thể kiểm tra câu trả lời đã nhập có tính đến kiểu chữ và/hoặc dấu câu.

b Bài kiểm tra tuân thủ cho phép bạn đặt các câu hỏi trong đó bạn cần sắp xếp các câu trả lời theo đúng thứ tự (ví dụ: tạo đúng trình tự các hành động được đề xuất).

Câu hỏi với các lựa chọn. Trong trường Số kiểm tra, nhập tên của khối kiểm tra chứa kiểm tra được nhập vào. Nếu khối này đã được nhập thì tên của nó có thể được chọn từ danh sách các khối kiểm tra đã nhập. Có thể lấy danh sách các khối kiểm tra bằng cách nhấp chuột trái vào nút nằm bên cạnh trường để nhập tên của khối kiểm tra.

Để trả lời một câu hỏi, bạn có thể hỏi từ một đến năm lựa chọn. Mỗi tùy chọn được nhập trong một dòng. Các tùy chọn trả lời đúng được biểu thị bằng cách nhấp chuột trái vào hộp kiểm bên cạnh tùy chọn trả lời đúng.

Từ một đến năm lựa chọn có thể đúng. Bạn có thể giới hạn thời gian để trả lời một câu hỏi. Để thực hiện việc này, hãy đặt giới hạn thời gian trả lời câu hỏi tính bằng giây trong trường nhập.

Để chèn file đồ họa, bạn cần chọn file từ thư viện đồ họa của sách giáo khoa. Để thực hiện, bạn nhấn vào mục chọn bên cạnh slide chữ. Hộp thoại Hình ảnh xuất hiện từ đó bạn có thể chọn các tệp bạn muốn.

Sau khi nhấp vào nút “OK”, một câu hỏi sẽ được tạo và hộp thoại Kiểm tra sẽ mở ra, tại đây bạn có thể nhấp đúp để mở bài kiểm tra đã tạo.

Câu hỏi với việc nhập một dòng. Trong trường Số kiểm tra, nhập tên của khối kiểm tra chứa kiểm tra được nhập vào. Nếu khối này đã được nhập thì tên của nó có thể được chọn từ danh sách các khối kiểm tra đã nhập. Có thể lấy danh sách các khối kiểm tra bằng cách nhấp chuột trái vào nút nằm bên cạnh trường để nhập tên của khối kiểm tra. (Hình 4)

Trong trường văn bản Câu hỏi, nhập nội dung câu hỏi mà bạn muốn nhận câu trả lời. Hơn nữa, trong trường này, bạn không chỉ có thể nhập câu hỏi mà còn có thể nhập một bình luận nhỏ về câu hỏi đó (trong trường đầu vào).

Trong trường câu trả lời đúng, hãy nhập chuỗi văn bản chứa câu trả lời đúng cho câu hỏi.

Hộp kiểm Xem xét trường hợp được chọn nếu cần kiểm tra câu trả lời không chỉ cho văn bản mà còn cho trường hợp học sinh gõ câu trả lời.

Hộp kiểm Xem xét dấu chấm câu được chọn nếu cần kiểm tra câu trả lời xem có tuân thủ dấu chấm câu hay không.

Để minh họa câu hỏi, có thể nhập âm thanh, đồ họa hoặc video, nhưng sẽ không thể sử dụng đồ họa và video cùng lúc (bạn sẽ phải chọn một). Để chèn file đồ họa, bạn cần chọn file từ thư viện đồ họa của sách giáo khoa. Để thực hiện, bạn nhấn vào mục chọn bên cạnh slide chữ. Hộp thoại Hình ảnh sẽ xuất hiện từ đó bạn có thể chọn các tệp bạn muốn.

Việc chèn tập tin video hoặc âm thanh cũng diễn ra theo cách tương tự.

Câu hỏi tuân thủ. Trong trường Số kiểm tra, nhập tên của khối kiểm tra chứa kiểm tra được nhập vào. Nếu khối này đã được nhập thì tên của nó có thể được chọn từ danh sách các khối kiểm tra đã nhập. Có thể lấy danh sách các khối kiểm tra bằng cách nhấp chuột trái vào nút nằm bên cạnh trường để nhập tên khối kiểm tra (Hình 5)

Trong các trường tùy chọn câu trả lời, bạn nhập từ một đến năm điểm có thể cần sắp xếp theo thứ tự mong muốn.

Ở cột bên phải bạn có thể chỉ ra các mục tương ứng với cột bên trái (theo đúng thứ tự)

Trong trường thứ tự đúng, nhập dãy số tương ứng với thứ tự đúng của các mục có thể có ở cột bên trái để khớp với chuỗi bên phải.

Bạn có thể giới hạn thời gian để trả lời một câu hỏi. Để thực hiện việc này, hãy nhấp vào hình vuông bên cạnh trường Giới hạn thời gian để chọn chế độ giới hạn thời gian. Trong trường nhập hiện ra, bạn có thể đặt giới hạn thời gian trả lời câu hỏi tính bằng giây.

Để minh họa câu hỏi, có thể nhập âm thanh, đồ họa hoặc video, nhưng sẽ không thể sử dụng đồ họa và video cùng lúc (bạn sẽ phải chọn một).

Để chèn file đồ họa, bạn cần chọn file từ thư viện đồ họa của sách giáo khoa. Để thực hiện, bạn nhấn vào mục chọn bên cạnh slide chữ. Hộp thoại Hình ảnh sẽ xuất hiện từ đó bạn có thể chọn các tệp bạn muốn.

Việc chèn tập tin video hoặc âm thanh cũng diễn ra theo cách tương tự.

Sau khi nhấp vào OK, một câu hỏi sẽ được tạo và hộp thoại Kiểm tra sẽ mở ra, tại đây bạn có thể nhấp đúp để mở bài kiểm tra đã tạo.

Mục tiêu chính của bài viết này là giúp vượt qua nỗi sợ hãi mà những người kiểm thử phần mềm (cả người mới bắt đầu và người có kinh nghiệm) gặp phải về cuộc phỏng vấn sắp tới do thiếu hiểu biết về tương lai.

Mục tiêu thứ yếu là tập hợp các câu hỏi chính có thể được hỏi trong cuộc phỏng vấn. Với tư cách là một người mới thử nghiệm, tôi đã tích lũy được một số kinh nghiệm trong việc chuẩn bị cho các cuộc phỏng vấn cho vị trí này và tôi có thể nhận thấy rằng ngay cả các diễn đàn QA chuyên ngành cũng không đáp ứng được mục tiêu này và có lẽ họ cũng không đặt ra mục tiêu đó.

Tất nhiên, danh sách các câu hỏi không phải là cuối cùng và không có tính chất mẫu mực mà chỉ đóng vai trò như một loại hướng dẫn trong việc đào tạo các chuyên gia kiểm thử phần mềm.

Thực tế câu hỏi:

Giải thích thuật ngữ vòng đời phần mềm.

Vòng đời phần mềm (SLC) là khoảng thời gian bắt đầu từ thời điểm khái niệm về phần mềm được giới thiệu và kết thúc khi không thể sử dụng phần mềm được nữa. Vòng đời phần mềm thường bao gồm các giai đoạn sau: khái niệm, tuyên bố yêu cầu, thiết kế, triển khai, thử nghiệm, cài đặt và chạy thử, vận hành và hỗ trợ, và đôi khi ngừng hoạt động. Các giai đoạn này có thể chồng lên nhau hoặc được thực hiện lặp đi lặp lại.

Giải thích thuật ngữ vòng đời phát triển phần mềm.

Vòng đời phát triển phần mềm (SDLC) là một khái niệm mô tả một tập hợp các hoạt động được thực hiện ở từng giai đoạn (giai đoạn) phát triển phần mềm.

Giải thích lợi ích của việc sử dụng mô hình vòng đời phát triển phần mềm (SDLC).

cung cấp nền tảng của dự án (phương pháp, hoạt động...);
cung cấp trực quan về tiến độ dự án;
hỗ trợ công ty về hiệu quả và hoàn thành thành công dự án (giảm chi phí, giảm thời gian phát triển và thử nghiệm, nâng cao chất lượng của sản phẩm cuối cùng);
giảm thiểu rủi ro liên quan đến quá trình phát triển phần mềm;
cung cấp một cơ chế đặc biệt để theo dõi tiến độ dự án.

Các giai đoạn chính của mô hình vòng đời phát triển phần mềm là gì?
1. Đưa ra quyết định (ý tưởng) về nhu cầu tạo ra phần mềm;
2. Thu thập và phân tích yêu cầu;
3. Thiết kế (Hệ thống và Phần mềm) dựa trên yêu cầu;
4. Mã hóa dựa trên thiết kế hệ thống;
5. Kiểm tra;
6. Triển khai vào môi trường người dùng;
7. Bảo trì (bao gồm sửa các lỗi được tìm thấy trong môi trường người dùng);
8. Loại bỏ khỏi dịch vụ (hiếm);
Giải thích Đảm bảo chất lượng là gì?
Đảm bảo chất lượng (QA) là tập hợp các hoạt động bao gồm tất cả các giai đoạn công nghệ phát triển, phát hành và vận hành phần mềm và được thực hiện ở các giai đoạn khác nhau của vòng đời phần mềm để đảm bảo mức chất lượng yêu cầu của sản phẩm được phát hành.
Đảm bảo chất lượng được xác định trong tiêu chuẩn ISO 9000:2005 “Hệ thống quản lý chất lượng. Nguyên tắc cơ bản và Từ vựng” là “một phần của quản lý chất lượng nhằm tạo niềm tin rằng các yêu cầu về chất lượng sẽ được đáp ứng.”
Quản lý chất lượng trong cùng một tiêu chuẩn được trình bày là “hoạt động phối hợp nhằm chỉ đạo và kiểm soát một tổ chức về mặt chất lượng” và lưu ý rằng nó “thường bao gồm việc phát triển các chính sách và mục tiêu chất lượng, lập kế hoạch chất lượng, quản lý chất lượng, đảm bảo chất lượng”. và nâng cao chất lượng"

Giải thích Kiểm soát chất lượng là gì?
Kiểm soát chất lượng (QC)- đây là tập hợp các hành động được thực hiện trên phần mềm trong quá trình phát triển để thu thập thông tin về trạng thái hiện tại của phần mềm về mức độ sẵn sàng phát hành, tuân thủ các yêu cầu đã ghi và tuân thủ mức chất lượng đã công bố của phần mềm này.

Giải thích kiểm thử phần mềm là gì?
Kiểm thử phần mềm là quá trình bao gồm tất cả các hoạt động trong vòng đời, cả động và tĩnh, liên quan đến việc lập kế hoạch, chuẩn bị và đánh giá một sản phẩm phần mềm cũng như các sản phẩm công việc liên quan để xác định rằng chúng đáp ứng các yêu cầu được mô tả và để chứng minh rằng chúng phù hợp với các mục đích và mục đích đã nêu. để xác định các khuyết tật.
Từ định nghĩa này, rõ ràng kiểm thử phần mềm bao gồm hai quy trình khác nhau:
Thẩm định: bằng chứng được chứng minh bằng kết quả nghiên cứu khách quan rằng các yêu cầu đối với việc sử dụng ứng dụng được xác định cụ thể đã được đáp ứng.
Xác minh: xác nhận, được chứng minh bằng kết quả nghiên cứu khách quan, rằng các yêu cầu quy định đã được đáp ứng.

Mục tiêu chính của kiểm thử phần mềm là gì?
Mục tiêu kiểm thử (mục tiêu kiểm thử, mục tiêu kiểm thử) là lý do hoặc mục đích của việc thiết kế và thực hiện một bài kiểm thử.
Mục tiêu cơ bản:
- đảm bảo rằng phần mềm không có lỗi (bạn không thể cung cấp phạm vi phủ sóng 100% nhưng bạn phải cố gắng hết sức và đảm bảo rằng các lỗi rõ ràng sẽ được sửa chữa);
- đảm bảo phần mềm đáp ứng các yêu cầu và thông số kỹ thuật ban đầu;
- mang lại sự tin tưởng vào phần mềm (cho người dùng, khách hàng, v.v.).
Khi nào bạn nên bắt đầu thử nghiệm phần mềm?
Câu trả lời đơn giản là càng sớm càng tốt! Chi tiết hơn:
- Khi kiểm thử phần mềm được thực hiện ở giai đoạn đầu, bạn có thể dễ dàng tác động đến thiết kế, vì việc thay đổi nó ở giai đoạn này không tốn kém như ở các giai đoạn sau;
- ngược lại, lỗi được phát hiện càng sớm thì chi phí của công ty càng rẻ;
- Thử nghiệm cũng có thể bắt đầu trước khi phần mềm thực sự được nhận (thử nghiệm tĩnh), điều này thực sự quan trọng vì nó làm giảm sự phức tạp khi thực hiện giai đoạn thử nghiệm động. Có ý kiến cho rằng nhiều lỗi phát hiện ở giai đoạn thử nghiệm động có thể và đáng lẽ phải được ghi nhận ở giai đoạn thử nghiệm tĩnh;
- Thử nghiệm ở giai đoạn đầu (nghiên cứu yêu cầu, thông số kỹ thuật, trường hợp kinh doanh, v.v.) sẽ cung cấp cho người thử nghiệm nhiều kiến thức hơn về phần mềm và giúp phát hiện các lỗi logic và kỹ thuật có thể ảnh hưởng đến phần mềm, thiết kế cuối cùng và chi phí của nó.
Khi nào nên hoàn thành kiểm thử phần mềm?
Câu trả lời đơn giản là quyết định quản lý rất có thể sẽ được đưa ra dựa trên:
- Kiểm tra vùng phủ sóng;
- phân tích rủi ro;
- sự suy giảm của thử nghiệm.
Michael Bolton sẽ hỗ trợ một nghiên cứu chi tiết hơn về vấn đề này trong blog của anh ấy với nhiều phương pháp phỏng đoán “piñata” và “ngựa chết”.
Các cấp độ chính của kiểm thử phần mềm là gì?
1. Thành phần(thành phần)/ kiểm tra đơn vị(kiểm tra mô-đun, đơn vị) là kiểm tra các thành phần phần mềm riêng lẻ;
2. Thử nghiệm hội nhập Kiểm tra tích hợp là kiểm tra được thực hiện để phát hiện các khiếm khuyết trong giao diện và tương tác giữa các thành phần hoặc hệ thống tích hợp.
  Bạn cũng nên hiểu thử nghiệm big-bang, thử nghiệm từ trên xuống, thử nghiệm từ dưới lên và thử nghiệm gia tăng là gì;
3. Thử nghiệm hệ thống(kiểm tra hệ thống) là quá trình kiểm tra toàn bộ hệ thống để xác minh rằng nó đáp ứng các yêu cầu cụ thể;
4. Kiểm tra chấp nhận Kiểm tra chấp nhận là kiểm tra chính thức dựa trên nhu cầu, yêu cầu và quy trình kinh doanh của người dùng, được tiến hành để xác định xem hệ thống có đáp ứng tiêu chí chấp nhận hay không (tiêu chí đầu ra mà một thành phần hoặc hệ thống phải đáp ứng để được người dùng, khách hàng hoặc người được ủy quyền khác chấp nhận). khuôn mặt), dẫn đến như vậy các loại, điều không nên quên:
  - kiểm tra sự chấp nhận của người dùng;
  - Thử nghiệm chấp nhận tại nhà máy là thử nghiệm chấp nhận được thực hiện từ phía nhà phát triển sản phẩm phần mềm và được thực hiện bởi nhân viên của công ty cung cấp nhằm xác định xem một thành phần hoặc hệ thống có đáp ứng cả yêu cầu về phần mềm và phần cứng hay không;
  - thử nghiệm chấp nhận của bên thứ ba (thử nghiệm chấp nhận trang web) là thử nghiệm chấp nhận của người dùng hoặc khách hàng từ phía họ. Được tiến hành để xác định cả việc tuân thủ quy trình kinh doanh và để đảm bảo rằng hệ thống hoặc thành phần đáp ứng nhu cầu của người dùng hoặc khách hàng. Thường bao gồm việc kiểm tra cả phần mềm và cơ sở kỹ thuật;
  - Thử nghiệm chấp nhận hoạt động là thử nghiệm vận hành trong giai đoạn thử nghiệm chấp nhận, thường được thực hiện bởi người dùng và/hoặc nhân viên có quyền truy cập quản trị, trong môi trường sản xuất (có thể được mô phỏng), tập trung vào các khía cạnh chức năng (khả năng phục hồi, hành vi tài nguyên, khả năng cài đặt và tương ứng kỹ thuật).
5. Thử nghiệm alpha(thử nghiệm alpha) là thử nghiệm vận hành thực tế hoặc mô phỏng bởi người dùng/khách hàng tiềm năng hoặc nhóm thử nghiệm độc lập ở bên phát triển nhưng bên ngoài tổ chức phát triển. Thử nghiệm alpha thường được áp dụng cho phần mềm đóng gói dưới dạng thử nghiệm chấp nhận nội bộ;
6. Thử nghiệm beta(thử nghiệm beta) là thử nghiệm vận hành bởi các khách hàng/khách hàng tiềm năng và/hoặc hiện tại ở bên ngoài, không liên quan đến nhà phát triển theo bất kỳ cách nào, nhằm xác định xem thành phần hoặc hệ thống có thực sự đáp ứng các yêu cầu của khách hàng/khách hàng và phù hợp hay không. vào các quá trình kinh doanh. Thử nghiệm beta thường được tiến hành như một hình thức thử nghiệm chấp nhận bên ngoài đối với phần mềm đã hoàn thiện để thu thập phản hồi của thị trường;

Tiêu chí đầu vào là gì?

Tiêu chuẩn nhập cảnh(tiêu chí đầu vào) là tập hợp các điều kiện chung và cụ thể để tiếp tục một quy trình với một nhiệm vụ cụ thể, ví dụ: giai đoạn thử nghiệm. Mục đích của tiêu chí đầu vào là ngăn cản việc bắt đầu một nhiệm vụ, việc này có thể đòi hỏi nhiều nỗ lực (lãng phí) hơn mức cần thiết để giải quyết các tiêu chí đầu vào không thành công.

Nói một cách đơn giản, đối với bạn với tư cách là người thử nghiệm trong tương lai, tiêu chí đầu vào phải được hiểu là những điều kiện cơ bản phải được đáp ứng trước khi bạn và nhóm của bạn có thể bắt đầu thử nghiệm.

Đưa ra một số ví dụ giải thích các tiêu chí đầu vào để kiểm thử phần mềm.

tất cả các khiếm khuyết liên quan đến giai đoạn đầu (của thiết kế) đều được đóng lại và kiểm tra;
mã được kiểm tra bằng cách sử dụng các bài kiểm tra “Đơn vị”;
chức năng chính của phần mềm đã sẵn sàng để thử nghiệm;
có tài liệu xác định các yêu cầu;
tất cả những người kiểm tra đều quen thuộc với kiến trúc phần mềm;
tất cả những người thử nghiệm đều quen thuộc với các mục tiêu của dự án;
môi trường thử nghiệm đã sẵn sàng;
các bản dựng có sẵn để sử dụng;
Kế hoạch kiểm thử và/hoặc các trường hợp kiểm thử được phê duyệt.

Tiêu chí thoát là gì?
Tiêu chí thoát tiêu chí kết thúc là một tập hợp các điều kiện chung và cụ thể đã được thỏa thuận trước với các bên liên quan để quá trình có thể được coi là chính thức hoàn thành. Mục đích của tiêu chí kết thúc là để ngăn chặn khả năng một công việc được coi là đã hoàn thành nhưng vẫn còn một số phần công việc chưa hoàn thành. Tiêu chí thoát được sử dụng để báo cáo cũng như lập kế hoạch khi nào nên dừng thử nghiệm.
Nói một cách đơn giản, giống như tiêu chí đầu vào xác định thời điểm bắt đầu thử nghiệm, tiêu chí đầu ra xác định mức độ hoàn thành của nó và phần mềm đã sẵn sàng cho giai đoạn tiếp theo của vòng đời (triển khai, v.v.).

Bạn giải thích Lỗi/Khiếm khuyết/Lỗi trong phần mềm như thế nào?
Bất kỳ sự cố/lỗi nào trong phần mềm xảy ra do hành vi sau:
- lỗi phần mềm hoặc hiển thị thông báo không hợp lệ;
- Phần mềm cung cấp kết quả không hợp lệ;
- Phần mềm không thực hiện được như mong đợi (bất kỳ sai lệch nào so với kết quả mong đợi).
Giải thích quá trình xác minh.
Chúng ta có đang xây dựng sản phẩm một cách chính xác không?
Quá trình xác minh được thực hiện để đảm bảo rằng mỗi giai đoạn của vòng đời phát triển phần mềm (phát triển, thử nghiệm, v.v.) được xây dựng trên cơ sở các yêu cầu và thông số kỹ thuật được xác định trước và không có bất kỳ sai lệch nào so với chúng. (xem số 7)

Mô tả các hoạt động khác nhau của quá trình xác minh.
- phân tích các khía cạnh khác nhau của thử nghiệm (thời gian, nguồn lực, nhân sự, chi phí, công cụ kiểm tra, v.v.);
- phạm vi điều hành(phạm vi bao phủ của câu lệnh) - tỷ lệ phần trăm của các câu lệnh được thực hiện bởi một bộ kiểm tra trên tổng số của chúng; điều kiện bảo hiểm(phạm vi bao phủ điều kiện) - tỷ lệ phần trăm kết quả điều kiện đã được bộ kiểm tra xác minh. Phạm vi điều kiện 100% yêu cầu mọi điều kiện trong mọi biểu thức quyết định phải được kiểm tra là Đúng và Sai; phạm vi của các lựa chọn thay thế(phạm vi quyết định) - tỷ lệ phần trăm các kết quả thay thế đã được xác minh bằng một bộ thử nghiệm. Phạm vi bảo hiểm 100% giải pháp ngụ ý phạm vi bao phủ 100% chi nhánh và bảo hiểm 100% câu lệnh;
- ôn tập(đánh giá) là đánh giá về trạng thái của sản phẩm hoặc dự án nhằm xác định sự khác biệt với kết quả đã hoạch định và đưa ra các đề xuất cải tiến. Ví dụ về đánh giá ngang hàng bao gồm: đánh giá của lãnh đạo, đánh giá không chính thức, đánh giá kỹ thuật, kiểm tra và phỏng vấn;
- phân tích cú pháp(walkthrough) là việc phân tích từng bước do tác giả của một tài liệu thực hiện nhằm thu thập thông tin và đảm bảo sự hiểu biết giống nhau về nội dung của tài liệu;
- điều tra kiểm tra là một loại đánh giá ngang hàng dựa vào việc kiểm tra trực quan các tài liệu để tìm lỗi. Ví dụ: vi phạm các tiêu chuẩn phát triển và không tuân thủ tài liệu cấp cao hơn. Kỹ thuật xem xét chính thức nhất và do đó luôn dựa trên một thủ tục được ghi lại.
Đưa ra ví dụ về việc xác minh tùy thuộc vào mức độ kiểm tra. (xem số 11)
1. Kiểm tra đơn vị:
  - Kiểm tra việc thực hiện thiết kế phần mềm.
2. Thử nghiệm hội nhập:
  -kiểm tra khả năng tích hợp giữa tất cả các thành phần có liên quan trước khi phần mềm chuyển sang cấp độ (hệ thống) tiếp theo.
3. Thử nghiệm hệ thống:
  - đảm bảo rằng hệ thống đáp ứng các yêu cầu và thông số kỹ thuật được xác định trước.
4. Kiểm tra chấp nhận:
  -Đảm bảo hệ thống đáp ứng các yêu cầu của khách hàng.
Giải thích quá trình xác nhận.
Câu hỏi thực sự mà chúng tôi đang tìm kiếm câu trả lời là: Chúng ta có đang xây dựng sản phẩm phù hợp không?
Một quy trình cho phép người kiểm tra đánh giá phần mềm sau giai đoạn phát triển trước khi giao cho khách hàng. Trong quá trình này, chúng tôi phải đảm bảo rằng phần mềm được thiết kế dựa trên nhu cầu của người dùng.
Hãy nhớ rằng, việc xác thực bao gồm khía cạnh động của việc kiểm tra, trong đó một số phần mềm nhất định được kiểm tra và đánh giá dựa trên tài liệu SRS được chỉ định.

Hãy đưa ra một số nguyên nhân dẫn đến lỗi trong phần mềm.
- lỗi của con người (quy trình thiết kế và quy trình thực hiện);
- thay đổi yêu cầu trong khi phần mềm đang được thử nghiệm;
- hiểu sai các yêu cầu và thông số kỹ thuật;
- thiếu thời gian;
- ưu tiên kiểm tra kém;
- định hướng kém trong các phiên bản phần mềm;
- sự phức tạp của chính phần mềm.
Thủ tục kiểm tra là gì?
Tài liệu mô tả trình tự các hành động khi thực hiện kiểm tra. Còn được gọi là kịch bản kiểm tra thủ công.

Thành phần phần mềm là gì?
Về cơ bản, các thành phần phần mềm là những phần mềm nhỏ được xây dựng từ các đơn vị thậm chí còn nhỏ hơn, lần lượt được tích hợp với nhau (các lớp, phương thức, thủ tục lưu trữ, cây nhị phân, v.v.).

Giải thích phạm vi bảo hiểm của mã.
Mã số bảo hiểm Phạm vi mã là một phương pháp phân tích nhằm xác định phần nào của phần mềm đã được xác minh (bao phủ) bởi một tập hợp các thử nghiệm và phần nào không, chẳng hạn như phạm vi bao phủ câu lệnh, phạm vi thay thế hoặc phạm vi điều kiện.

Giải thích việc kiểm tra mã.
Kiểm tra mã(kiểm tra mã) hoặc xem xét mã (xem xét mã) là kiểm tra có hệ thống mã nguồn của chương trình nhằm phát hiện và sửa các lỗi không được chú ý trong giai đoạn phát triển ban đầu. Mục đích của việc đánh giá là nâng cao chất lượng sản phẩm phần mềm và nâng cao kỹ năng của nhà phát triển.
Trong quá trình kiểm tra, các vấn đề như lỗi định dạng chuỗi, điều kiện chạy đua, rò rỉ bộ nhớ và tràn bộ đệm có thể được tìm thấy và loại bỏ, từ đó cải thiện tính bảo mật của sản phẩm phần mềm. Hệ thống kiểm soát phiên bản cho phép kiểm tra mã hợp tác. Ngoài ra, còn có các công cụ đặc biệt để hợp tác kiểm tra mã.
Phần mềm kiểm tra mã tự động đơn giản hóa nhiệm vụ xem xét các đoạn mã lớn bằng cách quét một cách có hệ thống để tìm các lỗ hổng được biết đến nhiều nhất.

Cụm từ Code đã hoàn thành có nghĩa là gì?
Một thuật ngữ đơn giản liên quan đến một giai đoạn cụ thể của SDLC. Khi chúng tôi nói “mã đã hoàn tất”, thực ra chúng tôi muốn nói rằng việc triển khai mã đã hoàn tất (tất cả chức năng của phần mềm đã được triển khai thành công). Mặc dù ngay cả khi mã được triển khai đầy đủ thì vẫn luôn có những lỗi mới được phát hiện trong quá trình thử nghiệm.

Hướng dẫn mã là gì?
Phân tích Hướng dẫn là một kỹ thuật kiểm tra được sử dụng để xem xét tiến trình mã của lập trình viên và nhóm kiểm tra, trong quá trình hướng dẫn, mã được chạy qua một số thử nghiệm đơn giản để xác định chất lượng và tính logic của nó.

Gỡ lỗi là gì?
Gỡ lỗi(debugging) là quá trình tìm kiếm, phân tích và loại bỏ các nguyên nhân gây ra lỗi, hỏng hóc trong phần mềm.
Để hiểu lỗi xảy ra ở đâu, bạn phải:
- tìm ra giá trị hiện tại của các biến;
- tìm ra cách chương trình được thực hiện.
Có hai công nghệ gỡ lỗi bổ sung.
- Sử dụng trình gỡ lỗi - các chương trình bao gồm giao diện người dùng để thực thi chương trình từng bước, từng câu lệnh, từng chức năng, dừng ở một số dòng mã nguồn nhất định hoặc khi đạt đến một điều kiện nhất định.
- Xuất trạng thái hiện tại của chương trình bằng cách sử dụng các câu lệnh đầu ra nằm ở các điểm quan trọng trong chương trình - ra màn hình, máy in, loa hoặc ra tệp. Việc xuất thông tin gỡ lỗi vào một tập tin được gọi là ghi nhật ký.
Trình mô phỏng và mô phỏng là gì?
Thi đua- đây là sự tái tạo hoạt động của một chương trình hoặc hệ thống (chứ không phải một phần nhỏ của nó) trong khi vẫn bảo toàn các đặc tính và nguyên tắc hoạt động chính của nó. Mô phỏng thực thi mã chương trình trong môi trường quen thuộc với mã này, bao gồm các thành phần giống như đối tượng được mô phỏng.
Mô phỏng- đây là sự tái tạo hoàn toàn công việc của chương trình gốc, trên nền tảng của một chương trình đặc biệt (ví dụ: một công cụ phát triển khóa học). Mô phỏng chỉ bắt chước việc thực thi mã chứ không sao chép nó, mọi thứ đều ảo 100%, mọi thứ đều là “giả tạo”.
Kể từ đây:
Phần mềm giả lập- đây là phiên bản tương tự đầy đủ tính năng của phần mềm gốc hoặc phiên bản của nó, có thể chứa một số hạn chế về chức năng, khả năng và hành vi của phần mềm.
Phần mềm mô phỏng- đây là mô hình của phần mềm gốc, trong đó logic hoạt động của phần mềm này được triển khai (một phần hoặc toàn bộ), hoạt động của phần mềm được bắt chước và giao diện của phần mềm được sao chép.
Về mức độ đầy đủ của các chức năng/tham số được tính đến, trình mô phỏng hẹp hơn trình mô phỏng. Một đối tượng được mô phỏng và các thuộc tính, chức năng hoặc hành vi của nó được mô phỏng.

Đặc tả phần mềm là gì?
Sự chỉ rõ(thông số kỹ thuật) là một tệp văn bản mô tả những gì cần được kiểm tra trong dữ liệu kiểm tra. Nó chỉ rõ kết quả mà chương trình sẽ tạo ra. Mã kiểm tra tìm kết quả thực được tính toán trên mã trực tiếp. Và động cơ thử nghiệm sẽ kiểm tra thông số kỹ thuật và kết quả tính toán.
Chúng tôi nhận được thông số kỹ thuật từ khách hàng sau khi phân tích, nghiên cứu các yêu cầu của họ và chuyển chúng sang một cấp độ mới có chất lượng, chi tiết hơn, tại đó nhóm phát triển sẽ sử dụng chúng.

Mã hóa là gì?
Mã hóa(coding) là quá trình viết mã chương trình, tập lệnh để thực hiện một thuật toán nhất định bằng một ngôn ngữ lập trình nhất định.
Một số người nhầm lẫn các khái niệm như lập trình và viết mã. Code chỉ là một phần của lập trình, cùng với việc phân tích, thiết kế, biên dịch, kiểm tra và gỡ lỗi, bảo trì (Trong phạm vi hẹp, code cũng có thể được gọi là “coding”. Tuy nhiên, theo Wiki, thuật ngữ này hiếm khi được sử dụng trong tài liệu. ).

Một yêu cầu là gì?
Yêu cầu(yêu cầu) - một tập hợp các câu lệnh liên quan đến các thuộc tính, thuộc tính hoặc chất lượng của một hệ thống phần mềm sẽ được triển khai. Chúng được tạo ra trong quá trình phát triển các yêu cầu phần mềm, là kết quả của việc phân tích yêu cầu.
Các yêu cầu có thể được thể hiện dưới dạng các câu lệnh bằng văn bản và các mô hình đồ họa.
Trong cách tiếp cận kỹ thuật cổ điển, một tập hợp các yêu cầu được sử dụng ở giai đoạn thiết kế phần mềm. Yêu cầu cũng được sử dụng trong quy trình kiểm thử phần mềm vì các thử nghiệm dựa trên các yêu cầu nhất định.
Giai đoạn phát triển yêu cầu có thể được bắt đầu bằng nghiên cứu khả thi hoặc giai đoạn phân tích khái niệm của dự án. Giai đoạn phát triển yêu cầu có thể được chia thành các giai đoạn gợi ý yêu cầu (thu thập, hiểu, xem xét và làm rõ nhu cầu của các bên liên quan), phân tích (kiểm tra tính toàn vẹn và đầy đủ), đặc tả (ghi lại các yêu cầu) và xác nhận.

Kiểm tra độ ổn định là gì?
Nhiệm vụ kiểm tra sự ổn định(sự ổn định) / độ tin cậy(độ tin cậy) là thử nghiệm chức năng của ứng dụng trong quá trình thử nghiệm dài hạn (nhiều giờ) với mức tải trung bình. Thời gian thực hiện thao tác có thể đóng vai trò thứ yếu trong loại thử nghiệm này. Trong trường hợp này, vị trí đầu tiên là không có rò rỉ bộ nhớ, máy chủ khởi động lại khi đang tải và các khía cạnh khác ảnh hưởng cụ thể đến sự ổn định của hoạt động.

Hãy cho chúng tôi biết về mức độ nghiêm trọng (mức độ nghiêm trọng) của lỗi và mức độ nghiêm trọng được chấp nhận chung.
Mức độ quan trọng Mức độ nghiêm trọng là tầm quan trọng của tác động của một khiếm khuyết cụ thể đối với sự phát triển hoặc hoạt động của một thành phần hoặc hệ thống.
Mức độ nghiêm trọng của lỗi được xác định bởi người kiểm tra đã phát hiện ra lỗi, nhưng trước đó anh ta phải trả lời các câu hỏi sau:
- Lỗi này sẽ ảnh hưởng đến quá trình thử nghiệm như thế nào?
- Lỗi này sẽ ảnh hưởng đến khách hàng như thế nào?
- Lỗi này ảnh hưởng thế nào đến hệ thống?
- Lỗi này ảnh hưởng đến tiến trình thử nghiệm như thế nào?
- Lỗi này có chặn các bài kiểm tra khác không?
- Vân vân.
Mỗi công ty có thể xác định thang đo mức độ nghiêm trọng của riêng mình, nhưng có một số cấp độ được hầu hết các nhóm sử dụng:
- Trình chặn/trình chặn(chặn) - phần mềm hoặc một thành phần cụ thể không phù hợp để sử dụng/kiểm tra (lỗi hoàn toàn, sự cố hệ thống, v.v.) và không có cách giải quyết.
  Ví dụ: hệ thống sẽ gặp sự cố khi người dùng nhấn nút Start; hệ thống không khởi động sau khi trình cài đặt bị hỏng; tắt phần mềm do lỗi phần cứng.
- Phê bình(nghiêm trọng) - chức năng chính không hoạt động như mong đợi, có một cách giải quyết có thể ảnh hưởng đến tính toàn vẹn của các bài kiểm tra.
  Ví dụ: Phần mềm có thể gặp sự cố ngẫu nhiên khi sử dụng chức năng khác nhau; Phần mềm tạo ra kết quả không nhất quán và các yêu cầu cơ bản không thể được xác minh.
- Lớn lao(chính) - chức năng nhỏ bị ảnh hưởng, không có tác động đến các thành phần khác và có cách giải quyết nhanh chóng và hiệu quả.
  Ví dụ: Người dùng không thể sử dụng trực tiếp một chức năng nhất định nhưng có thể sử dụng chức năng đó bằng cách truy cập chức năng đó từ các mô-đun khác nhau.
- Người vị thành niên(nhỏ, nhỏ) - tác động nhỏ tại một vị trí cụ thể, không cần tạo giải pháp thay thế, tính toàn vẹn của phần mềm không bị ảnh hưởng.
  Ví dụ: lỗi chính tả, cải tiến, yêu cầu thay đổi
Hãy cho chúng tôi biết mức độ ưu tiên của lỗi.
Ưu tiên(ưu tiên) là mức độ quan trọng được gán cho lỗi. Nói cách khác, nó xác định lỗi này phải được sửa chữa khẩn cấp đến mức nào.
Mức độ ưu tiên là một công cụ quản lý và trước khi xác định nó, mức độ ưu tiên phải trả lời ít nhất các câu hỏi sau:
- Lỗi này ảnh hưởng đến thời gian như thế nào?
- Một lỗi ảnh hưởng đến quá trình kiểm thử như thế nào?
- Lỗi này ảnh hưởng thế nào đến công việc của những người thử nghiệm khác?
- Chi phí để sửa một lỗi là bao nhiêu?
- Chúng ta có nên thay đổi các yêu cầu phần mềm?
Hội đồng là gì?
Cuộc họp(xây dựng) - một sản phẩm thông tin được chuẩn bị để sử dụng. Thông thường nó là một tệp thực thi (tệp nhị phân chứa mã chương trình thực thi).
Giả sử số phiên bản bản dựng trông như thế này: 1.35.6.2
1. Mã định danh đầu tiên là số phiên bản chính.
2. Mã định danh thứ hai là số phiên bản phụ.
3. Mã định danh thứ ba là số bản dựng.
4. Mã định danh thứ tư là số sửa đổi.
Có thể bắt đầu thử nghiệm mà không cần bản dựng đang hoạt động không?
Hoàn toàn đồng ý! Xét cho cùng, có hai loại phương pháp thử nghiệm (tĩnh và động), cho phép người thử nghiệm bắt đầu làm việc mà không cần cụm làm việc bằng phương pháp tĩnh, đặc biệt vì phương pháp này tiết kiệm chi phí hơn phương pháp “động”.

Phân tích tĩnh là gì?
Phân tích tĩnh(phân tích tĩnh) là quá trình phân tích các tạo phẩm phần mềm, chẳng hạn như các yêu cầu hoặc mã chương trình, được thực hiện mà không thực thi các tạo phẩm phần mềm này.

Trình điều khiển thử nghiệm và dây nịt thử nghiệm là gì?
Tài xế(trình điều khiển) là một thành phần phần mềm hoặc công cụ kiểm tra thay thế thành phần cung cấp khả năng kiểm soát và/hoặc gọi một thành phần hoặc hệ thống.
Khai thác(khai thác) là môi trường thử nghiệm bao gồm các sơ khai và trình điều khiển cần thiết để thực hiện thử nghiệm.

Ma trận dấu vết là gì?
Để đo lường mức độ bao phủ của các yêu cầu, cần phải phân tích các yêu cầu về sản phẩm và chia chúng thành các điều khoản. Tùy chọn, mỗi mục được liên kết với các trường hợp thử nghiệm để kiểm tra nó. Tổng số các kết nối này là ma trận dấu vết(ma trận truy xuất nguồn gốc). Bằng cách theo dõi các kết nối, bạn có thể hiểu chính xác những yêu cầu mà trường hợp kiểm thử kiểm tra.
Các bài kiểm tra không liên quan đến yêu cầu là vô nghĩa. Yêu cầu không liên quan đến bài kiểm tra là “điểm trắng”, tức là. Sau khi hoàn thành tất cả các test case đã tạo, không thể trả lời liệu yêu cầu này có được triển khai trong sản phẩm hay không.

Thử nghiệm đầu cuối là gì?
Thử nghiệm từ đầu đến cuối- đây là loại thử nghiệm trong đó người thử nghiệm sử dụng phần mềm (tập lệnh kiểm tra toàn bộ luồng thực thi) trong các điều kiện có nhiều khả năng tồn tại nhất đối với người dùng.
Ngoài ra, các thử nghiệm sẽ chạy bằng cách kết hợp một số tình huống có liên quan đến thế giới thực:
- chạy phần mềm trong môi trường có độ trễ truyền thông mạng;
- chạy phần mềm trong môi trường tài nguyên thấp;
- Chạy phần mềm trên phần cứng máy chủ khác;
- Chạy phần mềm trong cùng môi trường với một số ứng dụng khác tiêu tốn tài nguyên máy chủ.
Kiểm tra chức năng là gì? Các loại thử nghiệm chức năng chính là gì? Bạn biết những loại thử nghiệm chức năng nào?
Thử nghiệm chức năng Kiểm thử chức năng là kiểm thử dựa trên việc phân tích đặc tả chức năng của một thành phần hoặc hệ thống.
Kiểm thử chức năng dựa trên chức năng và tính năng, cũng như sự tương tác với các hệ thống khác và có thể được trình bày ở tất cả các cấp độ kiểm thử: Kiểm thử thành phần/đơn vị, Kiểm thử tích hợp, Kiểm thử hệ thống và Kiểm thử chấp nhận. . Các loại thử nghiệm chức năng kiểm tra hành vi bên ngoài của hệ thống.
1. Kiểm tra chức năng dựa trên các chức năng được hệ thống thực hiện và có thể được thực hiện ở tất cả các cấp độ thử nghiệm (thành phần, tích hợp, hệ thống, chấp nhận). Thông thường, các chức năng này được mô tả trong yêu cầu, thông số kỹ thuật chức năng hoặc dưới dạng trường hợp sử dụng. Kiểm tra chức năng có thể được thực hiện theo hai khía cạnh:
  - thử nghiệm Về “yêu cầu”(thử nghiệm dựa trên yêu cầu) sử dụng đặc tả các yêu cầu chức năng của hệ thống làm cơ sở cho việc thiết kế các Trường hợp thử nghiệm. Trong trường hợp này, cần lập danh sách những gì sẽ được kiểm tra và những gì sẽ không; Ưu tiên các yêu cầu dựa trên rủi ro (nếu điều này không được thực hiện trong tài liệu yêu cầu) và dựa trên điều này, ưu tiên các trường hợp thử nghiệm. Điều này sẽ cho phép bạn tập trung và không bỏ lỡ chức năng quan trọng nhất khi thử nghiệm.
  - thử nghiệm trong tương lai "quy trình kinh doanh"(thử nghiệm dựa trên quy trình kinh doanh) sử dụng kiến thức về chính các quy trình kinh doanh này, mô tả các kịch bản cho việc sử dụng hệ thống hàng ngày. Theo quan điểm này, các kịch bản kiểm thử thường dựa trên các trường hợp sử dụng của hệ thống.
2. Kiểm tra bảo mật(kiểm tra bảo mật) là kiểm tra để đánh giá tính bảo mật của phần mềm. Chiến lược bảo mật tổng thể dựa trên ba nguyên tắc chính:
  - bảo mật;
  - chính trực;
  - khả dụng;
  Hiện nay, các loại lỗ hổng bảo mật phần mềm phổ biến nhất là:
  - xss (kịch bản chéo trang)- đây là một loại lỗ hổng phần mềm (ứng dụng Web), trong đó các tập lệnh độc hại được thực thi trên trang do máy chủ tạo ra nhằm mục đích tấn công máy khách;
  - xsrf/csrf (giả mạo yêu cầu)- đây là một loại lỗ hổng cho phép bạn khai thác những thiếu sót của giao thức HTTP, trong khi kẻ tấn công hoạt động theo sơ đồ sau: một liên kết đến một trang web độc hại được cài đặt trên một trang được người dùng tin cậy, khi nhấp vào liên kết độc hại, một tập lệnh được thực thi để lưu dữ liệu cá nhân của người dùng (mật khẩu, thông tin thanh toán, v.v.), v.v.), gửi tin nhắn SPAM thay mặt người dùng hoặc thay đổi quyền truy cập vào tài khoản người dùng để giành toàn quyền kiểm soát Nó;
  - tiêm mã (sql, php, asp, v.v.)- đây là một loại lỗ hổng bảo mật trong đó có thể khởi chạy mã thực thi để có quyền truy cập vào tài nguyên hệ thống, truy cập trái phép vào dữ liệu hoặc vô hiệu hóa hệ thống;
  - phía máy chủ bao gồm (ssi) tiêm- đây là một loại lỗ hổng sử dụng việc chèn lệnh máy chủ vào mã HTML hoặc khởi chạy chúng trực tiếp từ máy chủ;
  - bỏ qua ủy quyền là một loại lỗ hổng bảo mật có thể truy cập trái phép vào tài khoản hoặc tài liệu của người dùng khác.
3. Kiểm thử khả năng tương tác là một quá trình kiểm thử để xác định khả năng tương tác của một sản phẩm phần mềm.
Kiểm tra chức năng được chia theo kết quả mong đợi thành các thử nghiệm tích cực và tiêu cực:
- Xét nghiệm dương tính chỉ sử dụng dữ liệu hợp lệ và xác minh rằng ứng dụng đã thực thi đúng chức năng được gọi.
- Xét nghiệm âm tính hoạt động với cả dữ liệu chính xác và không chính xác (ít nhất 1 tham số không chính xác) và nhằm mục đích kiểm tra các tình huống đặc biệt (trình xác thực được kích hoạt), đồng thời kiểm tra xem chức năng mà ứng dụng gọi có không được thực thi khi trình xác thực được kích hoạt hay không.
Kiểm tra phi chức năng là gì?
Kiểm tra phi chức năng(thử nghiệm phi chức năng) là thử nghiệm các thuộc tính của một thành phần hoặc hệ thống không liên quan đến chức năng, nghĩa là độ tin cậy, hiệu quả, khả năng sử dụng, khả năng bảo trì, tính di động, v.v. (kiểm tra được thực hiện trên tất cả các khía cạnh không liên quan trực tiếp đến hành động cụ thể của người dùng).

Một vài ví dụ về các thử nghiệm mà thử nghiệm phi chức năng bao gồm?
1. Kiểm tra tính di động Kiểm thử tính di động là một quá trình kiểm thử để xác định tính di động của một sản phẩm phần mềm.
2. Kiểm tra khả năng tương tác Kiểm tra khả năng tương tác là một quá trình kiểm tra để xác định khả năng tương tác của một sản phẩm phần mềm.
3. Kiểm tra năng suất Kiểm tra hiệu suất là một quá trình kiểm tra để xác định hiệu suất của một sản phẩm phần mềm.
4. Kiểm tra độ tin cậy Kiểm thử độ tin cậy là một quá trình kiểm thử nhằm kiểm tra độ tin cậy của một sản phẩm phần mềm.
5. Kiểm tra khả năng sử dụng(kiểm tra khả năng sử dụng) là kiểm tra để xác định mức độ dễ hiểu, dễ học và sử dụng cũng như mức độ hấp dẫn của một sản phẩm phần mềm đối với người dùng, tùy thuộc vào việc sử dụng trong các điều kiện hoạt động cụ thể.
6. Kiểm tra bảo mật(kiểm tra an toàn) đang thử nghiệm một sản phẩm phần mềm để xác định tính an toàn của nó.
7. Bài kiểm tra về áp lực Kiểm tra căng thẳng là một loại kiểm tra hiệu suất nhằm đánh giá một hệ thống hoặc thành phần ở hoặc vượt quá giới hạn khối lượng công việc hoặc trong trạng thái tài nguyên hạn chế như quyền truy cập bộ nhớ hoặc máy chủ.
8. Bài kiểm tra về áp lực(thử nghiệm tải) là một loại thử nghiệm hiệu suất được tiến hành để đánh giá hành vi của một thành phần hoặc hệ thống khi tải tăng dần (số lượng người dùng đồng thời và/hoặc số lượng giao dịch) để xác định mức tải tối đa cho phép cho thành phần hoặc hệ thống đang nghiên cứu.
Kiểm thử hộp trắng là gì?
hộp trắng- đây là việc kiểm tra mã về tính logic của chương trình và tính chính xác trong hoạt động của nó theo quan điểm của trình biên dịch ngôn ngữ mà nó được viết.
Kỹ thuật kiểm thử hộp trắng, còn được gọi là kỹ thuật kiểm thử điều khiển logic chương trình, kiểm tra cấu trúc bên trong của chương trình. Dựa trên chiến lược này, người thử nghiệm thu được dữ liệu thử nghiệm bằng cách phân tích logic của chương trình.
Kỹ thuật Hộp Trắng bao gồm các phương pháp kiểm tra sau:
- phạm vi giải pháp;
- điều kiện bảo hiểm;
- bao quát các quyết định và điều kiện;
- phạm vi kết hợp của các điều kiện;
Kiểm tra hộp đen là gì?
Kiểm tra hộp đen hay kiểm tra hành vi là một chiến lược (phương pháp) để kiểm tra hành vi chức năng của phần mềm theo quan điểm của thế giới bên ngoài, không sử dụng kiến thức về cấu trúc bên trong của đối tượng được kiểm tra. Chiến lược đề cập đến các phương pháp có hệ thống để lựa chọn và tạo các thử nghiệm cho một bộ thử nghiệm. Chiến lược kiểm tra hành vi dựa trên các yêu cầu kỹ thuật và thông số kỹ thuật của chúng
Một số kỹ thuật kiểm thử hộp đen:
- phân vùng tương đương;
- phân tích giá trị biên;
- phân tích mối quan hệ nhân quả;
- giả định sai sót;
Thử nghiệm chuyển đổi là gì?
Thử nghiệm chuyển đổi(thử nghiệm chuyển đổi) là một kỹ thuật thử nghiệm được sử dụng để kiểm tra xem dữ liệu có sẵn trong hệ thống A sẽ được chuyển đổi như thế nào và sẵn sàng để sử dụng trong hệ thống B.

Kiểm tra hình dạng là gì?
Kiểm tra hình dạngđang thử nghiệm để đảm bảo rằng phần mềm đáp ứng các tiêu chuẩn ngành nhất định (IEEE, W3C, v.v.) để phát triển phần mềm.

Cảm ơn bạn đã quan tâm và chúc may mắn trong nỗ lực của bạn!

tái bút Xin lưu ý rằng đây chỉ là danh sách các câu hỏi dựa trên kinh nghiệm của tôi (nó sẽ không phải duy nhất cho tất cả các cuộc phỏng vấn) và việc ghi nhớ các câu trả lời là đúng có thể khiến bạn không thể làm việc trong ngành. Mục đích là giúp bạn hiểu những câu hỏi chính mà bạn dự kiến sẽ gặp trong cuộc phỏng vấn.

Tôi kêu gọi một lễ hội tích cực và hợp lý!