8-р сарын 28, 2019-ийг шинэчилэв
Програм хангамжийг хөгжүүлж эхэлснээс хойш туршилтыг програм хангамж хөгжүүлэх нэг хэсэг болгон өргөн хэрэглэж ирсэн. Business Intelligence (BI) нь IBM Cognos гэх мэт BI програм хангамжийг хөгжүүлэх нэг хэсэг болгон туршилтыг нэвтрүүлэхдээ удаан байсан. BI яагаад туршилтын практикийг удаашруулж, үр дагаврыг нь авч үзье биш сорилт.
Байгууллагууд яагаад BI тест хийдэггүй вэ?
- Цаг хугацааны хязгаарлалт. BI төслүүдийг хурдан хүргэхийн тулд байнгын дарамтанд байдаг. Зарим байгууллагуудын ойлгохгүй байгаа зүйл бол цаг хугацааг багасгах хамгийн хялбар үе бол туршилт юм.
- Төсвийн хязгаарлалт. Туршилт нь хэтэрхий үнэтэй бөгөөд туршилтын багийг зориулах боломжгүй юм.
- Илүү хурдан байх нь дээр. Энэ нь заавал "уян хатан" арга биш бөгөөд таныг буруу газар руу хурдан хүргэх болно.
- "Анх удаа л зөв хий" гэсэн сэтгэлгээ. Энэхүү гэнэн хандлага нь чанарын хяналттай байх нь туршилтын хэрэгцээг багасгах ёстой гэж шаарддаг.
- Өмчлөлийн дутагдал. Энэ нь өмнөх сумтай төстэй юм. "Манай хэрэглэгчид үүнийг туршиж үзэх болно." Энэ хандлага нь аз жаргалгүй хэрэглэгчид, олон тооны тасалбар авахад хүргэж болзошгүй юм.
- Багаж хэрэгсэл дутмаг. Тэдэнд туршилтын зөв технологи байхгүй гэсэн буруу ойлголт.
- Туршилтын талаар ойлголт дутмаг байна. Жишээлбэл,
- Туршилт нь өгөгдлийн нарийвчлал, хүчин төгөлдөр байдал, өгөгдлийн нийцтэй байдал, өгөгдөл цаг тухайд нь хүргэх, гүйцэтгэл, хүргэх механизмыг ашиглахад хялбар байдлыг үнэлэх ёстой.
- BI төслийн туршилтанд регрессийн тест, нэгжийн туршилт, утааны тест, интеграцийн тест, хэрэглэгчийн хүлээн зөвшөөрөх тест, түр зуурын туршилт, стресс/өргөтгөх чадварын тест, системийн гүйцэтгэлийн туршилт орно.
BI -ийг туршихгүй байх зардал хэд вэ?
- Үр ашиггүй загвар. Туршилтыг үл тоомсорловол муу архитектур илрэхгүй байж магадгүй юм. Дизайнтай холбоотой асуудлууд нь ашиглах чадвар, гүйцэтгэл, дахин ашиглах, засвар үйлчилгээ, засвар үйлчилгээ хийхэд хувь нэмэр оруулдаг.
- Өгөгдлийн бүрэн бүтэн байдлын асуудал. Мэдээллийн авлига, өгөгдлийн удам угсааны бэрхшээл нь тоонд итгэх итгэлгүй болоход хүргэдэг.
- Өгөгдлийн баталгаажуулалтын асуудал. Буруу өгөгдлийн талаар гаргасан шийдвэр нь бизнесийг сүйтгэж болзошгүй юм. Буруу мэдээлэл дээр үндэслэсэн хэмжигдэхүүнээр удирдахыг оролдох шиг муу зүйл байхгүй.
- Хэрэглэгчийн үрчлэлт буурсан. Хэрэв тоонууд зөв биш эсвэл програм нь хэрэглэгчдэд ээлтэй биш бол таны хэрэглэгчийн нийгэмлэг танай шинэ аж ахуйн нэгжийн BI програмыг ашиглахгүй болно.
- Стандартчилал байхгүйн улмаас зардал нэмэгдсэн.
- BI -ийн хөгжлийн амьдралын мөчлөгийн сүүлийн үе шатанд согогийг засах зардал нэмэгдсэн. Шаардлагын үе шатнаас давсан аливаа асуудал нь өмнө нь илрүүлснээс хамаагүй илүү үнэтэй болно.
Байгууллагууд яагаад туршилт хийхгүй байж магадгүйг, мөн BI -ийг туршиж үзээгүй тохиолдолд гарч болзошгүй бэрхшээлийг бид тодорхойлсны дараа програм хангамж хөгжүүлэх туршилтын талаархи зарим судалгааг авч үзье.
Судалгаагаар таны BI платформыг туршиж үзэх нь мөнгөө хэмнэдэг болохыг харуулж байна.
Хойд Америкийн 139 компанид хийсэн нэг судалгаа 250 -аас 10,000 ажилтан хүртэлх хэмжээтэй, жилийн 5.2 сая доллараас 22 сая доллар хүртэлх дибаг хийх зардлыг мэдээлсэн. Энэ зардлын хүрээ нь ийм байгууллагуудыг тусгадаг болохгүй нэгж туршилтыг автоматжуулсан байна. IBM болон Microsoft -ийн хийсэн судалгаагаар үүнийг тусад нь олж тогтоожээ хамтран нэгжийн автоматжуулсан туршилтыг хийснээр согогийг 62% -аас 91% хүртэл бууруулах боломжтой.. Энэ нь дибаг хийхэд зарцуулсан долларыг 5 сая доллараас 22 сая доллараас 0.5 сая доллараас 8.4 сая доллар хүртэл бууруулах боломжтой гэсэн үг юм. Энэ бол асар их хэмнэлт юм!
Алдааг хурдан засах зардал.
Програм хангамж хөгжүүлэх амжилттай тактикийн талаархи баримт бичиг Хөгжлийн мөчлөгийн эхэн үед ихэнх алдаа гардаг бөгөөд үүнийг илрүүлэх, засах хүртэл удаан хүлээх тусам засч залруулах зардал өндөр болдог гэдгийг харуулж байна. Тиймээс пуужингийн эрдэмтэн алдаагаа эрт илрүүлж, засч залруулах тусам илүү сайн гэсэн тодорхой дүгнэлт гаргах шаардлагагүй болно. Пуужингийн шинжлэх ухааны тухай ярихад, НАСА яг энэ тухай баримт бичгийг нийтэлсэн нь ийм л зүйл тохиолдсон юм. "Төслийн амьдралын мөчлөгийн явцад гарсан зардлын өсөлт."
Хөгжлийн амьдралын мөчлөг ахих тусам алдаа засах зардал нэмэгдэх нь ойлгомжтой юм. Алдааг олж засварлах харьцангуй зардал хэр хурдан урагшилж байгааг тодорхойлохын тулд НАСА -гийн судалгааг хийжээ. Энэхүү судалгаанд харьцангуй зардлыг тодорхойлохдоо доороос дээш зардлын арга, нийт зардлыг задлах арга, дээрээс доош таамагласан төслийн арга гэсэн гурван аргыг ашигласан болно. Энэхүү баримт бичигт дурдсан арга барил, үр дүн нь том, нарийн төвөгтэй сансрын хөлөг, цэргийн нисэх онгоц эсвэл жижиг холбооны хиймэл дагуул бүтээхэд ашигладагтай ижил төстэй төслийн шинж чанартай техник хангамж/програм хангамжийн системийг хөгжүүлэхийг хэлнэ. Үр дүн нь төслийн амьдралын мөчлөгийн хожуу болон хожуу үе шатанд алдаа илрүүлж, засч залруулдаг тул зардал хэр зэрэг өсч байгааг харуулдаг. Энэхүү судалгаа нь хийсэн бусад судалгааны төлөөлөл юм.
Дээрх диаграмаас харахад TRW, IBM, GTE, Bell Labs, TDC болон бусад байгууллагуудын хийсэн судалгаагаар хөгжлийн янз бүрийн үе шатанд гарсан алдааг засах зардлыг харуулжээ.
- Шаардлагын үе шатанд илрүүлсэн алдааг засах зардлыг дараахь байдлаар тодорхойлно 1 нэгж
- Хэрэв дизайны үе шатанд олдвол энэ алдааг засах зардал хоёр гэж
- Код болон дибаг хийх үе шатанд алдааг засах зардал нь 3 нэгж
- Нэгжийн туршилт ба нэгтгэх үе шатанд алдааг засах зардал нэмэгддэг 5
- Системийн туршилтын үе шатанд, Алдаа засах зардал 20 болж нэмэгддэг
- Тэгээд систем ажиллах шатандаа орсны дараа алдаа засах харьцангуй зардал 98 болж өссөн бөгөөд хэрэв шаардлагын үе шатанд олдвол алдаа засах зардлаас бараг 100 дахин их байна.!
Хамгийн гол нь согогийг эрт илрүүлэхгүй бол засах нь илүү үнэтэй байдаг.
Дүгнэлт
Програм хангамжийн хөгжилд эрт болон тасралтгүй туршилтын үнэ цэнийг харуулсан томоохон судалгаа хийгдсэн. Бид BI нийгэмлэгийн хувьд найз нөхдөөсөө програм хангамж хөгжүүлэх талаар суралцах боломжтой. Програм хангамж хөгжүүлэхтэй холбоотой ихэнх албан ёсны судалгааг хийсэн ч BI хөгжүүлэлтийн талаар ижил төстэй дүгнэлт хийж болно. Туршилтын үнэ цэнэ нь маргаангүй боловч олон байгууллагууд өөрсдийн BI орчны албан ёсны туршилтын давуу талыг ашиглаж, тестийг өөрсдийн BI боловсруулах процесст нэгтгэх ажлыг удаашруулж ирсэн. -Ийн зардал үгүй биш Туршилт нь бодит юм. Үүнтэй холбоотой эрсдлүүд үгүй биш Туршилт нь бодит юм.
Cognos автоматжуулсан туршилтыг ажил хэрэг болгомоор байна уу? Манай тоглуулах жагсаалт дээрх видеог үзэх энд дарж!
