Туршилтын үндсэн асуудал

Танилцуулга

Өдрийн мэнд, Хабаровскийн оршин суугчид. Яг одоо би финтек компанийн QA ахлах ажлын байрны тестийн даалгаврыг шийдэж байна. Бүрэн хяналтын хуудас, цахилгаан данхыг турших туршилтын тохиолдлын жишээ бүхий туршилтын төлөвлөгөөг бий болгох эхний ажлыг маш энгийн байдлаар шийдэж болно.

Гэхдээ хоёр дахь хэсэг нь "Бүх шалгагчдад илүү үр дүнтэй ажиллахад саад болж буй нийтлэг асуудал байдаг уу?" Гэсэн асуулт байв.

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

Тодорхойлолт

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

  • асуудал
  • шалгагч
  • шалгагчийн ажил
  • шалгагчийн үр ашиг

Википедиа болон эрүүл ухаан руу хандъя:
Асуудал (эртний Грекийн πρόβλημα) өргөн утгаараа - судлах, шийдвэрлэх шаардлагатай онолын болон практикийн нарийн төвөгтэй асуудал; шинжлэх ухаанд - аливаа үзэгдэл, объект, үйл явцыг тайлбарлахдаа эсрэг байр суурь хэлбэрээр гарч ирдэг зөрчилдөөнтэй нөхцөл байдал, түүнийг шийдвэрлэх хангалттай онолыг шаарддаг; Амьдралд асуудлыг хүмүүст ойлгомжтой хэлбэрээр томъёолдог: "Би юу гэдгийг, яаж гэдгийг нь мэдэхгүй", өөрөөр хэлбэл юу олж авах ёстойг мэддэг, гэхдээ үүнийг яаж хийх нь тодорхойгүй байдаг. . Оройноос ирдэг. лат. асуудал, Грек хэлнээс. πρόβλημα "урагш шидсэн, урд байрлуулсан"; προβάλλω-аас “урагш шид, урдуураа тавих; буруутгах".

Энэ нь тийм ч утгагүй, үнэндээ "асуудал" = "харьцах шаардлагатай бүх зүйл".
Шалгагч - бүрэлдэхүүн хэсэг эсвэл системийг туршихад оролцдог мэргэжилтэн (бид бүх шалгагчдыг сонирхож байгаа тул төрөл болгон хуваахгүй) үр дүн нь:
Тестерийн ажил - шалгалттай холбоотой үйл ажиллагааны багц.
Үр ашиг (лат. effectivus) - хүрсэн үр дүн ба ашигласан нөөцийн хоорондын хамаарал (ISO 9000: 2015).
Үр дүн - чанарын болон тоон хэлбэрээр илэрхийлэгдсэн үйлдлүүд (үр дүн) эсвэл үйл явдлын гинжин хэлхээний (цуврал) үр дагавар. Боломжит үр дүнд давуу тал, сул тал, олз, алдагдал, үнэ цэнэ, ялалт орно.
"Асуудал" -ын нэгэн адил ажлын үр дүнд гарч ирсэн зүйл гэсэн утга багатай.
нөөц - хүн эсвэл хүмүүсийн аливаа үйл ажиллагааг гүйцэтгэх тоон хэмжигдэхүйц боломж; Хүссэн үр дүнд хүрэхийн тулд тодорхой хувиргалтыг ашиглах боломжийг олгодог нөхцөлүүд. Шалгагч нь хүн бөгөөд амин чухал нөөцийн онолын дагуу хүн бүр эдийн засгийн дөрвөн хөрөнгийн эзэн юм.
бэлэн мөнгө (орлого) нь нөхөн сэргээгдэх нөөц юм;
эрчим хүч (амьдралын хүч) нь хэсэгчлэн сэргээгдэх нөөц юм;
цаг бол тогтмол бөгөөд үндсэндээ нөхөн сэргээгдэхгүй нөөц юм;
Мэдлэг (мэдээлэл) бол сэргээгдэх нөөц бөгөөд энэ нь өсөн нэмэгдэж, устаж болзошгүй хүний ​​капиталын нэг хэсэг юм.[1].

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

шийдвэр

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

  1. Шаардлагатай ажиллах
  2. Техникийн тодорхойлолтыг бүрдүүлэх
  3. Хөгжил
  4. Тест хийх
  5. Үйлдвэрлэлд гаргах
  6. Дэмжлэг (1-р зүйл рүү очих)

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

Үүнийг хэрхэн шийдвэрлэх вэ?

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

  1. Хөгжүүлэлт, туршилт нь бараг нэгэн зэрэг эхэлж, дуусах ёстой (үүнийг ихэвчлэн хэлтэс хийдэг QA). Хамгийн тохиромжтой сонголт бол хөгжүүлж буй бүх функцийг бэлэн болтол нь автомат туршилтанд хамруулж, регрессийн (боломжтой бол урьдчилан гүйцэтгэх) тест болгон зохион байгуулах явдал юм. CI.
  2. Төсөл илүү олон функцтэй байх тусам (илүү төвөгтэй байх тусам шинэ функц нь хуучин функцийг эвдэж чадахгүй байгаа эсэхийг шалгахад илүү их цаг зарцуулах шаардлагатай болно. Тиймээс төсөл нь илүү төвөгтэй байх тусам илүү их автоматжуулалт шаардлагатай болно регрессийн тест.
  3. Бид үйлдвэрлэлийн алдааг алдаж, хэрэглэгч үүнийг олох болгонд 1-р цэгээс эхлэн төслийн амьдралын мөчлөгт нэмэлт цаг зарцуулах шаардлагатай болдог (шаардлагатай ажиллах, энэ тохиолдолд хэрэглэгчид). Алдаа алга болсон шалтгаан нь ерөнхийдөө тодорхойгүй байгаа тул бидэнд зөвхөн нэг оновчлолын зам үлддэг - хэрэглэгчдийн олсон алдаа бүр дахин гарч ирэхгүй гэдэгт итгэлтэй байхын тулд регрессийн туршилтанд хамрагдах ёстой.

Эх сурвалж: www.habr.com

сэтгэгдэл нэмэх