Khái niệm các bài kiểm tra. Cơ hội và hạn chế. Kiểm tra khả năng tính cách Kiểm tra khả năng
Bài kiểm tra năng khiếu là bất kỳ công cụ tâm lý nào được sử dụng để dự đoán khả năng của một người cụ thể. Các phương tiện đo lường thành tích, khả năng đặc biệt, sở thích, đặc điểm tính cách hoặc bất kỳ phẩm chất hoặc hành vi nào khác của con người có thể được coi là bài kiểm tra năng khiếu. Phạm vi sử dụng thuật ngữ "bài kiểm tra năng khiếu" thường được giới hạn ở các bài kiểm tra cá nhân hoặc các bài kiểm tra khả năng đặc biệt được thiết kế để đo lường khả năng nắm vững các môn học khác nhau hoặc khả năng thành thạo thực tế các kỹ năng cụ thể và kỹ năng chuyên môn.
Các bài kiểm tra trí thông minh như Thang đo trí thông minh Stanford-Binet và Thang đo trí thông minh dành cho người lớn Wechsler đo lường một tập hợp các khả năng đặc biệt. Kết quả thu được khi sử dụng chúng tương quan đáng kể với sự thành công của các hoạt động trên phạm vi rộng. Tuy nhiên, những bài kiểm tra này có đặc điểm là độ chính xác điều chỉnh thấp, nghĩa là mối tương quan của chúng với kết quả học tập trong các ngành đặc biệt thường thấp. Ngược lại, các bài kiểm tra khả năng đặc biệt có độ chính xác cao, mối tương quan trung bình của chúng với hiệu suất trên một phạm vi rộng thường thấp hơn so với các bài kiểm tra trí thông minh tổng quát, nhưng mối tương quan của một bài kiểm tra cụ thể với hiệu suất trong một lĩnh vực được xác định rõ ràng lại cao hơn.
Ban đầu, những người phát triển các bài kiểm tra năng lực tổng quát tin rằng những bài kiểm tra như vậy đo lường tiềm năng học tập bẩm sinh. Vì vậy, việc thực hiện các bài kiểm tra như vậy không bị ảnh hưởng bởi kinh nghiệm giáo dục và đào tạo. Tuy nhiên, hiệu suất trong các bài kiểm tra khả năng khác, chẳng hạn như các biện pháp đo lường độ linh hoạt của động cơ, sẽ cải thiện đáng kể khi luyện tập.
Các bài kiểm tra năng lực học tập dự đoán thành công trong các lĩnh vực hẹp như toán học, âm nhạc, ngôn ngữ mẹ đẻ, nghệ thuật và phù hợp để xếp học sinh vào chuyên ngành. Chúng thường có phạm vi rộng hơn các bài kiểm tra thành tích nhưng thường rất khó phân biệt chúng dựa trên các nhiệm vụ cụ thể. Sự khác biệt chính giữa chúng là mục đích của chúng: các bài kiểm tra năng khiếu liên quan đến việc học; các bài kiểm tra thành tích đánh giá quá trình học tập trước đây và kiến thức hiện tại. Lý do gây nhầm lẫn là nhiều bài kiểm tra thành tích dự đoán thành tích trong tương lai chính xác hơn một số bài kiểm tra năng khiếu, đặc biệt khi thành tích dự định nằm trong một phạm vi hẹp. A. Anastasi trong tác phẩm “Kiểm tra tâm lý” của mình lưu ý rằng sự khác biệt giữa các bài kiểm tra khả năng và thành tích có thể được thể hiện liên tục, ở một đầu của chúng là các bài kiểm tra về thành tích học tập cụ thể (ví dụ: bài kiểm tra do giáo viên đưa ra cho sử dụng trong lớp của anh ấy), mặt khác - kiểm tra khả năng chung (ví dụ: kiểm tra trí thông minh). Các bài kiểm tra năng khiếu như Bài kiểm tra đánh giá học thuật (SAT) và Bài kiểm tra hồ sơ sau đại học (GRE) sẽ nằm ở giữa quá trình liên tục này.
Dựa trên mô hình “Army A-test” (được phát triển ở Mỹ năm 1917), nhiều bài kiểm tra đo trí thông minh - IQ test đã ra đời. Nếu kết quả của một nhóm lớn trẻ em trong bài kiểm tra trí thông minh được vẽ dưới dạng biểu đồ thể hiện tần suất xuất hiện của từng chỉ số thì kết quả là một đường cong phân phối chuẩn. Giá trị trung bình (điểm trung bình) luôn là 100 và độ lệch chuẩn xấp xỉ 15. Trẻ em có điểm dưới 70 (2% dân số dưới cùng) được coi là chậm phát triển trí tuệ hoặc chậm phát triển trí tuệ và trẻ em có điểm trên 130 (2% dân số có điểm cao nhất) % dân số) đôi khi được phân loại là có năng khiếu.
Các bài kiểm tra khả năng đa yếu tố bao gồm một loạt các bài kiểm tra phụ đo lường phạm vi khả năng rộng hơn so với bài kiểm tra IQ. Thông tin thu được với sự giúp đỡ của họ rất hữu ích trong việc tư vấn nghề nghiệp và giáo dục. Nhóm các bài kiểm tra phụ được chuẩn hóa trên cùng một người, cho phép so sánh giữa các bài kiểm tra phụ khác nhau và xác định khả năng yếu và mạnh. Ví dụ về các loại pin kiểm tra năng khiếu là Bài kiểm tra năng lực khác biệt (DAT), Pin kiểm tra năng lực chung. (GATB)t được sử dụng trong tư vấn nghề nghiệp, lựa chọn ngành nghề dựa trên hệ thống các mô hình phù hợp nghề nghiệp.
Một DAT thường được sử dụng bao gồm tám bài kiểm tra phụ: Lý luận bằng lời nói, Thao tác số, Lý luận trừu tượng, Tốc độ và độ chính xác của văn phòng, Lý luận cơ học, Quan hệ không gian, Chính tả và Sử dụng từ. một chỉ số phức tạp có thể so sánh với các chỉ số IQ chung trên Thang đo trí thông minh Wechsler dành cho trẻ em (WISCR) hoặc theo thang đo Stanford-Binet. ĐẠT được sử dụng khi làm việc với học sinh lớp 8-9 để cung cấp cho các em thông tin nhằm lập kế hoạch học tập nâng cao.
Các bài kiểm tra năng khiếu đa yếu tố cũng bao gồm:
- "Pin thành thạo của lực lượng vũ trang Hoa Kỳ" (ASVAB)
- "Bài kiểm tra năng khiếu dành cho người không biết đọc" (NATB)
- "Các khả năng phức tạp";
- "Pin khả năng Guilford-Zimmerman";
- “Kiểm tra yếu tố sơ cấp quốc tế Ắc quy”;
- "Kiểm tra mức độ sẵn sàng quốc gia" (MRT);
- “Chúa biết kiểm tra các khái niệm cơ bản” (OTBC).
Ngoài ra còn có các bài kiểm tra khả năng đặc biệt để dự đoán thành công trong các ngành cụ thể, đánh giá khả năng văn thư và tốc ký, thị giác và học tập, thính giác, khả năng cơ khí, khả năng âm nhạc và nghệ thuật cũng như khả năng sáng tạo. Để chọn cho các chuyên ngành cụ thể, hãy sử dụng:
- Bài kiểm tra năng lực học thuật (SAT)
- "Pin Kiểm tra Chương trình Kiểm tra Đại học Hoa Kỳ" (HÀNH ĐỘNG)
- "Kỳ thi tuyển sinh trường Luật" (LSAT)
- "Bài kiểm tra dành cho thí sinh vào trường cao đẳng y tế" (IRU).
Các bài kiểm tra năng lực phải có giá trị và đáng tin cậy. Điều quan trọng là chúng phải thể hiện giá trị dự đoán, tức là mức độ mà điểm kiểm tra có thể dự đoán một tiêu chí nhất định. Các chỉ số của bài kiểm tra năng khiếu được sử dụng không phải để xác định mức độ thành công của việc hoàn thành các nhiệm vụ trong đó mà để dự đoán một tiêu chí liên quan nhất định (ví dụ: Bài kiểm tra tương tự Miller có thể được sử dụng để dự đoán sự thành công của nghiên cứu sau đại học). được sử dụng để mô tả các mối quan hệ được dự đoán, trong khi mối tương quan từ 0,40 đến 0,50 được coi là có thể chấp nhận được. Một số bài kiểm tra năng khiếu, đặc biệt là các bài kiểm tra trí thông minh tổng quát như Thang đo trí thông minh Stanford-Binet, cũng được mong muốn có giá trị xây dựng.
Kiến thức về điểm kiểm tra năng khiếu có thể giúp giáo viên dự đoán sự thành công của học sinh và phát triển các phương pháp học tập cá nhân hóa. Trong tư vấn nghề nghiệp, các bài kiểm tra năng khiếu giúp xác định sự khác biệt về khả năng và xác định sự cân bằng giữa điểm mạnh và điểm yếu của người được tư vấn về các kỹ năng cần thiết để thành thạo các ngành nghề khác nhau. Những kết quả này cũng giúp các nhà tư vấn chẩn đoán nguyên nhân của việc không đạt được thành tích. Ví dụ, bài kiểm tra IQ có thể cho thấy một đứa trẻ đang chán học hoặc chán nản ở trường. Các bài kiểm tra khả năng cũng được sử dụng để xác định tình trạng chậm phát triển trí tuệ.
Trong trường hợp cần chọn một nhóm hạn chế học sinh từ một số lượng lớn thí sinh, các bài kiểm tra năng khiếu có thể cung cấp cơ sở để so sánh giữa những cá nhân này và sau đó, kết hợp với các nguồn thông tin khác, điểm kiểm tra sẽ ảnh hưởng đến kết quả tuyển chọn. của một số trẻ em.
Bạn thân mến!
- Nếu bạn sắp tham gia bài kiểm tra “Lời nói-Số” SHL, Talent-Q, Ontarget Genesys,
- Nếu bạn sợ thất bại và đang tìm cách chuẩn bị
- Nếu chỉ còn ít thời gian,
thì tôi vội thông báo với bạn rằng có thể chuẩn bị trực tuyến một cách chuyên nghiệp.
Nhanh chóng và đơn giản, sử dụng phương pháp đào tạo trực tuyến hiệu quả, bạn sẽ rèn luyện kỹ năng của mình sau 2-3 ngày và vượt qua bài kiểm tra ngay lần đầu tiên! Kỹ năng ổn định xuất hiện sau khi giải được 30-40 bài kiểm tra.
Nghe bài phỏng vấn dài 6 phút ngay sau khi thử nghiệm và đào tạo trên hệ thống của chúng tôi.
Trong cuộc phỏng vấn, chúng tôi đã nói về chương trình trực tuyến Roboxtest V.8, là nền tảng dành cho các phiên bản MAXIMUM 875, BIG4, FMCG, NGK.
Nhóm của chúng tôi đã phát triển một chương trình máy tính độc đáo Roboxtest V.8. Nó càng gần với thử nghiệm thực tế càng tốt - quá trình này diễn ra trực tiếp trên trình duyệt, với một khoảng thời gian giới hạn. Tôi mời bạn làm bài kiểm tra nói thử và nhìn mọi thứ bằng chính mắt mình. Một cơ sở dữ liệu đầy đủ về các bài kiểm tra (hiện tại có hơn 100 bài kiểm tra - khoảng 1500 câu hỏi) cũng có sẵn. Để làm điều này, hãy liên hệ với tôi. Liên hệ ở bên dưới.
Mọi sự chuẩn bị sẽ diễn ra trực tuyến. Mỗi bài kiểm tra đều có đáp án và đáp án đúng, không giới hạn thời gian. Chương trình hoạt động trực tiếp từ trình duyệt Google Chrome, FireFox, Mozilla, Safari.
Chú ý! Hiện tại, chương trình không tương thích với Internet Explorer (không phải tất cả chức năng).
(Hoạt động với Google Chrome, FireFox, Mozilla, Safari.)
Cuối cùng, bạn sẽ thấy một báo cáo tương tự như những gì nhà tuyển dụng nhìn thấy - theo tỷ lệ phần trăm và phần trăm. Điều này sẽ cho phép bạn tỉnh táo đánh giá điểm mạnh của bạn. Vì quá trình chuẩn bị diễn ra trực tuyến nên bạn có thể so sánh bản thân với những người khác đã thực hiện bài kiểm tra này - điều này rất quan trọng vì đây là cách nhà tuyển dụng nhìn nhận bạn.
Hệ thống cũng sẽ xác định điểm mạnh và điểm yếu của bạn và cho bạn biết những gì cần chú ý hơn.
Hiện cơ sở dữ liệu chứa hơn một trăm bài kiểm tra khác nhau (hơn 1.500 câu hỏi) - chủ yếu là bài kiểm tra khả năng - bằng lời nói, số, trừu tượng-logic. Tuy nhiên, rất có thể, bạn không giải quyết được toàn bộ cơ sở dữ liệu. Một điều khác cũng quan trọng ở đây - kỹ năng.
Kinh nghiệm cho thấy, chỉ cần đạt được mức 80-90% và ít nhất 60 phần trăm cho mỗi loại bài kiểm tra là đủ để vượt qua thành công bài kiểm tra thực tế ngay lần đầu tiên.
Những người chuẩn bị sử dụng hệ thống của chúng tôi đã giải được trung bình 30-40 bài kiểm tra. Ở đây, một lần nữa, về mặt cá nhân, có một ứng viên thực sự muốn có được vị trí đó - anh ấy đã giải được 152 bài kiểm tra!!! Và tôi đã vượt qua bài kiểm tra thực sự một cách thành công!!!
Ngoài ra còn có các bài kiểm tra kiến thức - Tiếng Anh - 2 cấp độ, RAS, IFRS - để chuẩn bị cho Big Four.
Nếu bạn quan tâm đến việc đào tạo trong hệ thống của chúng tôi, xin vui lòng liên hệ với tôi. Nếu không thanh toán, hệ thống sẽ chặn bạn trong vòng vài giờ sau khi đăng ký.
Trân trọng, Panteleev Stanislav.
Những nhiệm vụ bạn sẽ giải quyết không thể gọi là khó khăn. Đây không phải là ma trận và tích phân, không phải logic toán học phức tạp. Mục đích của việc kiểm tra là để đo lường dữ liệu tâm lý của bạn.
Toàn bộ khó khăn chỉ nằm ở thời gian bạn được giao và số điểm đậu được nhà tuyển dụng và công ty kiểm tra ấn định. Bạn không biết gì về họ và bạn không biết về các loại nhiệm vụ. Trong bài viết này, chúng tôi sẽ vén bức màn bí mật và cho bạn thấy những gì sẽ chờ đợi bạn trong quá trình thử nghiệm.
Một ví dụ về báo cáo của công ty thử nghiệm dành cho người sử dụng lao động
Kết quả của bạn sẽ được so sánh với kết quả của các ứng viên khác. Đây là kết quả của bài kiểm tra đối với nhà tuyển dụng sử dụng ví dụ về kiểm tra hệ thống Talent-Q.
Đi đến kết luận. Bạn sẽ được so sánh với một nhóm tiêu chuẩn và dựa trên những kết quả này, bạn có được mời phỏng vấn hay không.
Để được phỏng vấn, hãy nhớ luyện tập chăm chỉ! Xem những loại nhiệm vụ nào tồn tại, tìm tài liệu của riêng bạn hoặc sử dụng tài liệu của chúng tôi. Công thức ở đây rất đơn giản: “Đào tạo = Thành công”
Kiểm tra số và các loại của nó. Ví dụ và giải pháp
Ví dụ về một vấn đề với biểu đồ
Số lượng ô tô được nhập khẩu trong quý 2 năm thứ hai nhiều hơn so với năm đầu tiên cùng kỳ là bao nhiêu nghìn ô tô?
Giải pháp:
Biểu đồ cho thấy trong quý 2 năm thứ 2 nhập khẩu 600 nghìn ô tô, quý 2 năm đầu tiên là 425 nghìn.
Chúng tôi tính toán chênh lệch 600-425=175 nghìn xe
Trả lời:
175 nghìn xe
Ví dụ về vấn đề với sơ đồ
Không có gì bí mật rằng mức độ quyền lực của hệ thống tài chính của bất kỳ quốc gia nào đều được đánh giá dựa trên quy mô dự trữ vàng và ngoại hối của quốc gia đó. Tất nhiên, dự trữ càng lớn thì mức độ ổn định kinh tế trước các cú sốc tài chính khác nhau càng cao.
Các biểu đồ dưới đây cho thấy sự thay đổi về quy mô dự trữ như vậy (tính bằng tỷ đô la Mỹ) của năm nền kinh tế lớn nhất thế giới: Trung Quốc, Hoa Kỳ, Nhật Bản, Liên minh Châu Âu (EU) và Liên bang Nga. Lưu ý rằng dữ liệu được xem xét liên quan đến giai đoạn 2010-2013.
Dự trữ vàng và ngoại hối của Trung Quốc năm 2010 lớn hơn Nga năm 2011 bao nhiêu lần?
Giải pháp:
Dự trữ vàng và ngoại hối của Trung Quốc năm 2010 lên tới 2.000 tỷ USD, Liên bang Nga năm 2011 - 400 tỷ USD.
Trả lời:
Ví dụ về sự cố với bảng
Tại Thế vận hội Olympic 2004, các vận động viên từ 5 quốc gia giành được nhiều huy chương vàng, bạc và đồng nhất: Mỹ, Trung Quốc, Nga, Úc và Nhật Bản. Câu hỏi: Đội tuyển Nga thiếu bao nhiêu huy chương vàng để đứng đầu bảng xếp hạng đồng đội về số huy chương vàng không tính bạc?
Nhận xét: các vị trí trong bảng xếp hạng được phân bổ theo tổng số giải thưởng
Giải pháp:
Để đứng đầu về huy chương vàng, Nga cần vượt qua Mỹ và thu về 36 huy chương. Tức là chúng ta thiếu 36-27 = 9 huy chương
Trả lời:
Ví dụ về một bài toán liên quan đến tỷ lệ phần trăm
Vào tháng 1 năm 2012, giá một bộ vest nam đã tăng 25% và vào tháng 3 năm 2013, trong đợt giảm giá, giá này đã giảm 16% so với mức giá đã tăng và hiện ở mức 336 USD. Tổng cộng giá của một bộ vest đã giảm hay tăng bao nhiêu phần trăm trong khoảng thời gian nêu trên?
Giải pháp:
Hãy để chúng tôi biểu thị bằng x giá ban đầu.
Khi đó giá tháng 1 năm 2012 là 1,25*x;
Giá trong tháng 3 (1-0,16)*1,25*x=$336
1,05*x=$336
Trả lời:
Giá đã tăng 5%.
Ví dụ về bài toán hỗn hợp
Từ hai dung dịch muối - 10 phần trăm và 15 phần trăm, bạn cần tạo ra 40 gam dung dịch 12 phần trăm. Tôi nên dùng bao nhiêu gam mỗi dung dịch?
Giải pháp:
Chúng ta ký hiệu x là khối lượng của dung dịch 10% và y là khối lượng của dung dịch 15%.
Khi đó ta có thể tạo 2 phương trình:
Tổng khối lượng của dung dịch là 40 gam
Phương trình sau đây sẽ xác định hàm lượng muối của dung dịch:
0,1x+0,15y=0,12*40
Vậy ta có hệ 2 phương trình. Chúng ta biểu thị x từ phương trình đầu tiên và thay thế nó vào phương trình thứ hai.
0,1*(40-y)+0,15y=4,8
4-0,1y+0,15y=4,8
Trả lời:
10 phần trăm 24 gam, 15 phần trăm 16 gam.
Kiểm tra logic bằng lời nói. Ví dụ và giải pháp.
Ví dụ về một nhiệm vụ logic bằng lời nói
Có một phân loại bệnh quốc tế (ICD-10) được chấp nhận trên toàn thế giới; nó bao gồm hàng trăm bệnh khác nhau. Nhiều bác sĩ tâm thần từ các quốc gia khác nhau trên thế giới (ví dụ, bác sĩ người Mỹ Kimberly Young) yêu cầu đưa chứng nghiện mạng (nghiện máy tính) vào thành một căn bệnh trong phiên bản tiếp theo của ICD. Hiện tại, chẩn đoán gần nhất hiện có là chứng nghiện chơi game, nhưng mô tả về căn bệnh này chỉ đề cập đến việc sử dụng máy đánh bạc, không có gì để nói về máy tính cá nhân.
Câu 1: Nghiện mạng là một căn bệnh được thừa nhận trên toàn thế giới.
Trả lời: SAI.
Giải thích: vì các bác sĩ tâm thần từ các quốc gia khác nhau yêu cầu đưa chứng nghiện mạng vào phiên bản tiếp theo của ICD, nên chúng tôi có thể kết luận rằng căn bệnh này vẫn chưa được công nhận trên toàn thế giới.
Câu chuyện về Stanislav Panteleev. Thử nghiệm tại P&G
Tôi sẽ kể cho bạn nghe về trải nghiệm của tôi và chính bạn sẽ rút ra kết luận từ điều này. Năm 2008, tôi tốt nghiệp Đại học Bang Ural với bằng kinh tế và quản lý chuyên ngành quản lý chống khủng hoảng. Trong các khóa học cuối cùng, chúng tôi đã nhận được một quảng cáo mạnh mẽ từ Big Four (E&Y KPMG Deloitte PwC). Nhiều người trong khóa học của tôi đã đến làm việc ở đó. Còn lại 90% trong năm đầu tiên. Tôi đã chọn cho mình một con đường khác - bán hàng. Công ty đầu tiên tôi đến là P&G. Tôi đã điền vào biểu mẫu trong hệ thống Taleo, tải sơ yếu lý lịch của mình lên, chờ cuộc gọi và hiện tôi đang thử việc tại chi nhánh P&G ở Yekaterinburg. Ấn tượng đầu tiên là các nhiệm vụ rất dễ dàng, nhưng thời gian trôi đi một cách khó hiểu. Chúng tôi có ba ứng cử viên cho vị trí Bán hàng tại P&G. Tôi đã làm việc cẩn thận mọi thứ và bị mắc kẹt trong một số nhiệm vụ. Tôi nhớ có một số vấn đề về số lượng và loại đồ vật có kích thước khác nhau sẽ phù hợp với một nhà kho - tôi ngồi trên đó khoảng 10 phút và nhận ra rằng mình không thể giải quyết được. Có lúc, đối thủ của tôi hỏi tôi: “Bạn có thời gian không?” Tôi nói rằng tôi sẽ có thời gian, nhưng thời gian còn lại tôi chỉ chạy loanh quanh với những câu trả lời từ tên ngốc. Kết quả có sau 20 phút. Stanislav "Không." Lúc đó tôi rất khó chịu. Tôi chưa bao giờ gặp vấn đề với những nhiệm vụ đơn giản như vậy, nhưng ở đây tôi sẽ thất bại và hủy hoại sự nghiệp của mình. Vài ngày sau, tôi tỉnh lại và nhận ra suy nghĩ đơn giản này - tôi sẽ tìm sách giáo khoa, tải bài kiểm tra xuống và bắt đầu chuẩn bị. Nhưng nó không có ở đó. Hầu như không có hướng dẫn trực tuyến nào về cách chuẩn bị cho những công việc tưởng chừng đơn giản như vậy. Kiểm tra quá. Kết quả là nguồn lực chuẩn bị khan hiếm. Và sự nghiệp của tôi có ý nghĩa rất lớn đối với tôi vào thời điểm đó. Điều này bao gồm tiền bạc, sự phát triển nghề nghiệp và ý nghĩa xã hội. Có một nguồn tài liệu từ Vadim Tikhonov, nhưng tôi không muốn trả tiền cho các bài kiểm tra vào lúc đó. Đối với tôi, dường như mọi thứ đều có thể được tải xuống. Kết quả là, tôi đã dành rất nhiều thời gian và bắt đầu soạn các nhiệm vụ của mình dựa trên những gì tôi nhớ được và những gì tôi gặp phải. Tôi bắt đầu hỏi bạn bè và người quen của mình, những người cũng gặp phải vấn đề này. Đây là cách tôi gặp Marina Tarasova, người đã giúp đỡ tôi rất nhiều trong quá trình chuẩn bị. Vào thời điểm đó, cô đã có nhiều kinh nghiệm trong việc phát triển các bài kiểm tra để đánh giá và đánh giá nhân sự, bao gồm cả bài kiểm tra đào tạo để được tuyển dụng vào các công ty quốc tế. Tiếp theo là các công ty Mars, KPMG, E&Y, Unilever. Ở mọi nơi tôi đều vượt qua những bài kiểm tra này một cách thành công! Chỉ cần nắm vững nguyên tắc là được. Khóa đào tạo đã giúp ích cho tôi và nó cũng sẽ giúp ích cho bạn. Các bài kiểm tra của chúng tôi được trả tiền vì chúng tôi dành rất nhiều công sức để tạo ra chúng - làm việc để có kết quả. Bạn có thể đã gặp phải thực tế là có rất ít thông tin về chủ đề chuẩn bị cho kỳ thi. Chúng tôi đang lấp đầy khoảng trống này. Rất nhiều điều mới mẻ đến từ các bạn, các khách hàng và độc giả thân mến. Hàng tháng, chúng tôi cập nhật các bài kiểm tra phù hợp với thông tin và xu hướng mới trên thị trường kiểm tra ứng viên. Chúng bao gồm các nhiệm vụ mới, các loại nhiệm vụ mới, ví dụ về giải pháp và các cập nhật khác. Do đó, chúng tôi đã tạo ra một nguồn tài nguyên nhỏ nhưng rất hữu ích cho việc luyện thi của bạn. Chúng tôi sẵn sàng lắng nghe mong muốn, nhận xét và đánh giá của bạn trên trang web của chúng tôi. Để thực hiện việc này, hãy liên hệ với “nhà tư vấn” và chúng tôi sẽ liên hệ với bạn.
Gennadii_M Ngày 17 tháng 3 năm 2016 lúc 2:52 chiều
Đang thử nghiệm. Lý thuyết cơ bản
- Kiểm tra hệ thống CNTT
- Hướng dẫn
Gần đây tôi đã có một cuộc phỏng vấn tại Middle QA cho một dự án vượt quá khả năng của tôi rõ ràng. Tôi đã dành rất nhiều thời gian cho một điều gì đó mà tôi hoàn toàn không biết và rất ít thời gian để lặp lại một lý thuyết đơn giản nhưng vô ích.
Dưới đây là những điều cơ bản cần xem xét trước khi phỏng vấn cho Thực tập sinh và Junior: Định nghĩa về Kiểm tra, chất lượng, xác minh/xác nhận, mục tiêu, giai đoạn, kế hoạch kiểm tra, điểm kế hoạch kiểm tra, thiết kế kiểm tra, kỹ thuật thiết kế kiểm tra, ma trận truy xuất nguồn gốc, trường hợp kiểm thử, danh sách kiểm tra, lỗi, lỗi/không hiệu quả/thất bại, báo cáo lỗi, mức độ nghiêm trọng so với mức độ ưu tiên, mức độ kiểm tra, loại/loại, phương pháp thử nghiệm tích hợp, nguyên tắc kiểm thử, kiểm thử tĩnh và động, kiểm thử thăm dò/đặc biệt, yêu cầu, vòng đời lỗi, các giai đoạn phát triển phần mềm, bảng quyết định, kỹ sư qa/qc/kiểm thử, sơ đồ kết nối.
Mọi ý kiến góp ý, chỉnh sửa, bổ sung đều rất hoan nghênh.
Kiểm thử phần mềm- kiểm tra sự tương ứng giữa hành vi thực tế và hành vi mong đợi của chương trình, được thực hiện trên một tập hợp các thử nghiệm hữu hạn được chọn theo một cách nhất định. Theo nghĩa rộng hơn, kiểm thử là một trong những kỹ thuật kiểm soát chất lượng bao gồm các hoạt động lập kế hoạch công việc (Quản lý kiểm thử), thiết kế kiểm thử (Thiết kế kiểm thử), thực hiện kiểm thử (Thực hiện kiểm thử) và phân tích kết quả (Phân tích kiểm thử).
Chất lượng phần mềm là tập hợp các đặc tính của phần mềm liên quan đến khả năng đáp ứng các nhu cầu đã nêu và dự kiến.
xác minh là quá trình đánh giá một hệ thống hoặc các thành phần của nó để xác định xem kết quả của giai đoạn phát triển hiện tại có đáp ứng các điều kiện được hình thành ở đầu giai đoạn này hay không. Những thứ kia. liệu các mục tiêu, thời hạn và nhiệm vụ phát triển dự án được xác định ở đầu giai đoạn hiện tại của chúng tôi có được đáp ứng hay không.
Thẩm định- đây là quyết định xem phần mềm đang được phát triển có đáp ứng được mong đợi và nhu cầu của người dùng cũng như các yêu cầu hệ thống hay không.
Bạn cũng có thể tìm cách giải thích khác:
Quá trình đánh giá sự tuân thủ của sản phẩm với các yêu cầu (thông số kỹ thuật) rõ ràng là xác minh, đồng thời đánh giá sự tuân thủ của sản phẩm với mong đợi và yêu cầu của người dùng là xác nhận. Bạn cũng có thể thường xuyên tìm thấy định nghĩa sau đây về các khái niệm này:
Xác thực - ‘đây có phải là thông số kỹ thuật phù hợp không?’.
Xác minh - ‘hệ thống có đúng với thông số kỹ thuật không?’.
Mục tiêu thử nghiệm
Tăng khả năng ứng dụng dành cho thử nghiệm sẽ hoạt động chính xác trong mọi trường hợp.
Tăng khả năng ứng dụng đang được thử nghiệm sẽ đáp ứng tất cả các yêu cầu được mô tả.
Cung cấp thông tin cập nhật về tình trạng hiện tại của sản phẩm.
Các giai đoạn thử nghiệm:
1. Phân tích sản phẩm
2. Làm việc với các yêu cầu
3. Phát triển chiến lược thử nghiệm
và lập kế hoạch các thủ tục kiểm soát chất lượng
4. Tạo tài liệu kiểm tra
5. Thử nghiệm nguyên mẫu
6. Kiểm tra cơ bản
7. Ổn định
8. Vận hành
Kế hoạch kiểm tra- đây là tài liệu mô tả toàn bộ phạm vi công việc thử nghiệm, bắt đầu từ mô tả đối tượng, chiến lược, lịch trình, tiêu chí bắt đầu và kết thúc thử nghiệm, đến thiết bị cần thiết trong quy trình, kiến thức đặc biệt cũng như đánh giá rủi ro với các lựa chọn để giải quyết chúng.
Trả lời các câu hỏi:
Những gì nên được kiểm tra?
Bạn sẽ kiểm tra cái gì?
Bạn sẽ kiểm tra như thế nào?
Khi nào bạn sẽ kiểm tra?
Tiêu chí để bắt đầu thử nghiệm.
Tiêu chí hoàn thành bài kiểm tra.
Các điểm chính của kế hoạch kiểm tra
Tiêu chuẩn IEEE 829 liệt kê các điểm mà một kế hoạch kiểm tra nên (có thể) bao gồm:
a) Mã định danh kế hoạch thử nghiệm;
b) Giới thiệu;
c) Hạng mục kiểm tra;
d) Tính năng cần thử nghiệm;
e) Tính năng không cần kiểm thử;
f) Tiếp cận;
g) Tiêu chí đạt/không đạt;
h) Tiêu chí đình chỉ và yêu cầu tiếp tục đình chỉ;
i) Sản phẩm thử nghiệm;
j) Nhiệm vụ kiểm tra;
k) Nhu cầu về môi trường;
l) Trách nhiệm;
m) Nhu cầu nhân sự và đào tạo;
n) Lịch trình;
o) Rủi ro và dự phòng;
p) Phê duyệt.
Thiết kế thử nghiệm– đây là giai đoạn của quy trình kiểm thử phần mềm trong đó các kịch bản kiểm thử (trường hợp kiểm thử) được thiết kế và tạo theo các tiêu chí chất lượng và mục tiêu kiểm thử đã xác định trước đó.
Vai trò chịu trách nhiệm thiết kế thử nghiệm:
Nhà phân tích kiểm thử - xác định “Kiểm thử CÁI GÌ?”
Người thiết kế thử nghiệm - xác định “LÀM THẾ NÀO để thử nghiệm?”
Kỹ thuật thiết kế thử nghiệm
Phân vùng tương đương (EP). Ví dụ: nếu bạn có một phạm vi giá trị hợp lệ từ 1 đến 10, bạn phải chọn một giá trị đúng bên trong khoảng, giả sử là 5 và một giá trị không chính xác ngoài khoảng, 0.
Phân tích giá trị biên (BVA). Nếu lấy ví dụ trên, chúng tôi sẽ chọn giới hạn tối thiểu và tối đa (1 và 10) làm giá trị cho thử nghiệm dương tính và các giá trị lớn hơn và nhỏ hơn giới hạn (0 và 11). Phân tích giá trị biên có thể được áp dụng cho các trường, bản ghi, tệp hoặc bất kỳ loại thực thể bị ràng buộc nào.
Nguyên nhân/Hậu quả - CE. Theo quy định, đây là việc nhập kết hợp các điều kiện (lý do) để nhận được phản hồi từ hệ thống (Hiệu ứng). Ví dụ: bạn đang thử nghiệm khả năng thêm khách hàng bằng cách sử dụng một màn hình cụ thể. Để thực hiện việc này, bạn sẽ cần nhập một số trường như “Tên”, “Địa chỉ”, “Số điện thoại” và sau đó nhấp vào nút “Thêm” - đây là “Lý do”. Sau khi nhấp vào nút "Thêm", hệ thống sẽ thêm khách hàng vào cơ sở dữ liệu và hiển thị số của khách hàng đó trên màn hình - đây là "Điều tra".
Lỗi đoán (EG).Đây là khi người kiểm tra sử dụng kiến thức của mình về hệ thống và khả năng diễn giải thông số kỹ thuật để “dự đoán” trong những điều kiện đầu vào mà hệ thống có thể gây ra lỗi. Ví dụ: thông số kỹ thuật cho biết "người dùng phải nhập mã." Người thử nghiệm sẽ nghĩ: “Nếu mình không nhập mã thì sao?”, “Nhỡ mình nhập sai mã thì sao? ", và như thế. Đây là dự đoán lỗi.
Kiểm tra toàn diện (ET)- đây là một trường hợp cực đoan. Trong kỹ thuật này, bạn nên kiểm tra tất cả các kết hợp có thể có của các giá trị đầu vào và về nguyên tắc, điều này sẽ tìm ra tất cả các vấn đề. Trong thực tế, việc sử dụng phương pháp này là không thể do số lượng giá trị đầu vào quá lớn.
Kiểm tra theo cặp là một kỹ thuật để tạo tập dữ liệu thử nghiệm. Ví dụ, bản chất có thể được xây dựng như thế này: việc hình thành các tập dữ liệu trong đó mỗi giá trị được kiểm tra của từng tham số được kiểm tra được kết hợp ít nhất một lần với mỗi giá trị được kiểm tra của tất cả các tham số được kiểm tra khác.
Giả sử một số giá trị (thuế) đối với một người được tính dựa trên giới tính, độ tuổi và sự hiện diện của trẻ em - chúng tôi nhận được ba tham số đầu vào, đối với mỗi tham số đó, chúng tôi chọn các giá trị theo một cách nào đó để kiểm tra. Ví dụ: giới tính – nam hay nữ; tuổi - lên đến 25, từ 25 đến 60, trên 60; có con - có hoặc không. Tất nhiên, để kiểm tra tính chính xác của các phép tính, bạn có thể xem qua tất cả các kết hợp giá trị của tất cả các tham số:
| № | sàn nhà | tuổi | những đứa trẻ |
|---|---|---|---|
| 1 | người đàn ông | lên đến 25 | không có con |
| 2 | đàn bà | lên đến 25 | không có con |
| 3 | người đàn ông | 25-60 | không có con |
| 4 | đàn bà | 25-60 | không có con |
| 5 | người đàn ông | trên 60 | không có con |
| 6 | đàn bà | trên 60 | không có con |
| 7 | người đàn ông | lên đến 25 | Bạn có con không |
| 8 | đàn bà | lên đến 25 | Bạn có con không |
| 9 | người đàn ông | 25-60 | Bạn có con không |
| 10 | đàn bà | 25-60 | Bạn có con không |
| 11 | người đàn ông | trên 60 | Bạn có con không |
| 12 | đàn bà | trên 60 | Bạn có con không |
Hoặc bạn có thể quyết định rằng chúng tôi không muốn kết hợp tất cả các giá trị tham số với tất cả mà chỉ muốn đảm bảo rằng chúng tôi kiểm tra tất cả các cặp giá trị tham số duy nhất. Ví dụ: về mặt thông số giới tính và độ tuổi, chúng tôi muốn đảm bảo rằng chúng tôi kiểm tra chính xác một người đàn ông dưới 25 tuổi, một người đàn ông từ 25 đến 60 tuổi, một người đàn ông sau 60 tuổi, cũng như một phụ nữ dưới 25 tuổi, một phụ nữ từ 25 đến 60, v.v.. phụ nữ sau 60. Và hoàn toàn giống nhau đối với tất cả các cặp tham số khác. Và bằng cách này, chúng ta có thể nhận được các bộ giá trị nhỏ hơn nhiều (chúng có tất cả các cặp giá trị, mặc dù một số có hai lần):
| № | sàn nhà | tuổi | những đứa trẻ |
|---|---|---|---|
| 1 | người đàn ông | lên đến 25 | không có con |
| 2 | đàn bà | lên đến 25 | Bạn có con không |
| 3 | người đàn ông | 25-60 | Bạn có con không |
| 4 | đàn bà | 25-60 | không có con |
| 5 | người đàn ông | trên 60 | không có con |
| 6 | đàn bà | trên 60 | Bạn có con không |
Cách tiếp cận này gần như là bản chất của kỹ thuật kiểm tra theo cặp - chúng tôi không kiểm tra tất cả các kết hợp của tất cả các giá trị nhưng chúng tôi kiểm tra tất cả các cặp giá trị.
Ma trận truy xuất nguồn gốc - Ma trận tuân thủ yêu cầu là một bảng hai chiều chứa sự tương ứng giữa các yêu cầu chức năng của sản phẩm và các ca kiểm thử đã chuẩn bị. Tiêu đề cột của bảng chứa các yêu cầu và tiêu đề hàng chứa các kịch bản thử nghiệm. Tại giao lộ có một dấu hiệu cho biết yêu cầu của cột hiện tại được đáp ứng bởi trường hợp thử nghiệm của hàng hiện tại.
Ma trận tuân thủ yêu cầu được các kỹ sư QA sử dụng để xác thực phạm vi kiểm tra sản phẩm. MCT là một phần không thể thiếu của kế hoạch kiểm tra.
Trường hợp thử nghiệm là một tạo phẩm mô tả một tập hợp các bước, điều kiện cụ thể và tham số cần thiết để kiểm tra việc triển khai chức năng đang được kiểm tra hoặc một phần của nó.
Ví dụ:
Hành động Kết quả mong đợi Kết quả kiểm tra
(đạt/không đạt/bị chặn)
Mở trang “đăng nhập” Trang đăng nhập được mở Đã vượt qua
Mỗi test case phải có 3 phần:
Điều kiện tiên quyết Danh sách các hành động đưa hệ thống về điều kiện phù hợp cho thử nghiệm cơ bản. Hoặc danh sách các điều kiện mà việc đáp ứng điều kiện này cho biết hệ thống đang ở trạng thái phù hợp để tiến hành thử nghiệm chính.
Mô tả trường hợp thử nghiệm Danh sách các hành động chuyển hệ thống từ trạng thái này sang trạng thái khác để thu được kết quả trên cơ sở đó có thể kết luận rằng việc triển khai thỏa mãn các yêu cầu
PostConditions Danh sách các hành động chuyển hệ thống về trạng thái ban đầu (trạng thái trước khi kiểm thử - trạng thái ban đầu)
Các loại tập lệnh kiểm tra:
Các trường hợp thử nghiệm được chia theo kết quả mong đợi thành tích cực và tiêu cực:
Trường hợp kiểm thử dương tính chỉ sử dụng dữ liệu chính xác và xác minh rằng ứng dụng đã thực thi đúng chức năng được gọi.
Trường hợp kiểm thử âm tính hoạt động với cả dữ liệu đúng 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 ngoại lệ (trình xác thực được kích hoạt), đồng thời kiểm tra xem hàm 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.
Danh mục là một tài liệu mô tả những gì cần được kiểm tra. Đồng thời, danh sách kiểm tra có thể có mức độ chi tiết hoàn toàn khác nhau. Danh sách kiểm tra chi tiết đến mức nào tùy thuộc vào yêu cầu báo cáo, mức độ hiểu biết về sản phẩm của nhân viên và độ phức tạp của sản phẩm.
Theo quy định, danh sách kiểm tra chỉ chứa các hành động (các bước) mà không có kết quả như mong đợi. Danh sách kiểm tra ít chính thức hơn kịch bản kiểm tra. Nó thích hợp để sử dụng khi các kịch bản kiểm thử dư thừa. Danh sách kiểm tra cũng được liên kết với các phương pháp thử nghiệm linh hoạt.
Khiếm khuyết (hay còn gọi là lỗi) là sự khác biệt giữa kết quả thực tế của việc thực hiện chương trình và kết quả mong đợi. Các lỗi được phát hiện trong giai đoạn kiểm thử phần mềm, khi người kiểm thử so sánh kết quả của chương trình (thành phần hoặc thiết kế) với kết quả mong đợi được mô tả trong đặc tả yêu cầu.
Lỗi- lỗi người dùng, nghĩa là anh ta cố gắng sử dụng chương trình theo một cách khác.
Ví dụ - nhập các chữ cái vào các trường bạn cần nhập số (tuổi, số lượng hàng hóa, v.v.).
Một chương trình chất lượng cao sẽ giải quyết các tình huống như vậy và hiển thị thông báo lỗi có dấu thập đỏ.
Lỗi (khiếm khuyết)- lỗi của lập trình viên (hoặc nhà thiết kế hoặc bất kỳ ai khác tham gia vào quá trình phát triển), nghĩa là khi có điều gì đó trong chương trình không diễn ra như kế hoạch và chương trình nằm ngoài tầm kiểm soát. Ví dụ: khi đầu vào của người dùng không được kiểm soát theo bất kỳ cách nào, kết quả là dữ liệu không chính xác sẽ gây ra sự cố hoặc các “niềm vui” khác trong hoạt động của chương trình. Hoặc chương trình được xây dựng nội bộ theo cách mà ban đầu nó không tương ứng với những gì được mong đợi ở nó.
Sự thất bại- lỗi (và không nhất thiết là lỗi phần cứng) trong hoạt động của một thành phần, toàn bộ chương trình hoặc hệ thống. Tức là có những khiếm khuyết dẫn đến thất bại (Một khiếm khuyết gây ra thất bại) và có những khiếm khuyết thì không. Ví dụ như lỗi giao diện người dùng. Nhưng lỗi phần cứng không liên quan gì đến phần mềm thì cũng là lỗi.
Báo cáo lỗi là tài liệu mô tả tình huống hoặc chuỗi hành động dẫn đến hoạt động không chính xác của đối tượng thử nghiệm, nêu rõ nguyên nhân và kết quả mong đợi.
một chiếc mũ lưỡi trai
Short description (Tóm tắt) Mô tả ngắn gọn về vấn đề, nêu rõ nguyên nhân và loại tình trạng lỗi.
Tên dự án của dự án đang được thử nghiệm
Thành phần ứng dụng (Component) Tên bộ phận hoặc chức năng của sản phẩm đang được thử nghiệm
Số phiên bản Phiên bản có lỗi được tìm thấy
Mức độ nghiêm trọng Hệ thống năm cấp độ phổ biến nhất để phân loại mức độ nghiêm trọng của lỗi là:
Trình chặn S1
S2 Quan trọng
S3 chính
S4 nhỏ
S5 tầm thường
Mức độ ưu tiên Mức độ ưu tiên của lỗi:
P1 Cao
P2 vừa
P3 Thấp
Trạng thái Trạng thái của lỗi. Phụ thuộc vào quy trình được sử dụng và vòng đời của lỗi (quy trình xử lý lỗi và vòng đời của lỗi)
Tác giả (Tác giả) Người tạo báo cáo lỗi
Được giao cho Tên của người được giao cho vấn đề.
Môi trường
Hệ điều hành/Gói dịch vụ, v.v. / Trình duyệt + phiên bản /… Thông tin về môi trường phát hiện lỗi: hệ điều hành, gói dịch vụ, để kiểm tra WEB - tên và phiên bản trình duyệt, v.v.
…
Sự miêu tả
Các bước để tái tạo Các bước mà bạn có thể dễ dàng tái tạo lại tình huống dẫn đến lỗi.
Kết quả thực tế Kết quả thu được sau khi trải qua các bước tái hiện
Kết quả mong đợi Kết quả mong đợi đúng
Tiện ích bổ sung
Tệp đính kèm Tệp nhật ký, ảnh chụp màn hình hoặc bất kỳ tài liệu nào khác có thể giúp làm rõ nguyên nhân gây ra lỗi hoặc chỉ ra cách giải quyết vấn đề
Mức độ nghiêm trọng so với mức độ ưu tiên
Mức độ nghiêm trọng là một thuộc tính mô tả tác động của lỗi đến hiệu suất của ứng dụng.
Mức độ ưu tiên là thuộc tính cho biết mức độ ưu tiên thực hiện một nhiệm vụ hoặc loại bỏ lỗi. Có thể nói đây là công cụ của người quản lý kế hoạch làm việc. Mức độ ưu tiên càng cao thì lỗi cần được sửa càng nhanh.
Mức độ nghiêm trọng được người kiểm tra phơi bày
Ưu tiên – người quản lý, trưởng nhóm hoặc khách hàng
Mức độ nghiêm trọng của khuyết tật (Mức độ nghiêm trọng)
Trình chặn S1
Lỗi chặn khiến ứng dụng không hoạt động, khiến hệ thống đang được thử nghiệm hoặc các chức năng chính của nó không thể hoạt động được nữa. Giải quyết vấn đề là cần thiết cho hoạt động tiếp theo của hệ thống.
S2 Quan trọng
Lỗi nghiêm trọng, logic nghiệp vụ chính bị trục trặc, lỗ hổng trong hệ thống bảo mật, sự cố dẫn đến sự cố tạm thời của máy chủ hoặc khiến một phần hệ thống không hoạt động mà không có khả năng giải quyết vấn đề bằng cách sử dụng các điểm truy nhập khác. Việc giải quyết vấn đề là cần thiết để tiếp tục làm việc với các chức năng chính của hệ thống đang được thử nghiệm.
S3 chính
Một lỗi nghiêm trọng, một phần logic nghiệp vụ chính không hoạt động chính xác. Lỗi không nghiêm trọng hoặc có thể hoạt động với chức năng đang được kiểm tra bằng cách sử dụng các điểm đầu vào khác.
S4 nhỏ
Một lỗi nhỏ không vi phạm logic nghiệp vụ của phần ứng dụng đang được thử nghiệm, một vấn đề rõ ràng về giao diện người dùng.
S5 tầm thường
Một lỗi nhỏ không ảnh hưởng đến logic nghiệp vụ của ứng dụng, một sự cố có khả năng tái tạo kém và khó nhận thấy qua giao diện người dùng, một sự cố với thư viện hoặc dịch vụ của bên thứ ba, một sự cố không có bất kỳ tác động nào đến chất lượng tổng thể của ứng dụng. sản phẩm.
Mức độ ưu tiên của lỗi (Ưu tiên)
P1 Cao
Lỗi phải được sửa càng nhanh càng tốt, bởi vì... sự hiện diện của nó là rất quan trọng cho dự án.
P2 vừa
Lỗi phải được sửa; sự hiện diện của nó không nghiêm trọng nhưng cần có giải pháp bắt buộc.
P3 Thấp
Lỗi phải được sửa chữa, sự hiện diện của nó không nghiêm trọng và không cần giải pháp khẩn cấp.
Cấp độ kiểm tra
1. Kiểm tra đơn vị
Kiểm thử thành phần (đơn vị) kiểm tra chức năng và tìm kiếm các lỗi trong các phần của ứng dụng có thể truy cập được và có thể được kiểm tra riêng biệt (mô-đun chương trình, đối tượng, lớp, hàm, v.v.).
2. Kiểm tra tích hợp
Sự tương tác giữa các thành phần hệ thống được kiểm tra sau khi thử nghiệm thành phần.
3. Kiểm tra hệ thống
Mục tiêu chính của kiểm thử hệ thống là xác minh cả các yêu cầu chức năng và phi chức năng trong toàn bộ hệ thống. Điều này xác định các lỗi như sử dụng tài nguyên hệ thống không chính xác, kết hợp dữ liệu cấp độ người dùng ngoài ý muốn, không tương thích với môi trường, trường hợp sử dụng ngoài ý muốn, chức năng bị thiếu hoặc không chính xác, sự bất tiện khi sử dụng, v.v.
4. Kiểm thử vận hành (Release testing).
Ngay cả khi một hệ thống đáp ứng tất cả các yêu cầu, điều quan trọng là phải đảm bảo rằng nó đáp ứng được nhu cầu của người dùng và hoàn thành vai trò của nó trong môi trường vận hành như được xác định trong mô hình kinh doanh của hệ thống. Cần lưu ý rằng mô hình kinh doanh có thể có sai sót. Đây là lý do tại sao việc tiến hành thử nghiệm vận hành là bước xác nhận cuối cùng lại rất quan trọng. Ngoài ra, việc kiểm thử trong môi trường vận hành cho phép chúng ta xác định các vấn đề phi chức năng như: xung đột với các hệ thống khác liên quan đến lĩnh vực nghiệp vụ hoặc trong môi trường phần mềm, điện tử; hiệu suất hệ thống không đủ trong môi trường vận hành, v.v. Rõ ràng, việc tìm kiếm những thứ như vậy ở giai đoạn triển khai là một vấn đề quan trọng và tốn kém. Đó là lý do tại sao việc thực hiện không chỉ việc xác minh mà còn cả việc xác nhận lại rất quan trọng ngay từ những giai đoạn đầu tiên của quá trình phát triển phần mềm.
5. Kiểm tra chấp nhận
Một quy trình thử nghiệm chính thức nhằm xác minh rằng hệ thống đáp ứng các yêu cầu và đượ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;
đưa ra quyết định của khách hàng hoặc người được ủy quyền khác về việc đơn đăng ký có được chấp nhận hay không.
Các loại/loại thử nghiệm
Các loại thử nghiệm chức năng
Thử nghiệm chức năng
Kiểm tra GUI
Kiểm tra kiểm soát truy cập và bảo mật
Kiểm tra khả năng tương tác
Các loại thử nghiệm phi chức năng
Tất cả các loại thử nghiệm hiệu suất:
o kiểm tra tải (Kiểm tra hiệu suất và tải)
o Kiểm tra căng thẳng
o Kiểm tra độ ổn định / độ tin cậy
o Kiểm tra khối lượng
Kiểm tra cài đặt
Kiểm tra khả năng sử dụng
Kiểm tra chuyển đổi dự phòng và phục hồi
Kiểm tra cấu hình
Các loại thử nghiệm liên quan đến thay đổi
Kiểm tra khóiKiểm tra hồi quy
Kiểm tra lại
Kiểm tra xác minh bản dựng
Kiểm tra vệ sinh
Thử nghiệm chức năng xem xét hành vi được chỉ định trước và dựa trên phân tích các thông số kỹ thuật về chức năng của thành phần hoặc toàn bộ hệ thống.
Kiểm tra GUI- kiểm tra chức năng của giao diện xem có tuân thủ các yêu cầu - kích thước, phông chữ, màu sắc, hành vi nhất quán.
Kiểm tra bảo mật là một chiến lược thử nghiệm được sử dụng để kiểm tra tính bảo mật của hệ thống, cũng như phân tích các rủi ro liên quan đến việc cung cấp cách tiếp cận toàn diện để bảo vệ ứng dụng trước các cuộc tấn công của tin tặc, vi rút, truy cập trái phép vào dữ liệu bí mật.
Kiểm tra khả năng tương tác là thử nghiệm chức năng để kiểm tra khả năng tương tác của ứng dụng với một hoặc nhiều thành phần hoặc hệ thống và bao gồm thử nghiệm khả năng tương thích và thử nghiệm tích hợp
Bài kiểm tra về áp lực- đây là thử nghiệm tự động mô phỏng công việc của một số lượng người dùng doanh nghiệp nhất định trên một số tài nguyên chung (được họ chia sẻ).
Bài kiểm tra về áp lực cho phép bạn kiểm tra mức độ hiệu quả của ứng dụng và toàn bộ hệ thống đang bị căng thẳng, đồng thời đánh giá khả năng phục hồi của hệ thống, tức là. trở lại bình thường sau khi hết căng thẳng. Căng thẳng trong bối cảnh này có thể là sự gia tăng cường độ hoạt động lên các giá trị rất cao hoặc thay đổi khẩn cấp trong cấu hình máy chủ. Ngoài ra, một trong những nhiệm vụ của kiểm tra sức chịu đựng có thể là đánh giá sự suy giảm hiệu suất, do đó mục tiêu của kiểm tra sức chịu đựng có thể trùng lặp với mục tiêu của kiểm tra hiệu suất.
Kiểm tra khối lượng. Mục đích của kiểm tra khối lượng là để có được đánh giá về hiệu suất khi khối lượng dữ liệu trong cơ sở dữ liệu ứng dụng tăng lên.
Kiểm tra độ ổn định / độ tin cậy. Nhiệm vụ của kiểm tra độ ổn định (độ tin cậy) là kiểm tra chức năng của ứng dụng trong quá trình kiểm tra dài hạn (nhiều giờ) với mức tải trung bình.
Kiểm tra cài đặt nhằm mục đích xác minh cài đặt và cấu hình thành công cũng như cập nhật hoặc gỡ cài đặt phần mềm.
Kiểm tra khả năng sử dụng là phương pháp thử nghiệm nhằm xác lập mức độ khả năng sử dụng, khả năng học hỏi, khả năng hiểu và mức độ hấp dẫn đối với người sử dụng sản phẩm đang được phát triển trong bối cảnh các điều kiện nhất định. Điều này cũng bao gồm:
Trải nghiệm người dùng (UX) là cảm giác mà người dùng trải nghiệm khi sử dụng sản phẩm kỹ thuật số, trong khi Giao diện người dùng là công cụ cho phép người dùng tương tác với tài nguyên web.
Kiểm tra chuyển đổi dự phòng và phục hồi kiểm tra sản phẩm được kiểm tra về khả năng chịu đựng và phục hồi thành công sau các lỗi có thể xảy ra do lỗi phần mềm, lỗi phần cứng hoặc sự cố truyền thông (ví dụ: lỗi mạng). Mục đích của loại thử nghiệm này là để kiểm tra các hệ thống khôi phục (hoặc các hệ thống sao chép chức năng chính), trong trường hợp xảy ra lỗi, sẽ đảm bảo tính an toàn và tính toàn vẹn của dữ liệu của sản phẩm đang được thử nghiệm.
Kiểm tra cấu hình- một loại thử nghiệm đặc biệt nhằm kiểm tra hoạt động của phần mềm trong các cấu hình hệ thống khác nhau (nền tảng được khai báo, trình điều khiển được hỗ trợ, cấu hình máy tính khác nhau, v.v.)
Khói Kiểm thử được coi là một chu kỳ kiểm thử ngắn được thực hiện để xác nhận rằng sau khi xây dựng mã (mới hoặc cố định), ứng dụng đã cài đặt sẽ khởi động và thực hiện các chức năng cơ bản.
Kiểm tra hồi quy là một loại thử nghiệm nhằm xác minh các thay đổi được thực hiện đối với một ứng dụng hoặc môi trường (sửa lỗi, hợp nhất mã, di chuyển sang hệ điều hành, cơ sở dữ liệu, máy chủ web hoặc máy chủ ứng dụng khác), để xác nhận thực tế rằng chức năng có sẵn hoạt động như dự định trước. Kiểm tra hồi quy có thể là kiểm tra chức năng và phi chức năng.
Kiểm tra lại- kiểm tra, trong đó các tập lệnh kiểm tra đã xác định lỗi trong lần chạy cuối cùng được thực thi để xác nhận sự thành công của việc sửa các lỗi này.
Sự khác biệt giữa kiểm tra hồi quy và kiểm tra lại là gì?
Kiểm tra lại - sửa lỗi được kiểm tra
Kiểm tra hồi quy - kiểm tra xem các bản sửa lỗi cũng như mọi thay đổi trong mã ứng dụng không ảnh hưởng đến các mô-đun phần mềm khác và không gây ra lỗi mới.
Kiểm tra lắp ráp hoặc Kiểm tra xác minh bản dựng- thử nghiệm nhằm xác định sự tuân thủ của phiên bản đã phát hành với các tiêu chí chất lượng để bắt đầu thử nghiệm. Về mục tiêu, nó tương tự như Smoke testing, nhằm mục đích chấp nhận một phiên bản mới để thử nghiệm hoặc vận hành thêm. Nó có thể thâm nhập sâu hơn, tùy thuộc vào yêu cầu chất lượng của phiên bản được phát hành.
Kiểm tra vệ sinh- đây là thử nghiệm tập trung ở phạm vi hẹp đủ để chứng minh rằng một chức năng cụ thể hoạt động theo các yêu cầu được nêu trong đặc tả. Nó là một tập hợp con của thử nghiệm hồi quy. Được sử dụng để xác định hiệu suất của một phần nhất định của ứng dụng sau những thay đổi được thực hiện đối với nó hoặc môi trường. Thường được thực hiện thủ công.
Các phương pháp kiểm thử tích hợp:
Tích hợp từ dưới lên
Tất cả các mô-đun, thủ tục hoặc chức năng cấp thấp được thu thập cùng nhau và sau đó được kiểm tra. Sau đó, cấp mô-đun tiếp theo được lắp ráp để thử nghiệm tích hợp. Cách tiếp cận này được coi là hữu ích nếu tất cả hoặc gần như tất cả các mô-đun ở cấp độ đang được phát triển đã sẵn sàng. Cách tiếp cận này cũng giúp xác định mức độ sẵn sàng của ứng dụng dựa trên kết quả thử nghiệm.
Tích hợp từ trên xuống
Đầu tiên, tất cả các mô-đun cấp cao đều được kiểm tra và dần dần các mô-đun cấp thấp được thêm vào từng mô-đun một. Tất cả các mô-đun cấp thấp hơn được mô phỏng dưới dạng các phần sơ khai có chức năng tương tự, sau đó khi sẵn sàng, chúng được thay thế bằng các thành phần hoạt động thực sự. Bằng cách này, chúng tôi kiểm tra từ trên xuống dưới.
Big Bang (Tích hợp “Big Bang”)
Tất cả hoặc gần như tất cả các mô-đun đã phát triển được tập hợp lại với nhau thành một hệ thống hoàn chỉnh hoặc bộ phận chính của nó, sau đó tiến hành thử nghiệm tích hợp. Cách tiếp cận này rất tốt để tiết kiệm thời gian. Tuy nhiên, nếu các trường hợp kiểm thử và kết quả của chúng không được ghi lại chính xác thì bản thân quá trình tích hợp sẽ rất phức tạp, điều này sẽ trở thành trở ngại cho nhóm kiểm thử trong việc đạt được mục tiêu chính của kiểm thử tích hợp.
Nguyên tắc kiểm tra
Nguyên tắc 1– Kiểm tra cho thấy sự hiện diện của khuyết tật
Việc kiểm tra có thể cho thấy có khiếm khuyết nhưng không thể chứng minh rằng chúng không tồn tại. Kiểm tra làm giảm khả năng xảy ra lỗi trong phần mềm, nhưng ngay cả khi không tìm thấy lỗi nào, điều này cũng không chứng minh được tính đúng đắn của nó.
Nguyên tắc 2– Không thể kiểm tra toàn diện
Việc thử nghiệm hoàn chỉnh bằng cách sử dụng tất cả các kết hợp đầu vào và điều kiện tiên quyết là không khả thi về mặt vật lý ngoại trừ những trường hợp tầm thường. Thay vì thử nghiệm toàn diện, nên sử dụng phân tích rủi ro và ưu tiên để tập trung nỗ lực thử nghiệm tốt hơn.
Nguyên tắc 3– Thử nghiệm sớm
Để tìm ra lỗi càng sớm càng tốt, các hoạt động kiểm thử nên được bắt đầu càng sớm càng tốt trong vòng đời phát triển phần mềm hoặc hệ thống và nên tập trung vào các mục tiêu cụ thể.
Nguyên tắc 4– Phân cụm khuyết tật
Các nỗ lực kiểm tra nên được tập trung theo tỷ lệ dự kiến và sau đó là mật độ lỗi mô-đun thực tế. Theo quy định, hầu hết các lỗi được phát hiện trong quá trình thử nghiệm hoặc gây ra phần lớn lỗi hệ thống đều nằm trong một số lượng nhỏ mô-đun.
Nguyên tắc 5– Nghịch lý thuốc trừ sâu
Nếu các thử nghiệm tương tự được chạy đi chạy lại nhiều lần, cuối cùng tập hợp các trường hợp thử nghiệm này sẽ không còn tìm thấy lỗi mới nữa. Để khắc phục “nghịch lý thuốc trừ sâu” này, các trường hợp thử nghiệm phải được xem xét và điều chỉnh thường xuyên, các thử nghiệm mới phải toàn diện bao trùm tất cả các thành phần phần mềm,
hoặc hệ thống và tìm ra càng nhiều khiếm khuyết càng tốt.
Nguyên tắc 6– Kiểm thử là khái niệm phụ thuộc
Việc kiểm tra được thực hiện khác nhau tùy thuộc vào ngữ cảnh. Ví dụ: phần mềm quan trọng về bảo mật được kiểm tra khác với trang web thương mại điện tử.
Nguyên tắc 7– Ngụy biện không có lỗi
Việc tìm và sửa lỗi sẽ không giúp ích gì nếu hệ thống được tạo ra không phù hợp với người dùng và không đáp ứng được mong đợi và nhu cầu của họ.
Kiểm tra tĩnh và động
Thử nghiệm tĩnh khác với thử nghiệm động ở chỗ nó được thực hiện mà không cần chạy mã sản phẩm. Việc kiểm tra được thực hiện bằng cách phân tích mã chương trình (xem lại mã) hoặc mã được biên dịch. Việc phân tích có thể được thực hiện bằng tay hoặc sử dụng các công cụ đặc biệt. Mục đích của việc phân tích là để sớm xác định các lỗi và các vấn đề tiềm ẩn trong sản phẩm. Kiểm tra tĩnh cũng bao gồm các thông số kỹ thuật kiểm tra và các tài liệu khác.
Thử nghiệm thăm dò/đặc biệt
Định nghĩa đơn giản nhất của thử nghiệm thăm dò là thiết kế và chạy thử nghiệm cùng một lúc. Điều này trái ngược với cách tiếp cận theo kịch bản (với các quy trình kiểm tra được xác định trước, dù là thủ công hay tự động). Thử nghiệm thăm dò, không giống như thử nghiệm kịch bản, không được xác định trước và không được thực hiện chính xác theo kế hoạch.
Sự khác biệt giữa thử nghiệm đặc biệt và thử nghiệm thăm dò là về mặt lý thuyết, thử nghiệm đặc biệt có thể được thực hiện bởi bất kỳ ai, trong khi thử nghiệm thăm dò đòi hỏi kỹ năng và kiến thức về một số kỹ thuật nhất định. Xin lưu ý rằng một số kỹ thuật nhất định không chỉ là kỹ thuật thử nghiệm.
Yêu cầu là một đặc tả (mô tả) về những gì cần được thực hiện.
Yêu cầu mô tả những gì cần được thực hiện mà không nêu chi tiết khía cạnh kỹ thuật của giải pháp. Cái gì, không phải như thế nào.
Yêu cầu Yêu cầu:
Tính đúng đắn
Sự rõ ràng
Sự đầy đủ của bộ yêu cầu
Tính nhất quán của một tập hợp các yêu cầu
Khả năng kiểm chứng (testability)
Truy xuất nguồn gốc
Dễ hiểu
Vòng đời lỗi
Các giai đoạn phát triển phần mềm- đây là những giai đoạn mà nhóm phát triển phần mềm phải trải qua trước khi chương trình được cung cấp cho nhiều người dùng. Quá trình phát triển phần mềm bắt đầu từ giai đoạn phát triển ban đầu (giai đoạn tiền alpha) và tiếp tục với các giai đoạn trong đó sản phẩm được tinh chỉnh và nâng cấp. Giai đoạn cuối cùng của quy trình này là phát hành phiên bản cuối cùng của phần mềm ra thị trường (“bản phát hành có sẵn rộng rãi”).
Sản phẩm phần mềm trải qua các giai đoạn sau:
phân tích các yêu cầu của dự án;
thiết kế;
thực hiện;
Thử nghiệm sản phẩm;
thực hiện và hỗ trợ.
Mỗi giai đoạn phát triển phần mềm được gán một số sê-ri cụ thể. Ngoài ra, mỗi giai đoạn đều có tên riêng, đặc trưng cho mức độ sẵn sàng của sản phẩm ở giai đoạn này.
Chu trình phát triển phần mềm:
Tiền alpha
Alpha
bản thử nghiệm
Phát hành ứng viên
Giải phóng
Đăng bài
Bảng quyết định– một công cụ tuyệt vời để tổ chức các yêu cầu kinh doanh phức tạp phải được triển khai trong một sản phẩm. Bảng quyết định trình bày một tập hợp các điều kiện, việc thực hiện đồng thời các điều kiện đó sẽ dẫn đến một hành động nhất định.
Extra - hướng nội, loạn thần kinh và loạn thần trong cấu trúc nhân cách.
1) Hướng ngoại – hướng nội. Đặc trưng của một người hướng ngoại điển hình, tác giả ghi nhận tính hòa đồng và hướng ngoại của cá nhân, mối quan hệ quen biết rộng rãi và nhu cầu tiếp xúc. Một người hướng ngoại điển hình hành động theo sự thôi thúc nhất thời, bốc đồng và nóng nảy. Anh ấy vô tư, lạc quan, tốt bụng, vui vẻ. Thích di chuyển và hành động, có xu hướng hung hăng. Cảm giác và cảm xúc không được kiểm soát chặt chẽ, và anh ta dễ có những hành động mạo hiểm. Bạn không thể luôn luôn dựa vào anh ấy.
Người hướng nội điển hình là người trầm tính, nhút nhát và có xu hướng xem xét nội tâm. Kín đáo và xa cách với mọi người trừ bạn bè thân thiết. Lên kế hoạch và suy nghĩ trước về hành động của mình, không tin tưởng vào những xung động đột ngột, nghiêm túc đưa ra quyết định, yêu thích trật tự trong mọi việc. Anh ấy kiểm soát cảm xúc của mình và không dễ nổi giận. Ông là người bi quan và đề cao các tiêu chuẩn đạo đức.
2) Thần kinh - ổn định cảm xúc. Đặc trưng cho sự ổn định hoặc bất ổn về cảm xúc (ổn định hoặc bất ổn về cảm xúc). Theo một số dữ liệu, chứng loạn thần kinh có liên quan đến các chỉ số về khả năng hoạt động của hệ thần kinh.
Sự ổn định về mặt cảm xúc là một đặc điểm thể hiện việc duy trì hành vi có tổ chức và tập trung vào tình huống trong những tình huống bình thường và căng thẳng. Một người ổn định về mặt cảm xúc được đặc trưng bởi sự trưởng thành, khả năng thích ứng tuyệt vời, không có nhiều căng thẳng, lo lắng, cũng như xu hướng lãnh đạo và hòa đồng.
Chứng loạn thần kinh được biểu hiện ở tình trạng cực kỳ căng thẳng, bất ổn, kém thích ứng, có xu hướng thay đổi tâm trạng nhanh chóng (mất ổn định), cảm giác tội lỗi và lo lắng, bận tâm, phản ứng trầm cảm, đãng trí, bất ổn trong các tình huống căng thẳng. Chủ nghĩa thần kinh tương ứng với tính dễ xúc động và bốc đồng; không đồng đều trong tiếp xúc với mọi người, thay đổi sở thích, thiếu tự tin, nhạy cảm rõ rệt, dễ gây ấn tượng, có xu hướng cáu kỉnh. Tính cách loạn thần kinh được đặc trưng bởi những phản ứng mạnh mẽ không phù hợp trước những kích thích gây ra chúng. Những cá nhân có điểm số cao trong thang đo loạn thần kinh có thể phát triển chứng loạn thần kinh trong những tình huống căng thẳng không thuận lợi.
3) Chủ nghĩa tâm thần. Thang đo này cho thấy xu hướng hành vi chống đối xã hội, kiêu căng, phản ứng cảm xúc không phù hợp, cao
xung đột, thiếu liên lạc, ích kỷ, thờ ơ.
Theo Eysenck, điểm cao về hướng ngoại và loạn thần kinh tương ứng với chẩn đoán tâm thần về chứng cuồng loạn, và điểm cao về hướng nội và loạn thần kinh tương ứng với trạng thái lo lắng hoặc trầm cảm phản ứng.
Chứng loạn thần kinh và loạn thần, trong trường hợp mức độ nghiêm trọng của các chỉ số này, được hiểu là “khuynh hướng” đối với các loại bệnh lý tương ứng.
Khái niệm các bài kiểm tra. Cơ hội và hạn chế.
Các xét nghiệm là các phương pháp chẩn đoán tâm lý được tiêu chuẩn hóa cho phép người ta thu được các chỉ số định lượng và định tính tương đương về mức độ phát triển của các đặc tính đang được nghiên cứu.
Kiểm tra trí thông minh. Được thiết kế để nghiên cứu và đo lường mức độ phát triển trí tuệ của con người. Chúng là những kỹ thuật chẩn đoán tâm lý phổ biến nhất.
Trí thông minh với tư cách là đối tượng đo lường không có nghĩa là bất kỳ biểu hiện nào của tính cá nhân, mà chủ yếu là những biểu hiện liên quan đến quá trình và chức năng nhận thức (tư duy, trí nhớ, sự chú ý, nhận thức). Về hình thức, các bài kiểm tra trí thông minh có thể được thực hiện theo nhóm và cá nhân, bằng miệng và bằng văn bản, dựa trên hình thức, dựa trên chủ đề và dựa trên máy tính.
Bài kiểm tra năng khiếu. Đây là một loại phương pháp được thiết kế để đánh giá khả năng của một cá nhân trong việc nắm vững kiến thức, kỹ năng, khả năng cần thiết cho một hoặc nhiều hoạt động.
Người ta thường phân biệt giữa khả năng chung và khả năng đặc biệt. Khả năng chung giúp bạn thành thạo nhiều loại hoạt động. Khả năng chung được xác định bằng trí thông minh và do đó chúng thường được gọi là khả năng trí tuệ chung (tinh thần).
Ngược lại với những khả năng chung, khả năng đặc biệt được xem xét liên quan đến các loại hoạt động riêng lẻ. Theo sự phân chia này, các bài kiểm tra về khả năng chung và đặc biệt được phát triển.
Các bài kiểm tra năng lực rất đa dạng về hình thức (cá nhân và nhóm, nói và viết, hình thức, chủ đề, nhạc cụ, v.v.).
Các bài kiểm tra thành tích, hoặc, vì chúng có thể được gọi khác nhau, các bài kiểm tra kiểm soát thành công khách quan (trường học, nghề nghiệp, thể thao) nhằm đánh giá mức độ tiến bộ về khả năng, kiến thức, kỹ năng, khả năng sau khi một người hoàn thành khóa đào tạo, chuyên môn và đào tạo khác. Do đó, các bài kiểm tra thành tích chủ yếu đo lường tác động của một tập hợp ảnh hưởng tiêu chuẩn tương đối lên sự phát triển của một cá nhân. Chúng được sử dụng rộng rãi để đánh giá thành tích học tập, giáo dục và nghề nghiệp. Điều này giải thích số lượng lớn và đa dạng của họ.
Các bài kiểm tra thành tích của trường chủ yếu dựa trên nhóm và hình thức, nhưng cũng có thể được trình bày dưới dạng phiên bản máy tính.
Các bài kiểm tra thành tích nghề nghiệp thường có ba hình thức khác nhau: kiểm tra bằng công cụ (kiểm tra hiệu suất hoặc hành động), viết và nói.
Trắc nghiệm tính cách. Đây là những kỹ thuật chẩn đoán tâm lý nhằm đánh giá các thành phần cảm xúc và ý chí của hoạt động tinh thần - động lực, sở thích, cảm xúc, mối quan hệ (bao gồm cả giữa các cá nhân), cũng như khả năng hành vi của cá nhân trong những tình huống nhất định. Vì vậy, các bài kiểm tra tính cách sẽ chẩn đoán những biểu hiện phi trí tuệ.
Khả năng.
1. Đây là những bài kiểm tra ngắn - người đọc dành rất ít thời gian và công sức tinh thần cho chúng. Ngay lập tức anh ta nhận được một câu trả lời đơn giản - một đánh giá về bản thân anh ta, thường là thang điểm của một bài kiểm tra phổ biến.
2. Đây là những bài kiểm tra “cấp tính” - các mối quan hệ giữa các chủ thể cá nhân và giữa các cá nhân đặc biệt hấp dẫn với người đọc sẽ được thảo luận. Làm sao không nhớ ở đây “Kiểm tra đàn ông đích thực” hay “Kiểm tra đàn bà đích thực”. Chúng rất phù hợp với nhu cầu tâm lý lứa tuổi của thanh thiếu niên hoặc thanh niên.
3. Những bài kiểm tra này được thiết kế theo cách không yêu cầu những bình luận dài dòng và không yêu cầu lời giải thích từ chuyên gia. Chúng được thiết kế để sử dụng cho “thư từ”. Bất kỳ bài kiểm tra khoa học nào về tâm lý học đều dành cho một chuyên gia, theo quy định, chia sẻ thông tin thu được thông qua bài kiểm tra với khách hàng một cách rất thận trọng và bí mật. Ở đây không có vấn đề gì về liều lượng thông tin, và thực sự không có vấn đề gì về bảo mật. Đúng, bản thân nó có tính bảo mật: xét cho cùng, một bài kiểm tra phổ biến như vậy chỉ được điền bởi một người với dòng chữ trên tạp chí.
4. Nói chung, các bài kiểm tra phổ biến sẽ chuẩn bị cho khách hàng tiềm năng từ độc giả bằng cách mổ xẻ ý thức của họ và phân biệt lòng tự trọng của họ.
5. Các bài kiểm tra phổ biến được thực hiện nhanh chóng. Việc tạo ra một bài kiểm tra như vậy khá đơn giản, khá phù hợp để xuất bản trên các tạp chí liên quan. Điều khó khăn nhất trong những bài kiểm tra như vậy là đưa ra thang điểm để đánh giá câu trả lời và nguyên tắc tổng hợp số điểm nhận được.
6. Việc giải thích các bài kiểm tra như vậy thường rất thân thiện với người đọc. Ngay cả việc giao cho một phương án kém thuận lợi hơn trong các bài kiểm tra như vậy cũng đi kèm với sự dè dặt để không làm tổn thương lòng tự hào của người đọc.
7. Các bài kiểm tra phổ biến thường tồn tại “theo bộ”, tức là. “rơi ra” người dùng theo từng nhóm nhỏ, ngay lập tức phá hủy (ảnh hưởng) toàn bộ không gian trong ý thức của khách hàng. Hơn nữa, người đọc tự mình lựa chọn nhiệm vụ. Những bài kiểm tra không được áp đặt, không được quy định cho anh ta mà do anh ta lựa chọn.
8. Người đọc hiểu khá rõ mức độ “nhu cầu” đối với các kỹ thuật chẩn đoán như vậy. Anh hiểu rằng đây mang tính chất giải trí hơn là đánh giá nghiêm túc về cuộc sống gia đình anh.
Những hạn chế.
1. Các bài kiểm tra phổ biến thường có những chủ đề rất mơ hồ hoặc thậm chí đặc biệt phức tạp.
2. Những bài kiểm tra như vậy không bao giờ cần phải được xác nhận hoặc đơn giản là so sánh với những bài kiểm tra khác. Những gì họ đo lường được cho là rõ ràng bằng trực giác đối với người đọc.
3. Theo đó, những phương pháp như vậy không bao giờ được kiểm tra độ tin cậy: việc hôm nay khách hàng trả lời bài kiểm tra theo một cách và ngày mai theo cách khác, không phải là nhược điểm của bài kiểm tra.
4. Vì chủ đề kiểm tra trong các phương pháp như vậy không bao giờ bị che giấu (không được ngụy trang), nên nhà nghiên cứu thường có thể đạt được hiệu ứng “mong muốn xã hội”, tính biểu tình.
5. Vì các phương pháp như vậy không bao giờ được kiểm tra về giá trị tâm lý của chúng (chúng có phân tách mẫu đủ không) và hơn nữa, không bao giờ có tiêu chuẩn (quy chuẩn, dữ liệu tiêu chuẩn cho phương pháp), nên những người thực hiện chúng sẽ không bao giờ biết kết quả của chúng giống hay khác nhau như thế nào theo phương pháp là kết quả của người dùng khác. Tất nhiên, trừ khi có hai hoặc ba độc giả hoàn thành bài kiểm tra cùng một lúc!
6. Nói chung, trong một số trường hợp, những phương pháp như vậy, nếu không tiếp xúc với nhà tâm lý học tư vấn, có thể dẫn đến bệnh iatrogenic. Ít nhất, những kỹ thuật như vậy không được kiểm tra khả năng gây mê.
7. Cuối cùng, những phương pháp như vậy hầu như không bao giờ (hiếm có ngoại lệ) được trang bị những hướng dẫn về ranh giới giữa khả năng áp dụng độ tuổi và sự phù hợp về giới. Đây thường là những kỹ thuật không có giới tính và không có tuổi. (Thật không may, điều tương tự cũng có thể xảy ra với một phần quan trọng của các bài kiểm tra khoa học trong lĩnh vực tâm lý gia đình.)
Chúng tôi sẽ cho bạn biết bài kiểm tra SHL là gì và đưa ra ví dụ về cách chúng giúp ích trong công việc nhân sự. Dưới đây là ví dụ về tất cả các loại bài kiểm tra SHL kèm theo câu trả lời.
Từ bài viết này bạn sẽ học được
Bài kiểm tra tâm lý:
Kiểm tra SHL là gì
Các bài kiểm tra tâm lý SHL là một công cụ tuyển dụng cho phép bạn loại bỏ những ứng viên không phù hợp trước cuộc phỏng vấn. Bài kiểm tra SHL không kiểm tra kiến thức của ứng viên mà đánh giá khả năng trí tuệ của họ. Theo thống kê, sau khi vượt qua bài kiểm tra SHL, 70-80% ứng viên sẽ được phỏng vấn.
3 loại bài kiểm tra SHL
1. Kiểm tra SHL bằng lời nói
Bài kiểm tra bằng lời nói là một đoạn văn bản về một chủ đề nhất định, thường liên quan đến các hoạt động trong tương lai của người nộp đơn. Văn bản có thể chứa các cấu trúc, thuật ngữ và biểu thức đặc biệt phức tạp.
2-3 câu được đưa ra cho văn bản. Bạn cần đánh giá chúng theo thang điểm sau: “Đúng”, “Sai” và “Ít thông tin”.
2. Kiểm tra SHL toán học (số)
Những bài kiểm tra như vậy liên quan đến việc giải các bài toán có mức độ phức tạp khác nhau. Họ không chỉ định tích phân, đạo hàm và hệ phương trình, tuy nhiên, nhiệm vụ này đòi hỏi phải phân tích một lượng lớn dữ liệu trong điều kiện thời gian hạn chế.
3. Kiểm tra SHL logic
Chúng còn được gọi là bài kiểm tra lý luận trừu tượng, bài kiểm tra quy nạp hoặc bài kiểm tra sơ đồ. Các bài kiểm tra logic được đưa ra dưới dạng các câu lệnh, một tập hợp các số liệu trừu tượng, dãy số hoặc sơ đồ. Thí sinh phải tìm mẫu và trả lời câu hỏi hoặc chọn phương án đúng.
Các bài kiểm tra SHL để làm gì?
Bài kiểm tra SHL kiểm tra xem ứng viên có thể suy nghĩ, phân tích thông tin, tập trung nhanh như thế nào và liệu anh ta có thể suy nghĩ logic hay không.
Những gì có thể được kiểm tra bằng cách sử dụng các bài kiểm tra SHL
Sử dụng các bài kiểm tra SHL, bạn có thể đánh giá mức độ phát triển của các loại khả năng khác nhau: khả năng tư duy trừu tượng, xử lý thông tin bằng số và lời nói, hiểu các nguyên tắc cơ học và một số khả năng khác.
- Kiểm tra SHL bằng lời nói
Chúng cho phép bạn xác định xem ứng viên tiếp nhận văn bản nhanh như thế nào, hiểu các kết nối logic và đánh giá các tuyên bố được đề xuất. Có một điểm "bắt" trong các bài kiểm tra này - câu trả lời là " Không đủ thông tin"thường bị nhầm lẫn với câu trả lời" SAI" Chỉ có một chuyên gia thực sự có năng lực mới có thể đánh giá sự khác biệt.
- Kiểm tra SHL bằng số
Với sự giúp đỡ của họ, họ kiểm tra khả năng "nhìn thấy" các con số của ứng viên - giải nhanh các phân số, tìm kiếm ẩn số hoặc xác định tỷ lệ phần trăm. Các bài kiểm tra số đo lường khả năng của ứng viên trong việc hiểu thông tin dạng biểu đồ và dạng bảng.
- Kiểm tra SHL logic
Chúng cho phép bộ phận nhân sự xác định khả năng tiếp nhận thông tin lạ của ứng viên và đưa ra quyết định đúng đắn. Những ứng viên vượt qua thành công bài kiểm tra logic thường có tư duy phân tích và trừu tượng tốt, đồng thời có hứng thú học tập cao hơn.
- Sử dụng các bài kiểm tra linh hoạt trong một bộ, điều này sẽ cho phép bạn xác định các kiểu suy nghĩ khác nhau của con người.
- Hãy chú ý xem liệu người nộp đơn có nhận thấy những dòng chữ tinh tế trong nhiệm vụ hay không, sử dụng chúng để xoay chuyển toàn bộ quá trình giải quyết.
- Đánh giá khả năng tiếp thu một lượng lớn thông tin của ứng viên, cố tình làm quá tải văn bản với những dữ liệu quan trọng cần ghi nhớ.
- Phân tích mức độ mệt mỏi tích tụ và trạng thái sững sờ trong công việc của ứng viên; để làm được điều này, hãy tăng số lượng nhiệm vụ.
- Thí sinh có thể lọc ra những dữ liệu không cần thiết có thể cản trở việc tìm kiếm giải pháp một cách thành thạo không? Xác định tham số này bằng cách sử dụng nhiều dữ liệu bổ sung trong báo cáo vấn đề ban đầu.
- Sử dụng các bài toán có kết nối logic phức tạp khi câu trả lời đúng đòi hỏi phải xây dựng một chuỗi logic dài.
- Xác định thí sinh nói từ vựng cụ thể ở mức độ nào, thiết kế các bài kiểm tra để nếu không có kiến thức về thuật ngữ, nhiều nhiệm vụ sẽ không thể hiểu được.
Ví dụ về các bài kiểm tra SHL
Ví dụ về bài kiểm tra SHL bằng lời nói
Điều kiện ban đầu:
Trong mùa hè, khi nhân viên toàn thời gian đi nghỉ, một số tổ chức nhận làm việc tạm thời cho sinh viên. Đồng thời trong năm, khối lượng công việc ở nhiều công ty tăng lên và nhu cầu bổ sung nhân sự xuất hiện. Việc làm tạm thời thu hút sinh viên với cơ hội tiếp thu các kỹ năng thực tế và có được việc làm tại công ty này sau khi đào tạo. Công ty cũng quan tâm đến dòng lao động mới. Cô cố gắng thu hút sự quan tâm của sinh viên và thúc đẩy họ tiếp tục hợp tác. Sinh viên không được nghỉ ốm hoặc nghỉ có lương nhưng công việc của họ vẫn được trả lương đầy đủ.
Tuyên bố 1: Sinh viên được thuê làm công việc tạm thời được nhận tiền nghỉ phép dưới hình thức trả thêm vào tiền lương của họ.
Câu trả lời chính xác: SAI.
Tuyên bố 2: Công việc của nhân viên trong thời gian nghỉ phép có thể do sinh viên thực hiện.
Câu trả lời chính xác: Phải.
Tuyên bố 3: Quy trình khiếu nại và kỷ luật được áp dụng đối với học sinh giống như đối với nhân viên.
Câu trả lời chính xác: Không đủ thông tin.
Ví dụ về kiểm tra SHL bằng số
Nhiệm vụ: “Tom, Harry và Dick cùng nhau vẽ một hàng rào dài 100 mét trong 9 giờ. Một mình Tom sẽ sơn hàng rào trong 18 giờ, và Harry - trong 36 giờ. Dick sẽ mất bao lâu để sơn hàng rào nếu Tom và Harry nghỉ một ngày.”
Câu trả lời chính xác- 36 giờ.
Ví dụ kiểm tra SHL logic
Thí sinh được đưa ra một chuỗi các bức vẽ, trong đó có một bức bị thiếu. Bạn cần chọn cái bạn đã bỏ lỡ trong số các tùy chọn bên dưới:
Câu trả lời chính xác: bản vẽ thứ hai
Có rất nhiều sự kết hợp khác nhau và có thể khó tìm ra cơn nghiện, đặc biệt là trong thời gian ngắn. Thông thường, những nhiệm vụ như vậy được giải quyết một cách trực quan bởi các chuyên gia cao cấp, điều này cho phép bạn nhanh chóng xác định được ứng viên mình cần.
Cách phân tích kết quả kiểm tra SHL
Khi phân tích kết quả của bài kiểm tra SHL, điều quan trọng là phải dựa vào chất lượng của câu trả lời thay vì số lượng dữ liệu câu trả lời. Ví dụ: người nộp đơn đầu tiên điền vào các cột trả lời cho tất cả 50 câu hỏi, nhưng chỉ có 25 câu trả lời đúng. Còn thí sinh thứ hai chỉ trả lời 25 trên 50 câu và đưa ra câu trả lời đúng cho tất cả. Kết quả của ứng cử viên thứ hai sẽ thích hợp hơn và có giá trị hơn, vì nó loại bỏ khả năng vô tình đoán đúng câu trả lời chỉ bằng cách đánh dấu vào một ô trong bài kiểm tra.
Một câu hỏi chưa được trả lời trong bất kỳ khối kiểm tra nào sẽ được coi là không chính xác. Phân tích các bài kiểm tra của nhân viên tương lai về điểm mạnh và điểm yếu. Để làm được điều này, chuyên gia nhân sự cần biết rõ những phẩm chất mà ứng viên cho một vị trí cụ thể cần có.
Kiểm tra bằng lời nói giúp đánh giá tốc độ tiếp thu thông tin văn bản và khả năng suy nghĩ logic. Khi vượt qua bài kiểm tra nói, ngoài câu trả lời đúng, cần đánh giá khả năng nắm vững kỹ thuật đọc nhanh và cho thí sinh một điểm cộng bổ sung.
Khi tiến hành các bài kiểm tra logic trừu tượng, cần phân tích khả năng đưa ra kết luận logic của người nộp đơn dựa trên thông tin phi ngôn ngữ, thường được trình bày dưới dạng ký hiệu trừu tượng.
