Интеграцийн туршилт. Туршилтыг давах програм хангамжийн бүтээгдэхүүн боловсруулах

Тэмдэглэл: Энэхүү лекц нь баталгаажуулах үйл явцын түвшинг хамарсан гурвын хоёр дахь нь юм. Энэхүү лекцийн сэдэв нь интеграцийн тестийн үйл явц, түүний даалгавар, зорилго юм. Интеграцийн туршилтын зохион байгуулалтын талуудыг авч үздэг - интеграцийн туршилтын аргын бүтцийн болон цаг хугацааны ангилал, интеграцийн туршилтыг төлөвлөх. Энэхүү лекцийн зорилго: Интеграцийн туршилтын үйл явц, түүний техникийн болон зохион байгуулалтын бүрэлдэхүүн хэсгүүдийн талаар ойлголт өгөх.

20.1. Интеграцийн туршилтын даалгавар, зорилго

Програм хангамжийн системийг бүрдүүлдэг бие даасан модулиудын туршилт, баталгаажуулалтын үр дүн нь эдгээр модулиуд нь дотооддоо нийцэж, шаардлагад нийцэж байгаа гэсэн дүгнэлт байх ёстой. Гэсэн хэдий ч, бие даасан модулиуд нь бие даан ажиллах нь ховор байдаг тул бие даасан модулиудыг туршиж үзсэний дараа хийх ажил бол хэд хэдэн модулиудын нэгдмэл байдлаар зөв харилцан үйлчлэлийг шалгах явдал юм. Энэ төрлийн туршилтыг гэж нэрлэдэг интеграци. Үүний зорилго нь зөв байдлыг хангах явдал юм хамтын ажиллагаасистемийн бүрэлдэхүүн хэсэг.

Интеграцийн туршилтбас дууддаг системийн архитектурын туршилт. Нэг талаас, энэ нэр нь интеграцийн тестүүд нь системийн архитектурт тодорхойлсон програм хангамжийн модулиуд болон элементүүдийн хоорондын харилцан үйлчлэлийн бүх төрлийн шалгалтыг багтаасантай холбоотой юм. бүрэн байдалТуршиж буй системийн хэрэгжилтийн харилцан үйлчлэл. Нөгөөтэйгүүр, интеграцийн туршилтын үр дүн нь системийн архитектур, модуль хоорондын болон бүрэлдэхүүн хэсгүүдийн интерфейсийг сайжруулах, тодруулах үйл явцын мэдээллийн гол эх сурвалжуудын нэг юм. Энэ үүднээс авч үзвэл интеграцийн тестийг шалгадаг зөв байдалсистемийн бүрэлдэхүүн хэсгүүдийн харилцан үйлчлэл.

Харилцааны зөв эсэхийг шалгах жишээ нь хоёр модуль байж болох бөгөөд тэдгээрийн нэг нь хүлээн авсан файлуудын тухай протоколын мессежийг хуримтлуулж, хоёр дахь нь энэ протоколыг дэлгэц дээр харуулдаг. Системийн функциональ шаардлагад мессежийг он цагийн урвуу дарааллаар харуулах ёстой гэж заасан байдаг. Гэсэн хэдий ч мессеж хадгалах модуль нь тэдгээрийг шууд дарааллаар нь хадгалдаг бөгөөд гаралтын модуль нь стекийг ашигладаг. урвуу дараалал. Модуль бүрд тус тусад нь хүрч байгаа нэгжийн туршилтууд энд ямар ч нөлөө үзүүлэхгүй - эсрэгээр нөхцөл байдал үүсэх боломжтой бөгөөд мессежийг урвуу дарааллаар хадгалж, дараалал ашиглан гаргана. Болзошгүй асуудлыг зөвхөн интеграцийн тест ашиглан модулиудын харилцан үйлчлэлийг шалгах замаар илрүүлж болно. Гол цэгЭнд систем бүхэлдээ урвуу он цагийн дарааллаар мессежүүдийг гаргадаг, өөрөөр хэлбэл гаралтын модулийг шалгаж, мессежийг урагшлах дарааллаар гаргадаг болохыг олж мэдсэнээр бид согог илрүүлсэн гэж баталж чадахгүй.

Интеграцийн туршилтыг хийж, илрүүлсэн бүх согогийг арилгасны үр дүнд програм хангамжийн системийн тууштай, цогц архитектурыг олж авдаг. гэж бид таамаглаж болно нэгтгэх туршилтархитектур болон доод түвшний функциональ шаардлагыг туршиж байна.

Интеграцийн туршилт, дүрмээр бол улам бүр нэмэгдэж буй багц модулиудын ажиллагааг шалгадаг давтагдах процесс юм.

20.2. Интеграцийн туршилтын зохион байгуулалт

20.2.1. Интеграцийн туршилтын аргуудын бүтцийн ангилал

Дүрмээр бол интеграцийн туршилтыг бүх нэгдсэн модулиудын нэгжийн туршилтыг дуусгасны дараа хийдэг. Гэсэн хэдий ч энэ нь үргэлж тийм байдаггүй. Интеграцийн туршилт хийх хэд хэдэн арга байдаг:

• доороос дээш туршилт;
• цул туршилт;
• дээрээс доош туршилт.

Эдгээр бүх аргууд нь системийн архитектурын талаархи мэдлэгт тулгуурладаг бөгөөд үүнийг ихэвчлэн бүтцийн диаграм эсвэл функцийн дуудлагын диаграм хэлбэрээр дүрсэлдэг. Ийм диаграммын зангилаа бүр нь програм хангамжийн модулийг төлөөлдөг бөгөөд тэдгээрийн хоорондох сум нь модулиудын хоорондох дуудлагын хамаарлыг илэрхийлдэг. Интеграцийн туршилтын аргуудын гол ялгаа нь эдгээр диаграммын дагуух хөдөлгөөний чиглэл, давталт бүрт хамрах хүрээний өргөн юм.

Доорх туршилт. Энэ аргыг ашиглахдаа системд багтсан бүх програм хангамжийн модулиудыг эхлээд туршиж, дараа нь нэгтгэх туршилтанд оруулна гэсэн үг юм. Энэ аргын тусламжтайгаар алдаа локалчлалыг ихээхэн хялбаршуулсан: хэрэв модулиудыг тусад нь шалгадаг бол хамтдаа ажиллахад гарсан алдаа нь интерфэйстэй холбоотой асуудал юм. Энэхүү аргын тусламжтайгаар шалгагчийн асуудал хайх талбар нь нэлээд нарийхан тул согогийг зөв тодорхойлох магадлал илүү өндөр байдаг.

Цагаан будаа. 20.1.

Гэсэн хэдий ч, доороос дээшлэх аргаТуршилт нь ихээхэн дутагдалтай талтай - интеграцийн туршилт хийхээс өмнө нэгжийн туршилтын драйвер ба бүдүүвчийг боловсруулах хэрэгцээ, системийн модулиудын нэг хэсгийг нэгтгэх туршилт хийх явцад драйвер, бүдүүвчийг боловсруулах хэрэгцээ (Зураг 20.1).

Нэг талд нь драйверууд болон залгуурууд байдаг - хүчирхэг хэрэгсэлтест хийх, нөгөө талаас, тэдгээрийг хөгжүүлэхэд ихээхэн нөөц шаардагддаг, ялангуяа нэгдсэн модулиудын найрлага өөрчлөгдөх үед, өөрөөр хэлбэл, модуль бүрийн нэгжийг туршихын тулд нэг багц драйвер, интеграцийг туршихын тулд тусдаа драйвер, бүдүүвч шаардлагатай болно. багцаас хоёр модуль, гурван модулийг нэгтгэхийг турших тусдаа модуль гэх мэт. Энэ нь юуны түрүүнд модулийн интеграцчилал нь зарим бүдүүвчний хэрэгцээг арилгадаг, мөн олон модульд нөлөөлөх шинэ туршилтуудыг дэмждэг драйверын өөрчлөлтийг шаарддагтай холбоотой юм.

Монолит туршилтЭнэ нь системийн бие даасан бүрэлдэхүүн хэсгүүд ноцтой туршилтанд хамрагдаагүй болохыг харуулж байна. Гол давуу тал энэ арга- туршилтын орчин, жолооч, stub боловсруулах шаардлагагүй. Бүх модулиудыг боловсруулсны дараа тэдгээрийг нэгтгэж, дараа нь системийг бүхэлд нь туршина. Энэ аргыг дараагийн лекцийн сэдэв болох системийн туршилттай андуурч болохгүй. Хэдийгээр цул туршилт нь бүхэл бүтэн системийн ажиллагааг шалгах боловч энэхүү туршилтын гол ажил нь бие даасан системийн модулиудын харилцан үйлчлэлийн асуудлыг тодорхойлох явдал юм. Системийн туршилтын үүрэг бол чанар ба тоон шинж чанарсистемүүд нь эцсийн хэрэглэгчдэд хүлээн зөвшөөрөгдөхүйц .

Монолит туршилтхэд хэдэн ноцтой сул талуудтай.

• Алдааны эх үүсвэрийг тодорхойлох нь маш хэцүү байдаг (алдаатай кодын хэсгийг тодорхойлох). Ихэнх модулиуд алдаа гарсан гэж үзэх ёстой. Асуудал нь бүх модулиудын алдаануудын аль нь үр дүнд хүргэсэн болохыг тодорхойлох явдал юм. Энэ нь алдааны үр дагаварт хүргэж болзошгүй. Нэмж дурдахад нэг модулийн алдаа нь нөгөө модулийн туршилтыг хааж болно.
• Алдаа засах ажлыг зохион байгуулахад хэцүү байдаг. Туршилтын үр дүнд шалгагч нь олдсон асуудлыг бүртгэдэг. Энэ асуудлыг үүсгэсэн системийн согогийг хөгжүүлэгч засах болно. Дүрмээр бол туршиж буй модулиудыг бичсэн байдаг өөр өөр хүмүүс, асуудал үүсдэг - тэдгээрийн аль нь согогийг олж арилгах үүрэгтэй вэ? Ийм "хамтын хариуцлагагүй байдал"-аар согогийг арилгах хурд огцом буурч магадгүй юм.
• Туршилтын процесс муу автоматжуулсан. Давуу тал (нэмэлт байхгүй програм хангамжтуршилтын процессыг дагалдан) нь сул тал болж хувирдаг. Хийсэн өөрчлөлт бүр нь бүх туршилтыг давтан хийхийг шаарддаг.

Дээрээс доош туршилтинтеграцийн туршилтын үйл явц нь хөгжлийг дагадаг гэж үздэг. Нэгдүгээрт, зөвхөн системийн хамгийн дээд түвшний хяналтын түвшинг шалгадаг бөгөөд нэмэлт модулиудгүйгээр бага түвшин. Дараа нь аажмаар доод түвшнийг дээд түвшний модулиудтай нэгтгэдэг. Энэ аргыг хэрэглэсний үр дүнд драйверууд шаардлагагүй (жолоочийн үүргийг дээд түвшний системийн модуль гүйцэтгэдэг), гэхдээ stub-ийн хэрэгцээ хэвээр байна (Зураг 20.2).

Програм хангамжийн системийг бодитоор туршиж үзэхэд аль арга нь илүү тохиромжтой байдаг талаар янз бүрийн туршилтын мэргэжилтнүүд өөр өөр үзэл бодолтой байдаг. Жордан үүнийг баталж байна дээрээс доош туршилтхамгийн их хүлээн зөвшөөрөгддөг бодит нөхцөл байдал, Майерс арга тус бүр өөрийн гэсэн давуу болон сул талуудтай боловч ерөнхийдөө доороос дээш чиглэсэн арга нь илүү дээр гэж үздэг.

Уран зохиолд объект хандалтат програм хангамжийн системийг нэгтгэх туршилтын аргыг ихэвчлэн дурддаг бөгөөд энэ нь хамтдаа хаалттай, бүрэн ажиллагаатай классуудын кластеруудыг тодорхойлоход суурилдаг. Үндсэндээ энэ арга нь интеграцийн туршилтын шинэ төрөл биш бөгөөд интеграцийн үр дүнд бий болох хамгийн бага элементийг өөрчилдөг. Процедурын програмчлалын хэл дээр модулиудыг нэгтгэхдээ та хэдэн ч модулийг нэгтгэж болно, хэрэв та stub боловсруулсан бол. Ангиудыг кластерт нэгтгэх үед кластерын үйл ажиллагааны бүрэн байдалд нэлээд сул хязгаарлалт байдаг. Гэхдээ объект хандалтат системийн хувьд ч гэсэн stub классуудыг ашиглан хэдэн ч анги нэгтгэх боломжтой.

Ашигласан интеграцийн туршилтын аргаас үл хамааран системийн үйл ажиллагааг нэгтгэх тестээр хамрах түвшинг харгалзан үзэх шаардлагатай. Уг баримт бичигт функц болон өгөгдлийн урсгал хоорондын хяналтын дуудлагад үндэслэн хамрах хүрээг үнэлэх аргыг санал болгосон. Энэхүү үнэлгээний тусламжтайгаар системийн бүтцийн диаграмм дээрх бүх модулиудын кодыг гүйцэтгэх ёстой (бүх зангилаанууд хамрагдсан байх ёстой), бүх дуудлагыг дор хаяж нэг удаа гүйцэтгэх ёстой (бүтцийн диаграм дээрх зангилааны бүх холболтыг хамрах ёстой), бүх дуудлагын дараалал. наад зах нь нэг удаа гүйцэтгэгдэх ёстой (бүтцийн диаграм дээрх бүх замыг хамрах ёстой).

Гүйцэтгэх кодыг туршихгүйгээр ямар ч програм хангамжийн хөгжүүлэлт дуусдаггүй. Үнэн хэрэгтээ энэ нь нийт бүтээн байгуулалтын ажлын тал хувь, төслийн зардлын талаас илүү хувийг эзэлдэг. Гэсэн хэдий ч энэ нь шинэ програм, програм, системийг бий болгох үйл явцын салшгүй хэсэг юм.

Том ажлын нэг хэсэг болох интеграцийн тест

Програм хангамжийн чанарыг хянах нэг арга бол интеграцийн тест бөгөөд түүний оролтыг өмнөх шатанд туршсан модулиудаас авдаг.

Тус тусад нь функц, анги тус бүрд тодорхойлогдсон алдааг тодорхойлдог модульчлагдсан сонголтоос ялгаатай нь интеграцийн туршилт нь хоорондын харилцан үйлчлэлийн хэрэгжилттэй холбоотой согогийг хайх явдал юм. тусдаа хэсгүүдэдбүтээгдсэн бүтээгдэхүүн. Интеграцийн функциональ туршилт нь "цагаан хайрцаг" аргыг ашигладаг, өөрөөр хэлбэл чанарын инженер нь тусдаа модуль бүрийн текст, тэдгээрийн хоорондын харилцан үйлчлэлийн зарчмуудыг үзэх боломжтой, мэддэг.

Модуль угсрах аргууд

Цул арга гэдэг нь ирээдүйд нэгтгэх туршилтанд хамрагдах бүх модулиудыг нэгэн зэрэг угсардаг гэсэн үг юм. Туршилтын цогцолборын нэг хэсэг хараахан бэлэн болоогүй байгаа тохиолдолд нөхцөл байдал үүсэх нь гарцаагүй.

Энэ тохиолдолд үүнийг нэмэлтээр боловсруулсан "саатнууд" эсвэл драйверуудаар солино.

Цул аргын зэрэгцээ нэмэлт арга (үүнийг алхам алхмаар гэж нэрлэдэг) байдаг, учир нь туршиж буй кодын хэмжээ аажмаар нэмэгдэж, бие даасан хэсгүүдийн хоорондын харилцааны согогтой газруудыг нутагшуулах боломжтой болгодог.

Нэмэлт арга нь модуль нэмэх хоёр аргыг агуулдаг:

• дээрээс доош эсвэл өгсөх,
• доороос дээш - уруудах.

Цул болон нэмэгдэл туршилтын онцлог

Цул хэлбэрийн угсралтын гол сул тал нь юм их тооТуршилтанд хамрагдсан цогцолборын дутуу хэсгүүдийг дуурайлган дуурайлган хийхэд цаг хугацаа, хөдөлмөрийн зардлыг зарцуулдаг. Стубууд нь туршилтын нэлээд тохиромжтой хэрэгсэл юм шиг санагдаж байгаа ч энэ явцад програмын загварчилсан хэсгүүдийг дахин үүсгэх шаардлагатай болдог. Жишээлбэл, хэрэв шалгагдсан модулиудын найрлага өөрчлөгдвөл. Нэмж дурдахад, ажил нь бодит бүтээгдэхүүн биш, харин зөвхөн зохиомол бүрэлдэхүүн хэсэгтэй байх үед согогийг олох үр ашиг тийм ч өндөр биш юм. Үүнтэй ижил сул тал нь доороос дээш босгох арга бүхий нэмэлт туршилтыг дагалддаг.

Үүний зэрэгцээ сул талуудын нэг юм алхам алхмаар аргамодулиудыг өгөгдсөн дарааллаар гүйцэтгэх орчинг бүрдүүлэх, зохион байгуулах хэрэгцээ юм. Мөн дээд ба доод түвшинг зэрэгцүүлэн хөгжүүлэх нь бараг боломжгүй юм.

Мэдээжийн хэрэг, цул болон өсөн нэмэгдэж буй угсралтын аргууд нь зөвхөн сул талуудаас гадна давуу талуудтай байдаг. Эхний тохиолдолд туршилтанд хамрагдсан бүх анги, функцийг зэрэгцүүлэн хөгжүүлэх маш сайн боломжууд байдаг эхний шат, мөн өөрчилсний дараа. Алхам алхмаар арга нь хөдөлмөр бага шаарддаг: модулиудыг аажмаар нэмж, алдаа, согогийг аажмаар илрүүлдэг. Энэ нь тэднийг хайхад зарцуулсан цагийг бууруулдаг нь мэдэгдэж байна.

Интеграцийн тестийн ашиг тус

Энэ үе шатанд бүх түвшний харилцааг шалгах асар их ажил хийгдэж байгаа бөгөөд үүнгүйгээр мэдээжийн хэрэг цаашид туршилт хийх боломжгүй юм.

Програм хангамжийг нэгтгэх туршилт нь хэд хэдэн давуу талтай:

• бие даасан програмын модулиудын хоорондын харилцан үйлчлэлийн интерфейсийг шалгах;
• шалгагдсан цогц болон гуравдагч талын програм хангамжийн шийдлүүдийн хоорондын харилцааг хянах;
• уусмалын гаднах бүрэлдэхүүн хэсгүүдийн ажиллагааг шалгах;
• бие даасан модулиудын харилцан үйлчлэлийн талаархи төслийн баримт бичгийн нийцлийг хянах.

Согогийг засах

Интеграцийн туршилт дууссан, гэхдээ энэ нь бүгд биш юм. Олдсон алдааг тэмдэглэж, засварлахаар хөгжүүлэгч рүү илгээсэн бөгөөд дараа нь процесс дахин эхэлнэ.

Нэгдүгээрт, илэрсэн согогийг арилгасан эсэхийг шалгах шаардлагатай. Хоёрдугаарт, эх кодыг өөрчлөх үед програмын үйл ажиллагаа, гуравдагч талын програм хангамжтай ажиллахад шинэ алдаа гарч болзошгүй.

Хэдийгээр одоо маш олон тооны чанарын хяналтын аргууд байдаг ч олон хэвээр байна чухал үүрэгинтеграцийн тест нь үүрэг гүйцэтгэдэг. Энэ төрлийн баталгаажуулалтын жишээ нь програм хангамж боловсруулах, баримтжуулахад саад бэрхшээл байгааг тодорхой харуулж чадна.

Туршилтын автоматжуулалт

Эзлэхүүнээс хамаарна анхны цогцолборөгөгдөл, хөгжлийн сэдэв, туршилтын хугацаа, үйл явдлын нарийн төвөгтэй байдал зэрэг асуудал үүсч болно.

Хамгийн ихдээ үр дүнтэй баталгаажуулалтхөгжүүлэлтийг ашиглах ёстой асар их хэмжээОролтын өгөгдөл, нөхцөлийг "гараар" даван туулах боломжгүй. Энэ асуудлыг шийдэхийн тулд туршилтын автоматжуулалтыг ашигладаг. Бусад төрлийн нэгэн адил интеграцийн туршилтыг автоматжуулж болно. Энэ нь нийт боловсруулах хугацааг багасгаж, алдаа илрүүлэх үйл явцын үр ашгийг нэмэгдүүлэх болно.

Гэсэн хэдий ч туршилтын автоматжуулалт нь чанарын инженерийн ажлыг бүрэн орлож чадахгүй, харин зөвхөн нэмэлт юм.

Тиймээс интеграцийн туршилт нь аливаа програм хангамжийг хөгжүүлэх салшгүй хэсэг бөгөөд бүтээгдэхүүний чанарыг шалгах бүх үйл явцын нэг үе шат юм. Аливаа аргын нэгэн адил энэ нь хэд хэдэн давуу болон сул талуудтай боловч түүнийг ашиглахгүйгээр өндөр чанартай програм хангамж боловсруулах боломжгүй болдог.

Орчуулга:Анна Радионова

Програм хангамжийн туршилтын олон төрөл байдаг. BDD практикийг туршилтын аль ч хэсэгт хэрэглэж болох боловч BDD хүрээг бүх төрлийн туршилтанд ашигладаггүй. Зан үйлийн скриптүүд нь үндсэндээ ажиллагаатайтуршилтууд - тэдгээр нь туршиж буй бүтээгдэхүүн зөв ажиллаж байгаа эсэхийг шалгадаг. Хэрэгслийг гүйцэтгэлийг шалгахад ашиглаж болох ба BDD хүрээ нь энэ зорилгоор бүтээгдээгүй. Энэхүү нийтлэлийн зорилго нь туршилтын пирамид дахь BDD автоматжуулалтын үүргийг тодорхойлох явдал юм. BDD 101: Гарын авлагын шалгалт гэсэн өгүүллийг уншаад BDD-г гарын авлагын туршилтанд хэрхэн ашигладаг болохыг олж мэдээрэй. (BDD-ийн талаарх бүх мэдээллийг Automation Panda BDD хуудаснаас авах боломжтой)

Туршилтын пирамид

Гэсэн хэдий ч, BDD-ийн туршлагыг нэгжийн туршилтанд хэрэглэж болно.Нэгжийн тест бүр үндсэн бүрэлдэхүүн хэсэгт анхаарлаа төвлөрүүлэх ёстой: нэг дуудлага, нэг өөрчлөлт, оролтын тодорхой хослол; дээр зан байдал.Цаашдын хөгжүүлэлтийн явцад онцлог шинж чанарын үзүүлэлтүүд нь нэгжийн тестийг бусад тестүүдээс тодорхой ялгаж өгдөг өндөр түвшин. Онцлог хөгжүүлэгч нь нэгжийн тестийг бичих үүрэгтэй бол өөр инженер нь нэгтгэх, төгсгөл хүртэлх тестийг хариуцдаг. Зан төлөвийн тодорхойлолт нь нэгжийн тестүүд нь тусдаа байгууллага байх болно гэсэн ноёнтны тохиролцоо юм.

Интеграци ба төгсгөлийн туршилт

BDD тестийн хүрээ нь интеграцийн болон төгсгөлийн туршилтын түвшинд өөрсдийгөө хамгийн тод харуулдаг.

Зан төлөвийн үзүүлэлтүүд нь туршилтын тохиолдол яг юунд чиглэгдэж байгааг тодорхой бөгөөд товчоор дүрсэлсэн байдаг. Алхамуудыг нэгтгэх эсвэл төгсгөлийн түвшинд бичиж болно. Үйлчилгээний тестийг Каратегийн нэгэн адил зан үйлийн үзүүлэлтүүдийг ашиглан бичиж болно. Төгсгөл хоорондын тест нь үнэндээ олон шатлалт интеграцийн тест юм. Анхаарна уу дараагийн жишээ, энэ нь эхлээд харахад юм шиг санагддаг үндсэн загвархэрэглэгчтэй харилцах, гэхдээ үнэндээ бол төгсгөл хүртэлх том тест юм:

Өгсөнхэрэглэгч олон нийтийн мэдээллийн сайт руу нэвтэрсэн байна
Хэзээхэрэглэгч шинэ нийтлэл бичдэг
Дараа ньхэрэглэгчийн нүүр хуудас шинэ нийтлэлийг харуулдаг
Тэгээдбүх найзууд" нүүр хуудас нь шинэ нийтлэлийг харуулдаг

Нийтлэхэд хялбар нийгмийн сүлжээЭнэ нь интерфэйстэй харилцах үйл явц, арын үйлчилгээ рүү залгах, мэдээллийн санд бодит цаг хугацаанд өөрчлөлт оруулах үйл явцыг багтаадаг. дүрсэлсэн бүрэн замсистемээр дамжин өнгөрөх. Автоматжуулсан алхмууд нь эдгээр түвшинг тодорхой эсвэл далд байдлаар хамрах боловч шалгалтанд хамрагдах нь гарцаагүй.

Урт төгсгөлөөс төгсгөл хүртэл туршилтууд

Нэр томьёог янз бүрийн хүмүүс өөр өөрөөр ойлгодог. Хүмүүс "эцэс төгсгөлгүй тестүүд" гэж хэлэхэд урт, дараалсан тестүүдийг хэлдэг: хамарсан тестүүд өөр өөр зан байдалбүтээгдэхүүнүүд ар араасаа гарч ирдэг. Энэ мэдэгдэл нь нэг хувилбар, нэг зан байдал гэсэн BDD-ийн үндсэн дүрэмтэй зөрчилдөж байгаа тул BDD-г дэмжигчдийг чичрүүлж байна. Мэдээжийн хэрэг, BDD хүрээг ашигласнаар та урт хугацааны төгсгөл хүртэлх тестүүдийг үүсгэж болно, гэхдээ Үүнийг яаж хийх эсэхээ сайтар бодох хэрэгтэй.

BDD дээр урт хугацааны төгсгөлийн скрипт бичих таван үндсэн зарчим байдаг:

1. Энэ талаар санаа зовох шаардлагагүй. Хэрэв BDD процессыг зөв тохируулсан бол хувь хүний ​​зан төлөв бүрийг туршилтын хувилбаруудад бүрэн хамруулсан болно. Скрипт бүр оролт ба гаралтын өгөгдлийн бүх эквивалент ангиллыг хамрах ёстой. Тиймээс, урт төгсгөлийн скриптүүд нь голчлон тестийн хамрах хүрээний давхардал байх болно. Хөгжүүлэлтэд цаг үрэхийн оронд урт хугацааны төгсгөл хүртэлх скриптүүдийн автоматжуулалтаас татгалзаж, тийм ч их үнэ цэнэгүй, гарын авлагын болон хайгуулын туршилтанд илүү их цаг зарцуулдаг нь дээр.
2. Одоо байгаа скриптүүдийг шинэ скрипт болгон нэгтгэх. Хэзээ-Тэгээд хос бүрийг илэрхийлнэ хувь хүний ​​зан байдал. Одоо байгаа скриптүүдийн алхмуудыг бусад скрипт болгон дахин тодорхойлж болох бөгөөд зөвхөн бага зэрэг дахин засварлах шаардлагатай. Энэ нь Геркиний сайн туршлагыг эвдэж, урт хугацааны скриптүүдийг бий болгож болох боловч энэ нь өргөн хүрээтэй төгсгөлөөс төгсгөл хүртэлх скриптүүдийн алхмуудыг дахин ашиглах хамгийн практик арга юм. Ихэнх BDD хүрээ дэмждэггүй алхам алхмаар дараалал, хэрэв дэмжигдсэн бол код ажиллахын тулд алхмуудыг дахин бичих шаардлагатай. (Энэ арга нь хамгийн практик боловч уламжлалт бус арга юм.)
3. Өгөгдсөн болон Хэзээ алхмууд руу чек үүсгэ. Энэ стратеги нь Хэзээ-Тэгээд хосыг давхарлахаас зайлсхийж, шалгалтыг хийж байгаа эсэхийг баталгаажуулдаг. Алхам бүрийн зөв эсэхийг Gherkin текстийг ашиглан бүх үйл явцын туршид шалгана. Гэсэн хэдий ч хэд хэдэн шинэ алхам шаардлагатай байж магадгүй юм.
4. Зан үйлийн дарааллыг өвөрмөц, хувь хүний ​​зан үйл гэж үзэх.. Энэ хамгийн сайн аргаурт хугацааны төгсгөл хүртэлх хувилбаруудын талаар бодох, учир нь зан үйлийн сэтгэлгээг сайжруулдаг. Урт хугацааны хувилбар нь зөвхөн өвөрмөц зан үйл гэж тооцогддог тохиолдолд л үнэ цэнэтэй юм. Энэ өвөрмөц байдлыг онцлон харуулахын тулд скриптийг бичих ёстой. Үгүй бол энэ нь ашиглахад үнэ цэнэтэй скрипт биш юм. Ийм скриптүүд нь ихэвчлэн тунхаглалтай, өндөр түвшний байдаг.
5. BDD хүрээг бүү ашигла, зөвхөн автоматжуулалтын хэрэгслийг ашиглан тест бичиж болохгүй. Геркин нь зан үйлийн хамтын ажиллагааг идэвхжүүлэх зорилготой бөгөөд урт хугацааны төгсгөл хүртэлх туршилтууд нь QA-ийн ажлын эрчмийн асуудлыг шийддэг. Бизнес нь зан үйлийн үзүүлэлтүүдийг гаргаж чаддаг ч төгсгөл хүртэлх тестийг хэзээ ч бичихгүй. Зан төлөвийн үзүүлэлтүүдийг урт төгсгөлөөс төгсгөл хүртэл скрипт болгон дахин бичих нь хөгжлийг хааж болно. Маш их хамгийн сайн шийдэлзэрэгцэн орших нь: хүлээн авах тестийг Геркин ашиглан бичиж, урт хугацааны төгсгөл хоорондын тестийг програмчлалын хэрэглүүр ашиглан бичиж болно. Туршилтын хоёр багцыг ижил кодын баазыг ашиглан автоматжуулж болно, тэдгээр нь ижил дэмжлэгийн модуль, тэр байтугай алхамуудыг тодорхойлох аргуудтай байж болно.

Танай багт хамгийн тохиромжтой арга барилыг сонго.

Технологийн үүднээс авч үзвэл интеграцийн туршилт нь нэгжийн туршилтын тоон хөгжил юм, учир нь нэгжийн туршилтын нэгэн адил модуль ба дэд системийн интерфейсүүд дээр ажилладаг бөгөөд дутуу модулиудын оронд stb зэрэг туршилтын орчинг бий болгохыг шаарддаг. Модульчлагдсан ба хоёрын гол ялгаа нэгтгэх туршилтзорилго, өөрөөр хэлбэл илрүүлэх согогийн төрлөөс бүрддэг бөгөөд энэ нь эргээд оролтын өгөгдөл, шинжилгээний аргыг сонгох стратегийг тодорхойлдог. Ялангуяа, интеграцийн туршилтын түвшинд функц эсвэл аргын дуудлага гэх мэт интерфэйсүүдийг хамрах, эсвэл интерфэйсийн объектуудын ашиглалтад дүн шинжилгээ хийхтэй холбоотой техникүүд. дэлхийн нөөц, харилцаа холбооны хэрэгслээр хангагдсан үйлдлийн систем.

Асуудлыг арга замаар шийдсэн нэгтгэх туршилт, - K цогцолборын програм хангамжийг хэрэгжүүлэх явцад хэрэгжүүлсэн модуль хоорондын холболтыг турших нь модуль түвшний "цагаан хайрцаг" загварыг ашигладаг. Шалгаж буй цогцолборт багтсан бүх модулийг дуудахаасаа өмнө шалгагч програмын текстийг нарийвчлан мэддэг тул энэ үе шатанд бүтцийн шалгуурыг ашиглах боломжтой бөгөөд үндэслэлтэй юм.

Интеграцийн туршилтыг нэгжээр шалгасан модулиудыг нэг цогцолбор болгон угсрах үе шатанд ашигладаг. Модулиудыг угсрах хоёр алдартай арга байдаг:
Монолит, бүх модулиудыг туршиж үзсэн цогцолбор болгон нэгэн зэрэг нэгтгэх замаар тодорхойлогддог
Өсөлттэй, угсарсан цогцолборыг алхам алхмаар турших замаар багц программуудыг үе шаттайгаар (модуль тус бүрээр) бий болгох замаар тодорхойлогддог. Өсөлттэй аргад модуль нэмэх хоёр стратеги байдаг:
o Дээрээс доош болон харгалзах доороос дээш туршилт.
o "Доороос дээш" ба үүний дагуу дээрээс доош туршилт.

Онцлог шинж чанарууд цул туршилтДараахь нь: туршилтын үеэр боловсруулагдаагүй модулиудыг солихын тулд хамгийн дээд модулийг эс тооцвол дутуу байсан доод түвшний модулиудыг орлуулах драйверууд (туршилтын драйверууд) ба/эсвэл бүдүүвчүүд (стббууд) нэмж боловсруулах шаардлагатай. туршилтын хуралдааны үеэр.

Цул ба интеграл хандлагыг харьцуулах нь дараахь зүйлийг өгдөг.
Монолит туршилтжолооч, бүдүүвчийг нэмэлт хөгжүүлэлт, угсарсан кодын орон зайд гарч буй алдааг тодорхойлоход бэрхшээлтэй холбоотой маш их хөдөлмөр шаарддаг.
Алхам алхмаар туршилт хийхТуршилтанд хамрагдсан кодын хэмжээ аажмаар нэмэгдэж, үүний дагуу шалгагдсан кодын нэмэгдсэн хэсгийг нутагшуулахтай холбоотойгоор алдааг тодорхойлоход хөдөлмөр багатай холбоотой юм.
Монолит туршилтхангадаг агуу боломжуудажлын зэрэгцээ, ялангуяа туршилтын эхний үе шатанд.

Онцлог шинж чанарууд дээрээс доош туршилтЭдгээр нь: шалгагдсан модулиудын туршсан модулиудаар дуудлагын гүйцэтгэх дарааллыг бий болгох орчныг зохион байгуулах, бүдүүвчийг тогтмол хөгжүүлэх, ашиглах, хүрээлэн буй орчинтой солилцох үйлдлийг агуулсан модулиудын тэргүүлэх туршилтыг зохион байгуулах, эсвэл туршиж буй алгоритмд чухал ач холбогдолтой модулиуд.

Алдаа дутагдал дээрээс доош туршилт:
Хангалттай "ухаалаг" бүдүүвчийг хөгжүүлэх асуудал, жишээлбэл. Туршилтанд шаардлагатай цогцолборын янз бүрийн үйлдлийн горимыг дуурайлган хийх үед ашиглах боломжтой stb
Шаардлагатай дарааллаар модулиудын гүйцэтгэлийг хэрэгжүүлэх орчинг зохион байгуулах, хөгжүүлэх нарийн төвөгтэй байдал
Дээд болон доод түвшний модулиудыг зэрэгцүүлэн хөгжүүлэх нь доод түвшний модулиудыг аль хэдийн туршиж үзсэн дээд түвшний модулиудад тохируулж (мэргэшсэн) улмаас модулиудыг үр дүнтэй хэрэгжүүлэхэд хүргэдэггүй.

Алдаа дутагдал доороос дээш туршилт:
Туршилтанд хамрагдсан цогцолборын концепцийн шинж чанарыг шалгах хугацааг хойшлуулах
Жолоочуудыг хөгжүүлэх, ашиглах хэрэгцээ

Процедурын програмчлалын интеграцийн тестийн онцлог

Бүтцийн туршилтын явцад туршилтын багцыг бий болгох үйл явц нь Хөтөлбөрийн Загварын График (GMP) байгуулахад үндэслэсэн зарчмаар тодорхойлогддог. Энэ нь туршилтын замуудын багцыг тодорхойлж, туршилтын замд харгалзах тестүүдийг үүсгэнэ.

Програм хангамжийг хөгжүүлэх эхний арга бол процедур (модуль) програмчлал юм. Уламжлалт процедурын програмчлал нь командын гүйцэтгэлийн тодорхой дарааллыг зааж өгсөн эх кодыг императив хэв маягаар бичихээс гадна функциональ задралыг ашиглан програм хангамжийн төслийг тайлбарлах явдал юм. Паскаль, Си зэрэг хэлүүд зайлшгүй шаардлагатай. Тэдгээрийн дотор кодын эх мөрүүдийн дараалал нь дараалсан гүйцэтгэл, нөхцөлийг сонгох, програмын хэсгүүдийг давтан гүйцэтгэх зэрэг хяналтыг шилжүүлэх дарааллыг тодорхойлдог. Модуль бүр хэд хэдэн нэвтрэх цэгтэй (хэрэв кодыг хатуу бичсэн бол - нэг), хэд хэдэн гарах цэгүүд (хэрэв кодыг хатуу бичсэн бол - нэг). Нарийн төвөгтэй програм хангамжийн төслүүд нь модульчлагдсан шаталсан бүтэцтэй бөгөөд модулиудыг турших нь програм хангамжийг турших үйл явцын эхний алхам юм. Модулийн график загварыг бий болгох нь өчүүхэн ажил бөгөөд туршилтыг бараг үргэлж C1 салбар хамрах хүрээний шалгуурын дагуу явуулдаг. Модулийн графикийн нум ба орой бүр дор хаяж нэг туршилтын замд агуулагдах ёстой.

Туршилтын анги, төрөл.

Тестийн хоёр үндсэн анги байдаг: уламжлалтТэгээд уламжлалт бус.

Туршилт нь байна найрлага, бүрэн бүтэн байдалТэгээд бүтэц. Үүнд:

• даалгавар;
• тэдгээрийг хэрэглэх дүрэм;
• даалгавар бүрийг гүйцэтгэсэн үнэлгээ;
• туршилтын үр дүнг тайлбарлах зөвлөмж.

Бүрэн бүтэн байдлыг шалгахЭнэ нь даалгаврын хамаарал, тэдгээрийн хэмжсэн нийтлэг хүчин зүйлд хамаарахыг хэлнэ. Туршилтын даалгавар бүр өөрт оногдсон үүргээ гүйцэтгэдэг тул хэмжилтийн чанарыг алдагдуулахгүйгээр тэдгээрийн аль нь ч шалгалтаас хасагдах боломжгүй.

Туршилтын бүтэцдаалгавруудыг хооронд нь холбох арга замыг бүрдүүлдэг. Үндсэндээ энэ нь гэж нэрлэгддэг зүйл юм хүчин зүйлийн бүтэц, үүнд даалгавар бүр дамжуулан бусадтай холбогддог ерөнхий агуулгаболон ерөнхий шалгалтын онооны өөрчлөлт.

Уламжлалт тест нь дор хаяж гурван системийн нэгдэл юм.

• шалгагдаж буй эрдмийн хичээлийн хэлээр тодорхойлсон мэдлэгийн утга учиртай систем;
• өсөн нэмэгдэж буй хүндрэлтэй ажлуудын албан ёсны систем;
• статистик шинж чанарууддаалгавар, туршилтын үр дүн.

Уламжлалт сурган хүмүүжүүлэх шалгалтыг хоёр үндсэн чиглэлээр авч үзэх ёстой. сурган хүмүүжүүлэх хэмжилтийн арга болон туршилтын хэрэглээний үр дүнд.

тэдгээр st бол хамгийн сайн арга зүйн бүрэн бүтэн байдлыг бүрдүүлдэг даалгаврын систем юм. Туршилтын бүрэн бүтэн байдал нь тестийг хөгжүүлж буй систем болгон бүрдүүлдэг даалгавруудын тогтвортой харилцан үйлчлэл юм.

Нэг төрлийн туршилтууд

Уламжлалт сорилтод тест орно нэгэн төрлийнТэгээд гетероген.

Нэг төрлийн туршилттөлөөлдөг Хүндрэл, тодорхой хэлбэр, тодорхой агуулгын нэмэгдэл даалгаврын тогтолцоо - объектив, чанарын болон үр дүнтэй аргабүтцийг үнэлэх, нэг хичээлийн чиглэлээр оюутнуудын бэлэн байдлын түвшинг хэмжих.

Нэг төрлийн тест нь бусадтай харьцуулахад илүү түгээмэл байдаг. Сурган хүмүүжүүлэх ухаанд эдгээрийг нэг эрдэм шинжилгээний чиглэлээр эсвэл нэг хэсэгт, жишээлбэл, физик гэх мэт их хэмжээний эрдэм шинжилгээний чиглэлээр мэдлэгийг хянах зорилгоор бүтээдэг. Нэг төрлийн сурган хүмүүжүүлэх тестийн хувьд бусад шинж чанарыг харуулсан даалгавруудыг ашиглахыг хориглоно.Сүүлийнх нь байгаа нь сурган хүмүүжүүлэх шалгалтын сахилгын цэвэр байдлын шаардлагыг зөрчиж байна. Эцсийн эцэст, шалгалт бүр урьдчилан тодорхойлсон зүйлийг хэмждэг.

Гетероген туршилтууд

Гетероген тесттөлөөлдөг хүндрэл, тодорхой хэлбэр, тодорхой агуулгын нэмэгдэл даалгаврын тогтолцоо - хэд хэдэн эрдэм шинжилгээний чиглэлээр оюутнуудын бүтцийг үнэлэх, бэлэн байдлын түвшинг хэмжих бодитой, өндөр чанартай, үр дүнтэй аргыг бий болгох систем.

Ихэнхдээ ийм туршилтууд орно сэтгэл зүйн даалгавароюуны хөгжлийн түвшинг үнэлэх.

Ихэвчлэн сургууль төгсөгчдийн иж бүрэн үнэлгээ, ажилд орохдоо хувийн шинж чанарыг үнэлэх, их дээд сургуульд элсэхэд хамгийн бэлтгэгдсэн өргөдөл гаргагчдыг сонгоход нэг төрлийн бус тестийг ашигладаг. Нэг төрлийн тест бүр нь нэгэн төрлийн тестүүдээс бүрддэг тул туршилтын үр дүнгийн тайлбарыг тест бүрийн даалгаврын хариулт (энд тэдгээрийг масштаб гэж нэрлэдэг) дээр үндэслэн гүйцэтгэдэг. янз бүрийн аргаоноог нэгтгэн өгөх оролдлого хийдэг ерөнхий үнэлгээтуршилтын субъектын бэлэн байдал.

Туршилтын үр дүнгийн тайлбарыг арифметик дундаж, горим эсвэл медиан дээр үндэслэн тестологийн хэлээр хийж, шалгалтанд хамрагдагсдын хэдэн хувь нь тэнцэж байгааг харуулсан хувь хэм хэмжээ гэж нэрлэдэг. туршилтын үр дүнЭнэ нь шалгалтын оноогоор шинжилгээнд хамрагдсан бүх хичээлээс муу. Энэ тайлбарыг гэж нэрлэдэг нормативт чиглэсэн.

Нэгдсэн тестүүд

Нэгдмэл-аас бүрдсэн тест гэж нэрлэж болно Боловсролын байгууллагын төгсөгчдийн бэлэн байдлыг ерөнхийд нь эцсийн оношлоход чиглэсэн нэгдсэн агуулгын шаардлагад нийцсэн даалгаврын систем, тестийн хэлбэр, даалгаврын хүндрэлийг нэмэгдүүлэх..

Оношлогоо нь зөв хариулт нь хоёр ба хоёр чиглэлээр нэгдсэн (ерөнхий, тодорхой харилцан уялдаатай) мэдлэг шаарддаг ийм даалгавруудыг танилцуулах замаар хийгддэг. илүү эрдэм шинжилгээний салбарууд. Ийм тестийг бий болгох нь зөвхөн хэд хэдэн эрдэм шинжилгээний чиглэлээр мэдлэгтэй, суралцахад салбар хоорондын харилцааны чухал үүргийг ойлгодог, зөв ​​хариулт нь оюутнуудаас янз бүрийн мэдлэгтэй байхыг шаарддаг даалгавруудыг бий болгох чадвартай багш нарт л өгдөг. сахилга бат, ийм мэдлэгийг хэрэгжүүлэх чадвар.

Нэгдсэн туршилтыг зохион байгуулалтаар хийдэг нэгдсэн сургалт. Харамсалтай нь, хичээлийг явуулах өнөөгийн анги-хичээлийн хэлбэр нь эрдэм шинжилгээний хичээлүүдийн хэт хуваагдал, багшлах уламжлалтай хослуулсан. бие даасан салбарууд(мөн ерөнхий сургалт биш) нь сургалт, бэлэн байдалд хяналт тавих үйл явцад нэгдсэн арга барилыг хэрэгжүүлэхэд удаан хугацаагаар саад болно.

Интегратив тестийн нэг төрлийн бус тестүүдээс давуу тал нь даалгавар бүрийн мэдээллийн агуулга, өөрөө цөөн тооны даалгавар байдагт оршино.

Дасан зохицох туршилтууд

Дасан зохицох хяналтын боломж нь уламжлалт туршилтыг оновчтой болгох хэрэгцээ шаардлагаас үүдэлтэй.

Сайн бэлтгэгдсэн оюутанд хялбар, маш хялбар даалгавар өгөх шаардлагагүй гэдгийг багш бүр ойлгодог. зөв шийдвэр. Үүнээс гадна, хөнгөн материал нь мэдэгдэхүйц хөгжлийн боломж байхгүй. Тэгш хэмийн хувьд буруу шийдвэр гаргах магадлал өндөр учраас сул сурагчдад хэцүү даалгавар өгөх нь утгагүй юм. Хэцүү, маш хэцүү ажлуудыг багасгадаг нь мэдэгдэж байна суралцах сэдэлолон оюутан.

Хамгийн их гол шинж чанарДасан зохицох тестийн даалгавар гэдэг нь эмпирик байдлаар олж авсан бэрхшээлийн түвшин бөгөөд энэ нь банкинд очихоосоо өмнө даалгавар бүрийг хангалттай хэмжээнд туршиж үздэг. их тоосонирхсон хүн амын ердийн оюутнууд. Энд "сонирхлын нөхцөл" гэсэн үг нь шинжлэх ухаанд "нийт хүн ам" гэсэн илүү хатуу ойлголтын утгыг илэрхийлэх зорилготой юм.

Туршилт нь бусад аргуудаас дараах давуу талуудтай сурган хүмүүжүүлэх хяналт:

· оюутны эзэмшсэн мэдлэг, ур чадварын чанарыг шалгах хурдыг нэмэгдүүлэх;

· өнгөцхөн боловч бүх зүйлийг бүрэн хамарсан хэрэгжилт боловсролын материал;

· нөлөөллийг бууруулах сөрөг нөлөөТухайн багшийн сэтгэл санааны байдал, мэргэшлийн түвшин болон бусад шинж чанар зэрэг хүчин зүйлсийг шалгасны үр дүнд, жишээлбэл. багасгах субъектив хүчин зүйлхариултыг үнэлэх үед;

· өндөр бодитой байдал, үр дүнд нь илүү эерэг урамшуулах нөлөө танин мэдэхүйн үйл ажиллагааоюутан;

· орчин үеийн зүйлд анхаарлаа хандуулах техникийн хэрэгсэл, компьютерийн сургалт, хяналтын системийн орчинд ашиглах;

· Хяналтын үр дүнг математик, статистик боловсруулах боломж, үүний үр дүнд сурган хүмүүжүүлэх хяналтын объектив байдлыг нэмэгдүүлэх;

· дасан зохицох тестийг ашиглан сургалтыг хувь хүн болгох, ялгах зарчмыг хэрэгжүүлэх;

· даалгавар гүйцэтгэхэд шаардагдах хугацааг багасгах, хяналт шалгалтыг автоматжуулах замаар хяналтын давтамж, тогтмол байдлыг нэмэгдүүлэх чадвар;

· улс орны боловсролын тогтолцоог Европын системд нэгтгэх үйл явцыг хөнгөвчлөх.

Туршилтыг дараахь үндсэн дээр ангилж болно.

1. Сэдвийн хэсэгтуршилтын хэрэглээ: нэг сэдэвтэй, олон сэдэвтэй, нэгтгэсэн.
НэгдмэлИйм даалгавраас бүрдэх тест гэж нэрлэж болно, зөв ​​хариулт нь хоёр ба түүнээс дээш эрдэм шинжилгээний салбарын нэгдсэн (харилцан, ерөнхий) мэдлэг шаарддаг. Хяналт, боловсролын аль алинд нь ийм тестийг сургуульд ашиглах нь заахдаа салбар хоорондын уялдаа холбоог хэрэгжүүлэх маш сайн хэрэгсэл юм.

2. Туршилтын дизайны ерөнхий чиг баримжаа: нормативт чиглэсэн буюу шалгуурт чиглэсэн (субъектэд чиглэсэн).
At нормативт чиглэсэнарга барилаар хичээлүүдийг түвшингээр нь харьцуулах тестүүдийг боловсруулдаг боловсролын ололт амжилт.
Үндсэн онцлох тэмдэг сэдвийн онцлогтест гэдэг нь тестийн гүйцэтгэлийг утгын агуулгын үүднээс тайлбарлах явдал юм. Бусадтай харьцуулбал тэдний гадаад төрх байдал бус, хатуу тодорхойлсон агуулгын талбарт (шалгуулагчид юу мэдэж, мэдэж чадах) анхаарлаа хандуулдаг.

3.Дидактик-сэтгэл зүйнтестийн чиг баримжаа: онолын мэдлэгийг хянах амжилтын тест; тухайн хичээлийн янз бүрийн түвшний нарийн төвөгтэй чадвар, ур чадварыг хянах амжилтын тест, суралцах чадварын тест (өгөгдсөн хүрээний хичээл эсвэл мөчлөгийн мэдлэгийн бодит боловсролын чадварыг оношлох - математик, хэл шинжлэлийн гэх мэт).

4.Хяналтын тодорхой үе шатанд чиглүүлэх: урьдчилсан хяналтын туршилт, туршилт одоогийн хяналт, эцсийн хяналтын туршилтууд.

5. Туршилт хийх үед субьектийн давамгайлах үйл ажиллагаа– аман, бичгийн, компьютер.

6. Хяналтын объектын тоо: нэг хяналтын объекттой (жишээлбэл, зохих түвшинд гүйцэтгэсэн үйлдлийн тоо) эсвэл хэд хэдэн (чанар, тоо хэмжээ, хурд, хатуу дараалал, ижил үйл ажиллагааны талаархи мэдлэг).

7. Нэг төрлийн байдлын зэрэг тестийн даалгавар : даалгаврыг бүтээх нэгэн төрлийн эсвэл нэг төрлийн бус хэлбэрийн тестүүд.

8. Хурдны хүчин зүйл: өндөр хурдтай (гүйцэтгэх хугацааг заавал бүртгэх) ба хурдан биш.

9. Туршилтын зохион байгуулалтын маягт: масс, хувь хүн, бүлэг.

Тус тусад нь гэж нэрлэгддэг зүйлүүд байдаг дасан зохицох чадвартайСургалтыг хувь хүн болгох зарчимд суурилсан тестүүд. Сул сурагчдад хэцүү даалгавар өгөх нь утгагүйтэй адил сайн сурагчид хялбар, маш хялбар даалгавар өгөх нь утгагүй гэдгийг багш бүр ойлгодог. Онолын хувьд сурган хүмүүжүүлэх хэмжүүрүүддаалгаврын хүндрэлийн хэмжүүр болон мэдлэгийн түвшний хэмжүүрийг нэг хэмжүүрээр харьцуулах боломжтой болох нь тогтоогдсон. Компьютер гарч ирсний дараа энэхүү арга хэмжээ нь дасан зохицох мэдлэгийг хянах аргын үндэс суурь болсон бөгөөд оюутнуудын хариултаас хамааран танилцуулсан даалгаврын хүндрэл, тоог зохицуулдаг.