• დეველოპერების მიერ სამუშაო სტანდარტებიდან ან განხორციელების გეგმებიდან უნებლიე გადახრა;
• ფუნქციონალური და ინტერფეისის მოთხოვნები აკმაყოფილებს განვითარების სტანდარტების დაცვის გარეშე, რაც იწვევს პროგრამების ფუნქციონირების დარღვევას;
• განვითარების პროცესის ორგანიზაცია - რესურსების (ადამიანური, ტექნიკური, პროგრამული უზრუნველყოფა და ა.შ.) პროექტის მენეჯერის მიერ არასრულყოფილი ან არასაკმარისი მენეჯმენტი და პროექტის ელემენტების ტესტირებისა და ინტეგრაციის საკითხები.

განვიხილოთ ტესტირების პროცესი ISO / IEC 12207 სტანდარტის რეკომენდაციების საფუძველზე და მივცეთ შეცდომების ტიპები, რომლებიც გამოვლენილია თითოეული სასიცოცხლო ციკლის პროცესში.

მოთხოვნების შემუშავების პროცესი... სისტემის თავდაპირველი კონცეფციისა და სისტემის საწყისი მოთხოვნების განსაზღვრისას, ანალიტიკოსების შეცდომები წარმოიქმნება სისტემის ზედა დონის დაზუსტებისა და დომენის კონცეპტუალური მოდელის შექმნისას.

ამ პროცესის ტიპიური შეცდომებია:

• საბოლოო მომხმარებლების მოთხოვნების დაზუსტების არაადეკვატურობა; - ოპერაციული გარემოსთან ან მომხმარებლებთან პროგრამული უზრუნველყოფის ურთიერთქმედების არასწორი დაზუსტება;
• პროგრამული უზრუნველყოფის ინდივიდუალური და ზოგადი თვისებების მომხმარებელთა მოთხოვნების შეუსაბამობა;
• ფუნქციური მახასიათებლების არასწორი აღწერა;
• ინსტრუმენტების ნაკლებობა მომხმარებლის მოთხოვნების განხორციელების ყველა ასპექტისთვის და ა.შ.

დიზაინის პროცესიკომპონენტის დიზაინის შეცდომები შეიძლება წარმოიშვას ალგორითმების, კონტროლის ლოგიკის, მონაცემთა სტრუქტურების, ინტერფეისების, მონაცემთა ნაკადის მოდელირების ლოგიკის, I / O ფორმატის აღწერისას. ეს მოიცავს შეცდომებს:

• მომხმარებლის ინტერფეისის განმარტებით გარემოში;
• ფუნქციების აღწერით (კომპონენტების მიზნების და ამოცანების არაადეკვატურობა, რომლებიც გამოვლენილია კომპონენტების კომპლექსის შემოწმებისას);
• ინფორმაციის დამუშავების პროცესის განმარტებით და პროცესებს შორის ურთიერთქმედებით (კომპონენტებსა და პროცესებს შორის ურთიერთობების არასწორი განსაზღვრის შედეგი);
• მთლიანობაში ინდივიდუალური კომპონენტების და პროგრამული სისტემების აღწერისას მონაცემთა და მათი სტრუქტურების არასწორი დანიშნულებით;
• მოდულის ალგორითმების არასწორი აღწერით;
• კლების პირობების განსაზღვრით შესაძლო შეცდომები პროგრამაში;
• პროექტისთვის მიღებული სტანდარტებისა და ტექნოლოგიების დარღვევით.

კოდირების ეტაპიამ ეტაპზე ხდება შეცდომები, რომლებიც წარმოადგენენ დიზაინის დეფექტებს, პროგრამისტებისა და მენეჯერების შეცდომებს სისტემის შემუშავებისა და გამართვის პროცესში. შეცდომებს იწვევს:

• კონტროლის არარსებობა შეყვანის პარამეტრების მნიშვნელობებზე, მასივის ინდექსებზე, მარყუჟის პარამეტრებზე, გამომავალ შედეგებზე, გაყოფაზე 0 და ა.შ.;
• არარეგულარული სიტუაციების არასწორი დამუშავება, რომელსაც უწოდებენ ქვეპროექტებიდან, ფუნქციებიდან და ა.შ. დაბრუნების კოდების ანალიზისას;
• კოდირების სტანდარტების დარღვევა (ცუდი კომენტარები, არაგონივრული მოდულების გამოყოფა და კომპონენტი და ა.შ.);
• ერთი და იგივე სახელის გამოყენება სხვადასხვა ობიექტის ან ერთი ობიექტის სხვადასხვა სახელების აღსანიშნავად, სახელების ცუდი მენომეტიკა; - პროგრამის შეუსაბამო ცვლილებები სხვადასხვა დეველოპერების მიერ და ა.შ.

ტესტირების პროცესი.ამ პროცესში შეცდომებს უშვებენ პროგრამისტები და ტესტერები ასამბლეის და ტესტირების ტექნოლოგიის შესრულებისას, საცდელი კომპლექტებისა და საცდელი სკრიპტების არჩევისას და ა.შ. პროგრამული უზრუნველყოფა საერთოდ.

სარემონტო პროცესიტექნიკური პროცესის დროს აღმოჩენილია შეცდომები, რომლებიც გამოწვეულია ოპერაციული დოკუმენტაციის ხარვეზებით და დეფექტებით, ცვალებადობისა და წაკითხვადობის არასაკმარისი მაჩვენებლებით, აგრეთვე პროგრამული უზრუნველყოფის მოვლაზე და / ან გაუმჯობესებაზე პასუხისმგებელ პირთა არაკომპეტენტურობით. შეტანილი ცვლილებების ხასიათიდან გამომდინარე, ამ ეტაპზე შეიძლება მოხდეს თითქმის ნებისმიერი შეცდომა, რომელიც წინა ეტაპებში ადრე ჩამოთვლილი შეცდომების მსგავსია.

ყველა შეცდომა, რომელიც ხდება პროგრამებში, ჩვეულებრივ იყოფა შემდეგ კლასებად [7.12]:

• ლოგიკური და ფუნქციური შეცდომები;
• გაანგარიშებისა და გათიშვის შეცდომები
• i / O და მონაცემთა მანიპულირების შეცდომები;
• ინტერფეისის შეცდომები;
• მონაცემთა მოცულობის შეცდომები და ა.შ.

ლოგიკური შეცდომები არის ალგორითმის ლოგიკის, ცვლადებისა და ოპერატორების შიდა შეუსაბამობის, ასევე პროგრამირების წესების დარღვევის მიზეზი. ფუნქციური შეცდომები არის არასწორად განსაზღვრული ფუნქციების შედეგი, მათი გამოყენების წესის დარღვევა ან მათი შესრულების სისრულე და ა.შ.

გაანგარიშების შეცდომები წარმოიქმნება საწყისი მონაცემებისა და განხორციელებული ფორმულების უზუსტობების, მეთოდების უზუსტობების, გაანგარიშების ოპერაციების ან ოპერანდების არასწორი გამოყენების გამო. Runtime შეცდომები უკავშირდება მოთხოვნების დამუშავების საჭირო სიჩქარის ან პროგრამის აღდგენის დროს.

I / O შეცდომები და მონაცემთა მანიპულირება არის მონაცემების ცუდი მომზადების შედეგი პროგრამის შესრულებისათვის, მონაცემთა ბაზაში მათი შეყვანის ან მისგან მოპოვებისას წარმოქმნილი შეცდომები.

ინტერფეისის შეცდომები ეხება შეცდომებს ინდივიდუალურ ელემენტებთან ურთიერთობაში, რაც თავს იჩენს მათ შორის მონაცემების გადაცემისას, აგრეთვე საოპერაციო გარემოსთან ურთიერთობისას.

მოცულობის შეცდომები ეხება მონაცემებს და არის შედეგი იმისა, რომ განხორციელებული წვდომის მეთოდები და მონაცემთა ბაზების ზომები არ აკმაყოფილებს სისტემაში არსებული ინფორმაციის რეალურ მოცულობას ან მათი დამუშავების ინტენსივობას.

შეცდომების ზემოთ ჩამოთვლილი ძირითადი კლასები დამახასიათებელია სხვადასხვა ტიპის პროგრამული კომპონენტებისათვის და ისინი სხვადასხვა გზით იჩენენ თავს პროგრამებში. ამრიგად, მონაცემთა ბაზასთან მუშაობისას ხდება პრეზენტაციისა და მონაცემთა მანიპულირების შეცდომები, ლოგიკური შეცდომები მონაცემთა დამუშავების გამოყენებული პროცედურების დავალებაში და ა.შ. გამოთვლითი ხასიათის პროგრამებში გამოთვლითი შეცდომები ჭარბობს, ხოლო კონტროლისა და დამუშავების პროგრამებში - ლოგიკური და ფუნქციური შეცდომები. პროგრამა, რომელიც შედგება მრავალი სხვადასხვა პროგრამისაგან, რომლებიც ახორციელებენ სხვადასხვა ფუნქციებს, შეიძლება შეიცავდეს შეცდომებს განსხვავებული ტიპები... ინტერფეისის შეცდომები და მოცულობის დარღვევები გავრცელებულია ნებისმიერი ტიპის სისტემაში.

პროგრამებში შეცდომების ტიპების ანალიზია აუცილებელი პირობა შექმენით ტესტის გეგმები და ტესტის მეთოდები, რომ უზრუნველყოფილი იყოს პროგრამული უზრუნველყოფა.

პროგრამის განვითარების დამხმარე ხელსაწყოების (CASE- ტექნოლოგიები, ობიექტზე ორიენტირებული მეთოდები და საშუალებები მოდელების და პროგრამების შემუშავების) ეტაპზე ხორციელდება დიზაინი, რომელშიც პროგრამა დაცულია ყველაზე გავრცელებული შეცდომებისგან და ამით ხელს უშლის პროგრამული დეფექტების წარმოქმნას.

შეცდომის ასოცირება მარცხთანპროგრამაში შეცდომის არსებობა, როგორც წესი, იწვევს პროგრამული უზრუნველყოფის უკმარისობას მისი მუშაობის დროს. მიზეზ-შედეგობრივი კავშირის გასაანალიზებლად "შეცდომაზე უარის თქმა" ხორციელდება შემდეგი მოქმედებები:

• დიზაინისა და პროგრამირების ტექნოლოგიებში არსებული ხარვეზების გამოვლენა;
• კავშირი დიზაინის პროცესის ხარვეზებსა და ადამიანურ შეცდომებს შორის;
• ხარვეზების, ხარვეზების და შესაძლო შეცდომების კლასიფიკაცია, ისევე როგორც დეფექტები განვითარების თითოეულ ეტაპზე; - გარკვეული განვითარების პროცესში დაშვებული ადამიანური შეცდომების შედარება და ობიექტის დეფექტები, პროექტის მითითების შეცდომები, პროგრამის მოდელები;
• ცხოვრების ციკლის ყველა ეტაპზე შეცდომების შემოწმება და დაცვა, აგრეთვე დეფექტების გამოვლენა განვითარების თითოეულ ეტაპზე;
• პროგრამულ უზრუნველყოფაში არსებული დეფექტებისა და ჩავარდნების შედარება ურთიერთდაკავშირების სისტემის შესაქმნელად და გაუმართაობისა და დეფექტების შესახებ ინფორმაციის ლოკალიზაციის, შეგროვებისა და ანალიზის მეთოდების შესაქმნელად;
• პროგრამული დოკუმენტაციისა და ტესტირების პროცესების მიდგომების შემუშავება.

წარუმატებლობისა და წარუმატებლობის მიზეზობრივი მდგომარეობის საბოლოო მიზანია განსაზღვროს გარკვეული კლასების შეცდომების ტესტირებისა და გამოვლენის მეთოდები და ინსტრუმენტები, აგრეთვე მრავალი მონაცემთა ნაკრებზე ტესტირების დასრულების კრიტერიუმები; განვითარების, ტესტირებისა და პროგრამული უზრუნველყოფის შენარჩუნების პროცესის ორგანიზაციის გაუმჯობესების გზების იდენტიფიცირებაში.

აქ მოცემულია უკმარისობის ტიპების შემდეგი კლასიფიკაცია:

• აპარატურა, რომელშიც სისტემის მასშტაბით არსებული პროგრამა არ ფუნქციონირებს;
• ინფორმაციული, გამოწვეული შეყვანის მონაცემებში და კომუნიკაციის არხებზე მონაცემების გადაცემაში შეცდომებით, აგრეთვე შეყვანის მოწყობილობების გაუმართაობის შემთხვევაში (აპარატურის გაუმართაობის შედეგი);
• ერგონომიული, გამოწვეული ოპერატორის შეცდომებით მანქანასთან ურთიერთქმედებისას (ეს უკმარისობა არის საშუალო უკმარისობა, შეიძლება გამოიწვიოს ინფორმაცია ან ფუნქციონალური უკმარისობა);
• პროგრამული უზრუნველყოფა, თუ კომპონენტებში არის შეცდომები და ა.შ.

ზოგიერთი შეცდომა შეიძლება გამოწვეული იყოს მოთხოვნების განსაზღვრის, დიზაინის, გამომავალი კოდის გენერაციის ან დოკუმენტაციის ხარვეზებით. მეორეს მხრივ, ისინი წარმოიქმნება პროგრამის შემუშავებისას ან პროგრამის ცალკეული ელემენტების ინტერფეისების განვითარებისას (პარამეტრების რიგის დარღვევა, ნაკლები ან მეტი პარამეტრი და ა.შ.).

შეცდომების წყაროებიშეცდომების წარმოქმნა შესაძლებელია პროექტის, კომპონენტების, კოდისა და დოკუმენტაციის შემუშავების დროს. როგორც წესი, ისინი გვხვდება პროგრამული უზრუნველყოფის შესრულებაში ან მოვლაში ყველაზე მოულოდნელ და მრავალფეროვან წერტილებში.

პროგრამის ზოგიერთი შეცდომა შეიძლება იყოს მოთხოვნების, დიზაინის, კოდების წარმოების ან დოკუმენტაციის განსაზღვრის ხარვეზების შედეგი. მეორეს მხრივ, შეცდომები წარმოიქმნება პროგრამის ან მისი ელემენტების ინტერფეისების შემუშავებისას (მაგალითად, როდესაც ირღვევა საკომუნიკაციო პარამეტრების დაყენების წესი - მოთხოვნილზე ნაკლები ან მეტი და ა.შ.).

შეცდომებს იწვევს მომხმარებელთა მოთხოვნების გაუგებრობა; პროექტის დოკუმენტებში მოთხოვნების არასწორი დაზუსტება და ა.შ. ეს იწვევს იმ ფაქტს, რომ განხორციელებულია სისტემის ზოგიერთი ფუნქცია, რაც არ იმუშავებს მომხმარებლის მიერ შეთავაზებული მოთხოვნების შესაბამისად. ამასთან დაკავშირებით, მომხმარებელსა და შემქმნელს შორის ერთობლივი დისკუსია ტარდება მათი გარკვევის შესახებ ზოგიერთი მოთხოვნის დეტალზე.

სისტემის განვითარების გუნდს ასევე შეუძლია შეცვალოს სისტემის აღწერის სინტაქსი და სემანტიკა. ამასთან, შესაძლოა ზოგიერთი შეცდომა არ იყოს გამოვლენილი (მაგალითად, ამ ოპერატორების ცვლადების ინდექსები ან მნიშვნელობები არასწორად არის მითითებული).

ფუნქციონალური ტესტირება არის ტესტირების ერთ – ერთი ძირითადი ტიპი, რომლის ამოცანაა დამუშავებული პროგრამული უზრუნველყოფის (SW) მომხმარებლის ორიგინალი ფუნქციონალური მოთხოვნების შესაბამისობის დადგენა. ანუ, ფუნქციური ტესტირება საშუალებას გაძლევთ შეამოწმოთ შესაძლებლობა ინფორმაციული სისტემა გარკვეულ პირობებში ამოხსენით მომხმარებლებისთვის საჭირო დავალებები.

სისტემის კოდექსზე წვდომის ხარისხის მიხედვით, გამოირჩევა ფუნქციური ტესტების ორი ტიპი:

• შავი ყუთის ტესტირება - ფუნქციური ტესტირება სისტემის კოდექსზე წვდომის გარეშე,
• თეთრი ყუთის ტესტირება (თეთრი ყუთი) - ფუნქციური ტესტირება სისტემის კოდექსთან წვდომით.

შავი ყუთის ტესტირება ხორციელდება სისტემის შიდა მექანიზმების ცოდნის გარეშე და ეყრდნობა მისი მუშაობის გარე გამოვლინებებს. ეს ტესტი ამოწმებს პროგრამული უზრუნველყოფის ქცევას სხვადასხვა შეყვანის მონაცემებთან და სისტემების შიდა მდგომარეობასთან. თეთრი ყუთის ტესტირების შემთხვევაში, საცდელი შემთხვევები იქმნება ძირითადად პროგრამული სისტემის კოდის საფუძველზე. ასევე არსებობს გაფართოებული ტიპის შავი ყუთის ტესტირება, რომელიც მოიცავს კოდის, ე.წ. ნაცრისფერი ყუთის შესწავლას.

ძირითადი სარგებელი

1. ფუნქციური პროგრამული უზრუნველყოფის ტესტირება სრულად ახდენს სისტემის რეალური სიმულაციის სიმულაციას.
2. საშუალებას გაძლევთ დროულად გამოავლინოთ პროგრამული სისტემის შეცდომები და ამით თავიდან აიცილოთ მრავალი პრობლემა მომავალში მასთან მუშაობის დროს.
3. დაზოგავს პროგრამის სასიცოცხლო ციკლში შეცდომების გამოსწორებას.

ფუნქციური ტესტირების ძირითადი ეტაპები

ტრენინგი

ახორციელებს

ტრენინგი

ტარდება სისტემის შესახებ თავდაპირველი დოკუმენტების ანალიზი: ფუნქციონალური და ბიზნეს მოთხოვნები, დანიშვნის პირობები, პროექტის პასპორტი. ასევე, ტარდება ტესტის გეგმის შემუშავება და დამტკიცება, საცდელი შემთხვევები, პროექტის ვადების დამტკიცება, განმეორებათა რაოდენობა, შესაძლო რისკების შეფასება. ამ ეტაპისთვის დავალებების შესრულება ხდება მომხმარებლის წარმომადგენლებთან ერთად.

ახორციელებს

ფუნქციური ტესტირება ხორციელდება ხელით წინასწარ მომზადებული ტესტის სცენარების გამოყენებით, შეცდომების მიკვლევის სისტემაში ნაპოვნი ყველა შეცდომით. თუ მომხმარებელს არ აქვს ასეთი სისტემა, ჩვენ შეგვიძლია: უზრუნველვყოთ ტესტის მართვის სისტემა ჩვენს საიტზე; მომხმარებლისთვის ლიცენზიის მიწოდება; მომხმარებლისთვის ხელმისაწვდომი საშუალებების გამოყენება; მიიღე მხოლოდ საოფისე პაკეტი; ტესტირების პროცესის ჩატარება მომხმარებლის საიტზე უფასო სახსრების საფუძველზე.

ტესტირების ანგარიშების შემუშავება და დამტკიცება ხდება სისტემის გაუმჯობესების მიზნით აღმოჩენილი გადახრებისა და რეკომენდაციების ჩამონათვალით. საჭიროების შემთხვევაში ტარდება მომხმარებლის ტრენინგი.

ინსტრუმენტები

ტესტის მართვა ხორციელდება სპეციალიზებულ სისტემებში.

ფუნქციური ტესტირება - ეს არის პროგრამული უზრუნველყოფის ტესტირება, რათა შეამოწმოს ფუნქციონალური მოთხოვნების მიზანშეწონილობა, ანუ პროგრამული უზრუნველყოფის შესაძლებლობა, გადაჭრას პრობლემები, რომლებიც მომხმარებლებს სჭირდებათ გარკვეულ პირობებში. ფუნქციური მოთხოვნები განსაზღვრავს კონკრეტულად რას აკეთებს პროგრამული უზრუნველყოფა, რა ამოცანებს წყვეტს იგი.

ფუნქციური მოთხოვნები მოიცავს:

ფუნქციური ვარგისიანობა (ინგლ. ვარგისიანობა).

სიზუსტე (ინგლ. სიზუსტე).

ურთიერთქმედება (ინგლ. ურთიერთქმედება).

სტანდარტებთან და რეგულაციებთან შესაბამისობა (ინგლ. შესაბამისობა).

დაცვა (ინგლ. უსაფრთხოება).

უსაფრთხოების ტესტირება

[რედაქტირება | წყაროს რედაქტირება]

ვიკიპედიიდან, უფასო ენციკლოპედიიდან

უსაფრთხოების ტესტირება - პროგრამული უზრუნველყოფის მოწყვლადობის შეფასება სხვადასხვა შეტევების მიმართ.

კომპიუტერული სისტემები ძალიან ხშირად ხდება უკანონო შემოსვლის სამიზნე. შეღწევა განიხილება, როგორც მოქმედების ფართო სპექტრი: ჰაკერების მცდელობა სისტემაში შევიდეს სპორტული ინტერესებიდან გამომდინარე, გაბრაზებული თანამშრომლების შურისძიება, თაღლითების მიერ ჰაკერების უკანონო მოგება. უსაფრთხოების ტესტირება ამოწმებს სისტემაში ჩამონტაჟებული თავდაცვითი საშუალებების რეაგირებას შეღწევაზე. უსაფრთხოების ტესტირების დროს ტესტერი ასრულებს კრეკერის როლს. მისთვის ყველაფერი დაშვებულია:

ცდილობს პაროლის გარკვევას გარე საშუალებების გამოყენებით;

სისტემასთან შეტევა სპეციალური კომუნალური საშუალებებიდაცვის ანალიზი;

ჩახშობა, სისტემის გადატვირთვა (იმ იმედით, რომ იგი უარს იტყვის სხვა კლიენტების მომსახურებაზე);

შეცდომების მიზანმიმართული დანერგვა აღდგენის დროს სისტემაში შეღწევის იმედით;

ათვალიერებთ არაკლასიფიცირებულ მონაცემებს შესვლის გასაღების პოვნის იმედით.

შეუზღუდავი დროისა და რესურსების გამოყენებით, უსაფრთხოების კარგი ტესტირება დაარღვევს ნებისმიერ სისტემას. სისტემის დიზაინერის გამოწვევაა შეღწევადობის ღირებულება უფრო მაღალი იყოს, ვიდრე მიღებული ინფორმაციის ფასი.

პროგრამული სტრესის ტესტირება [რედაქტირება | წყაროს რედაქტირება]

ვადა სტრესის ტესტირება მისი გამოყენება სხვადასხვა გზით შეიძლება პროფესიონალური პროგრამული უზრუნველყოფის ტესტირების გარემოში. ზოგადად, ეს ნიშნავს აპლიკაციის მოსალოდნელი გამოყენების სიმულაციის პრაქტიკას, ერთდროულად რამდენიმე მომხმარებლის მუშაობის იმიტაციის გზით. ამრიგად, ასეთი ტესტირება ყველაზე შესაფერისია მრავალ მომხმარებელთა სისტემებისთვის, უფრო ხშირად კლიენტ სერვერის არქიტექტურის გამოყენებით (მაგალითად, ვებ სერვერები). ამასთან, სხვა სახის პროგრამული სისტემების ტესტირება ანალოგიურად შეიძლება. მაგალითად, ტექსტი ან გრაფიკული რედაქტორი შეგიძლიათ წაიკითხოთ ძალიან დიდი დოკუმენტი; ხოლო ფინანსური პაკეტი წარმოადგენს რამდენიმე წლის მონაცემების საფუძველზე ანგარიშის შექმნას. ყველაზე ადეკვატურად შემუშავებული სტრესის ტესტი უფრო ზუსტ შედეგებს იძლევა.

დატვირთვის ტესტირების ძირითადი მიზანია სისტემის მუშაობის მონიტორინგი სისტემაში გარკვეული მოსალოდნელი დატვირთვის შექმნით (მაგალითად, ვირტუალური მომხმარებლების საშუალებით) და, ჩვეულებრივ, იდენტური პროგრამული უზრუნველყოფისა და ტექნიკის გამოყენებით.

მაგალითი 1: სავაჭრო კალათის ფუნქციონალური ვებ სერვისი განკუთვნილია 100 ერთდროული მომხმარებლისთვის, რომლებიც მიჰყვებიან გარკვეულ სცენარს (მოცემულია მოქმედებები მითითებული პროპორციებით): 25 მომხმარებელი ათვალიერებს პროდუქტს და გამოდის სისტემიდან. 25 მომხმარებელი კალათს უმატებს პროდუქტს, აფორმებს გადახდას და გამოდის. 25 მომხმარებელი იყენებს პროდუქტის დაბრუნების ფუნქციას და გამოდის. 25 მომხმარებელი შედის და არ აჩვენებს საქმიანობას. ამ შემთხვევაში დატვირთვის ტესტირება უნდა ემსახურებოდეს ვებ – სერვისთან მუშაობის ზემოთ აღწერილ ტიპურ სცენარს, რათა დარწმუნდეთ, რომ სისტემა მზად არის წარმოებისთვის. ამ შემთხვევაში, ანალიზისთვის შეიძლება იქნას მიღებული სისტემის, როგორც მთლიანობაში, ან განსაკუთრებით სისტემის თითოეული კვანძის მუშაობის მაჩვენებლები.

იდეალურ შემთხვევაში, დატვირთვის ტესტირების წარმატების კრიტერიუმია სისტემის მუშაობის მოთხოვნები, რომლებიც ფორმულირებულია და დოკუმენტირებულია სისტემის ძირითადი ფუნქციური მოთხოვნების შემუშავების ეტაპზე, ძირითადი არქიტექტურული გადაწყვეტილებების დაპროგრამებამდე. ამასთან, ხშირად ხდება, რომ ასეთი მოთხოვნები არ იყო მკაფიოდ ფორმულირებული ან საერთოდ არ იყო ფორმულირებული. ამ შემთხვევაში, დატვირთვის პირველი ტესტირება იქნება საცდელი(ინგლ. საძიებო დატვირთვის ტესტირება) და ემყარება გონივრულ დაშვებებს სავარაუდო დატვირთვისა და ტექნიკის რესურსის მოხმარების შესახებ.

დატვირთვის ტესტირების გამოყენების ერთ – ერთი საუკეთესო მიდგომა სისტემის მუშაობის გასაზომად არის ადრეული განვითარების დროს ტესტირება. სტრესული ტესტირება არქიტექტურული ამოხსნის მზადყოფნის პირველ ეტაპებზე, მისი თანმიმდევრულობის დასადგენად, ეწოდება "კონცეფციის მტკიცებულება".

დატვირთვის ტესტირების ძირითადი პრინციპები [რედაქტირება | წყაროს რედაქტირება]

ქვემოთ მოცემულია რამდენიმე ექსპერიმენტული ფაქტი, რომელიც შეჯამებულია ზოგადად შესრულების ტესტირების დროს გამოყენებულ პრინციპებში და გამოიყენება ნებისმიერი ტიპის შესრულების ტესტირებისთვის (კერძოდ, სტრესის ტესტირებისთვის).

1. მოთხოვნების უნიკალურობა

სისტემაში მუშაობის რეალისტური სცენარის შექმნის შემდეგაც კი, მისი სტატისტიკის საფუძველზე, საჭიროა გვესმოდეს, რომ ამ სცენარს ყოველთვის ექნება გამონაკლისები.

X და Y მოთხოვნების შესრულების დროის სხვადასხვა ვარიაციული განაწილების ილუსტრაცია.

Როდესაც მაგალითი 1 ეს შეიძლება იყოს მომხმარებელი, რომელიც განსხვავდება სხვათაგან, ვებ – სერვისის უნიკალური გვერდებიდან.

2. სისტემის რეაგირების დრო

ზოგადად, სისტემის რეაგირების დრო ემორჩილება ნორმალური განაწილების ფუნქციები.

კერძოდ, ეს ნიშნავს, რომ საკმარისი რაოდენობის გაზომვების საშუალებით შესაძლებელია განისაზღვროს იმის ალბათობა, რომლითაც სისტემის მოთხოვნაზე რეაგირება მოხვდება კონკრეტულ დროის ინტერვალში.

3. სისტემის რეაგირების დროის დამოკიდებულება ამ სისტემის განაწილების ხარისხზე.

დისპერსია სისტემის რეაგირების დროის ნორმალური განაწილება მოთხოვნაზე პროპორციულია სისტემის კვანძების რაოდენობის თანაფარდობით, რომლებიც ამგვარ მოთხოვნებს პარალელურად ამუშავებს და მოთხოვნების რაოდენობა კვანძზე.

ეს არის ის, რომ სისტემის რეაგირების დროის გავრცელებაზე გავლენას ახდენს როგორც მოთხოვნების რაოდენობა სისტემის კვანძზე, ასევე თავად კვანძების რაოდენობა, რომელთაგან თითოეული დასძენს მოთხოვნების დამუშავების შეფერხების შემთხვევით რაოდენობას.

4. სისტემის რეაგირების დროის გავრცელება

1, 2 და 3 დებულებებიდან ასევე შეგვიძლია დავასკვნათ, რომ მოთხოვნის დამუშავების დროის საკმარისად დიდი რაოდენობით გაზომვებით ნებისმიერ სისტემაში, ყოველთვის იქნება მოთხოვნები, რომელთა დამუშავების დრო აღემატება მოთხოვნებში მითითებულ მაქსიმუმებს; უფრო მეტიც, რაც უფრო გრძელი იქნება ექსპერიმენტის სრული დრო, მით უფრო მაღალი იქნება ახალი მაქსიმენტები.

ეს ფაქტი უნდა იქნას გათვალისწინებული სისტემის მუშაობის მოთხოვნების ფორმულირებისას, აგრეთვე დატვირთვის რეგულარული ტესტირების ჩატარებისას.

5. დატვირთვის პროფილების გამრავლების სიზუსტე

რაც უფრო მეტ კომპონენტს შეიცავს სისტემა, მით უფრო ძვირია საჭირო დატვირთვის პროფილის გამრავლების სიზუსტე.

ხშირად შეუძლებელია რთული სისტემებისთვის დატვირთვის პროფილის ყველა ასპექტის გათვალისწინება, რადგან რაც უფრო რთულია სისტემა, მით მეტი დრო დაიხარჯება მისთვის ადექვატური დატვირთვის პროფილის დიზაინზე, დაპროგრამებაზე და შენარჩუნებაზე, რაც ყოველთვის არ არის საჭირო. ამ შემთხვევაში ოპტიმალური მიდგომაა ტესტის განვითარების ფასსა და სისტემის ფუნქციონირების დაფარვას შორის ბალანსირება, რის შედეგადაც ჩნდება დაშვებები ტესტირების სისტემის ამა თუ იმ ნაწილის მთლიან მუშაობაზე გავლენაზე.

ინტეგრაციის ტესტირება (ინგლ. ინტეგრაციის ტესტირება, ზოგჯერ ინგლისურს უწოდებენ. ინტეგრაცია და ტესტირება, ინგლისური ინგლისური. მე & თ) - პროგრამული უზრუნველყოფის ტესტირების ერთ-ერთი ეტაპი, რომელშიც ინდივიდუალური პროგრამული მოდულები გაერთიანებულია და ტესტირდება ჯგუფში. ინტეგრაციის ტესტირება ჩვეულებრივ კეთდება ერთეულის შემდგომი ტესტირება და უსწრებს სისტემის ტესტირებას.

ინტეგრაციის ტესტირება შეყვანის სახით იღებს ერთეულის ტესტირებულ ერთეულებს, აჯგუფებს მათ უფრო დიდ ნაკრებში, აწარმოებს ტესტების გეგმაში განსაზღვრულ ტესტებს ამ კომპლექტებისთვის და წარმოაჩენს მათ, როგორც შედეგებსა და შეტანებს სისტემის შემდგომი ტესტირებისთვის.

ინტეგრაციის ტესტირების მიზანია შეამოწმოს დაპროექტებული დანადგარების შესაბამისობა ფუნქციონალური, მიღების და საიმედოობის მოთხოვნებთან. ამ დიზაინის ერთეულების - კავშირის, ნაკრების ან ერთეულთა ჯგუფის - ტესტირება ხდება მათი ინტერფეისით შავი ყუთის ტესტირების გამოყენებით.

ყველაფერი პროგრამული უზრუნველყოფის ტესტირების ტიპები, დასახული მიზნებიდან გამომდინარე, პირობითად შეიძლება დავყოთ შემდეგ ჯგუფებად: 1) ფუნქციური; 2) არაფუნქციური; 3) ცვლილებებთან დაკავშირებული.

ფუნქციური ტესტები ემყარება ფუნქციებსა და მახასიათებლებს, ასევე სხვა სისტემებთან ურთიერთქმედებას და მათი წარმოდგენა შესაძლებელია ყველა ტესტირების დონეზე: კომპონენტის / ერთეულის ტესტირება, ინტეგრაციის ტესტირება, სისტემის ტესტირება და მიღების ტესტირება. ) ფუნქციური ტესტირება შეისწავლის სისტემის გარე ქცევას. ქვემოთ მოცემულია ფუნქციური ტესტების ყველაზე გავრცელებული ტიპები:

- ფუნქციური ტესტირება (ფუნქციური ტესტირება)

- უსაფრთხოების ტესტირება (უსაფრთხოების და წვდომის კონტროლის ტესტირება)

- ურთიერთქმედების ტესტირება (თავსებადობის ტესტი)

ფუნქციური ტესტირება.ამ ტიპის ტესტირება ამოწმებს შესრულებული ფუნქციების შესაბამისობას მოთხოვნებთან, მითითებებთან, სპეციფიკაციებთან, სხვადასხვა პროექტის სხვა დოკუმენტებთან და უბრალოდ მომხმარებლის მოლოდინებთან. აპლიკაციის თითოეული ფუნქცია შემოწმებულია და ყველა მათგანი გაერთიანებულია. გამოკვლეულია გამოყენების ყველა შემთხვევა. შემოწმებულია შენახული და გამომავალი მონაცემების ადეკვატურობა, მათი დამუშავების, შეყვანის მონაცემების დამუშავების, მონაცემთა შენახვის მეთოდების, მონაცემების იმპორტისა და ექსპორტის მეთოდები და ა.შ. აპლიკაციის სპეციფიკიდან გამომდინარე.

ფუნქციური ტესტები ემყარება სისტემის მიერ შესრულებულ ფუნქციებს და შეიძლება განხორციელდეს ყველა ტესტირების დონეზე (კომპონენტი, ინტეგრაცია, სისტემა, მიღება). როგორც წესი, ეს მახასიათებლები აღწერილია მოთხოვნებში, ფუნქციურ სპეციფიკაციებში ან გამოყენების შემთხვევებში.

ფუნქციონალური შემოწმება შეიძლება გაკეთდეს ორი ასპექტით: ” მოთხოვნებს»; « ბიზნეს პროცესები».

ტესტირება პერსპექტივაში " მოთხოვნებს»იყენებს სისტემის ფუნქციონალური მოთხოვნების დაზუსტებას, როგორც საცდელი შემთხვევების დიზაინის საფუძველს (ტესტის შემთხვევები). ამ შემთხვევაში საჭიროა ჩამოთვალოთ ის, თუ რა იქნება შემოწმებული და რა არა, პრიორიტეტული გახდეს მოთხოვნები რისკებზე დაყრდნობით (თუ ეს მოთხოვნათა დოკუმენტში არ არის გაკეთებული) და ამის საფუძველზე პრიორიტეტი უნდა მიენიჭოს საცდელ შემთხვევებს (საცდელ შემთხვევებს). ეს საშუალებას მოგცემთ ფოკუსირება მოახდინოთ და არ გამოტოვოთ ყველაზე მნიშვნელოვანი ფუნქციონირება ტესტირების დროს.

ტესტირება პერსპექტივაში " ბიზნეს პროცესები»იყენებს ამ ბიზნეს პროცესების ცოდნას, სადაც აღწერილია სისტემის ყოველდღიური გამოყენების სცენარები. ამ გადმოსახედიდან, როგორც წესი, ტესტის სკრიპტები ემყარება გამოყენების შემთხვევებს.

უპირატესობები ფუნქციური ტესტირება: ახდენს სისტემის რეალური გამოყენების სიმულაციას. უარყოფითი მხარეები ფუნქციური ტესტირება: პროგრამული უზრუნველყოფის ლოგიკური შეცდომების უგულებელყოფის შესაძლებლობა; გადაჭარბებული ტესტირების ალბათობა.

საკმაოდ გავრცელებულია ფუნქციური ტესტირების ავტომატიზაცია.

უსაფრთხოების ტესტირება... ტესტირების სტრატეგია, რომელიც გამოიყენება სისტემის უსაფრთხოების დასაზუსტებლად, აგრეთვე რისკების გასაანალიზებლად, რომლებიც დაკავშირებულია პროგრამის დაცვის ჰოლისტიკური მიდგომით, ჰაკერების მხრიდან თავდასხმებით, ვირუსებით და კონფიდენციალურ მონაცემებზე უნებართვო წვდომით. უსაფრთხოების ტესტირება შეიძლება შესრულდეს როგორც ავტომატურად, ისე ხელით, მათ შორის, როგორც დადებითი, ასევე უარყოფითი ტესტის შემთხვევების შემოწმება. სამი ძირითადიდან გამომდინარე პრინციპები - ეს არის კონფიდენციალურობა, მთლიანობა და ხელმისაწვდომობა (კონფიდენციალობა, მთლიანობა, ხელმისაწვდომობა)

კონფიდენციალურობა იმალება გარკვეული რესურსები ან ინფორმაცია. კონფიდენციალურობა შეიძლება გაგებული იყოს როგორც გარკვეული კატეგორიის მომხმარებლებისთვის რესურსის ხელმისაწვდომობის შეზღუდვა, ან სხვა სიტყვებით რომ ვთქვათ, რა პირობებშია მომხმარებელი უფლებამოსილი წვდომა ამ რესურსზე.

კონცეფციის განსაზღვრის ორი მთავარი კრიტერიუმი არსებობს მთლიანობა:

1. ნდობა. რესურსის მოდიფიცირება, სავარაუდოდ, მხოლოდ შესაბამისი წესით ხდება მომხმარებელთა კონკრეტული ჯგუფის მიერ.

2. დაზიანება და აღდგენა. იმ შემთხვევაში, თუ მონაცემები დაზიანდა ან არასწორად შეიცვალა უფლებამოსილი ან არაუფლებამოსილი მომხმარებლის მიერ, საჭიროა დადგინდეს რამდენად მნიშვნელოვანია მონაცემთა აღდგენის პროცედურა.

ხელმისაწვდომობა წარმოადგენს მოთხოვნას, რომ რესურსები უნდა იყოს ხელმისაწვდომი ავტორიზებული მომხმარებლისთვის, შინაგანი პირისთვის ან მოწყობილობისთვის. საერთოდ, რაც უფრო კრიტიკულია რესურსი, მით უფრო მაღალი უნდა იყოს ხელმისაწვდომობის დონე.

ურთიერთქმედების ტესტირება... განვითარებით ქსელის ტექნოლოგიები და ინტერნეტმა, სხვადასხვა სისტემების, სერვისებისა და პროგრამების ურთიერთქმედებამ ერთმანეთთან მნიშვნელოვანი აქტუალობა შეიძინა, ვინაიდან ამასთან დაკავშირებული ნებისმიერი პრობლემა შეიძლება გამოიწვიოს კომპანიის უფლებამოსილების შემცირება, რაც შედეგად ფინანსურ ზარალს გამოიწვევს. ამიტომ, ურთიერთქმედების ტესტირება სერიოზულად უნდა იქნას მიღებული.

ურთიერთქმედების ტესტირება – ეს არის ფუნქციური ტესტირება, რომელიც ამოწმებს პროგრამის შესაძლებლობას ურთიერთქმედებაში ერთ ან მეტ კომპონენტთან ან სისტემასთან და მოიცავს თავსებადობის ტესტირებას და ინტეგრაციის ტესტირებას.

პროგრამული უზრუნველყოფა კარგი მახასიათებლები ურთიერთქმედება მარტივად შეიძლება ინტეგრირდეს სხვა სისტემებთან, რაიმე მნიშვნელოვანი ცვლილებების გარეშე. ამ შემთხვევაში, ურთიერთმოქმედობის გასაზომად შეიძლება გამოყენებულ იქნას ცვლილებების რაოდენობა და მათი დასრულებისათვის საჭირო დრო.

დღევანდელი შანსების გათვალისწინებით, თითოეული პეტია და ვასია შეიძლება ჩაერთონ ვებ – გვერდების შემუშავებაში. როგორ უნდა დარჩეთ უნიკალური და მოაწონოთ მომხმარებლები ამ სწრაფ ტემპში მყოფ ტექნოლოგიურ სამყაროში?

ბიჭებო, თქვენი კლიენტის გულის გასაღები არაფრით ჩამოუვარდება "ხარისხს". რაც არ უნდა რთული ვებსაიტი შექმნათ, ხარისხი არის ერთადერთი ფაქტორი, რომელიც განაპირობებს ნებისმიერ ბიზნესს და მიჰყავს მთავარ მიზანს - მომხმარებლის შეძენას.

თქვენი საიტი არის ერთგვარი ინტერნეტ ფანჯარა, რომელიც წარმოგიდგენთ თქვენს ბიზნესს რეალურ სამყაროში მყოფი ადამიანებისთვის. თქვენს საიტზე ყველა ობიექტი, საიტის ფერიდან, დიზაინიდან, ფუნქციონირებიდან, რომელიც მოიცავს ნავიგაციის სიმარტივეს და შინაარსის დატვირთვის დროსაც, ნამდვილად მნიშვნელოვანია.

როგორ შეგიძლიათ დარწმუნდეთ, რომ ყველა ეს კომპონენტი ორგანიზებულია უზადოდ და უდიდესი სიზუსტით? ფუნქციონალობის სწორი ანალიზი და ტესტირება არის პროექტის განვითარების ციკლის განუყოფელი ნაწილი, სადაც ხარისხის უზრუნველყოფა ასევე შედის სკრიპტში.

ვებ დეველოპერების ჩამონათვალი

1. დიზაინის საუკეთესოობა

ეს არის ის, სადაც თქვენ უნდა გადახედოთ თქვენს კლიენტს და როგორ სურთ მათ ბიზნესი გამოიყურებოდეს პოტენციური მომხმარებლის თვალში. საიტი არის პლატფორმა, რომელიც სამიზნე აუდიტორიას უზრუნველყოფს მათი პროდუქტის სარკისეულ სურათს.

მოახდინეთ თქვენი დიზაინის პერსონალიზაცია, ხოლო დარწმუნდით, რომ არ დაარღვევთ თქვენი კლიენტის დიზაინის კონცეფციებსა და სპეციფიკაციებს მოსალოდნელი შედეგების მისაღებად.

2. შინაარსის მენეჯმენტი მაღალი სტანდარტებით

ძველ კარგ გამონათქვამში ”შინაარსი მნიშვნელოვანია” არ შეცვლილა: ის ყოველთვის გამეფდება ონლაინ მარკეტინგის სამყაროში. ორგანიზებული შინაარსი, რომელიც ასევე არის სუფთა, ინტერაქტიული, იკითხებადი და გასაგები, გაუღებს თქვენს კლიენტს გულში.

გამოკვლევებისა და გამოკითხვების თანახმად, მომხმარებლები, როგორც წესი, რჩებიან საიტზე რამდენიმე წამით, საიდანაც კიდევ უფრო მეტ დროს უთმობენ შინაარსის კითხვას. ამიტომ აუცილებელია ამ საკითხის განსაკუთრებული ყურადღება დაეთმოს. მხოლოდ საიტის კარგი შინაარსი აიძულებს სტუმარს დარჩეს საიტზე.

მოდით განვიხილოთ რამდენიმე პუნქტი, რომლებიც დაგეხმარებათ შეცვალოთ შეცდომის ნულოვანი საიტი.

3. შემოქმედებითი საღი აზრით

თქვენი საიტის ლაკმუსის ტესტის მსგავსია, რომელიც განსაზღვრავს, შეუძლია თუ არა თქვენს საიტს თქვენი აუდიტორიის მოწონება. ამიტომ, აუცილებელია ის მიმზიდველი გახდეს და ამავდროულად არ იყოს მბზინავი.

გახსოვდეთ, რომ პირველი შთაბეჭდილება ყოველთვის საუკეთესო გამოცდილებაა!

ამიტომ, ვებგვერდის შინაარსის შესახებ შემდეგი წესების დაცვა უნდა მოხდეს:

• სივრცის ჭკვიანურად გამოყენება
• საკმარისია თავისუფალი ადგილი თქვენი შინაარსის სუნთქვისთვის
• შეუსაბამო სურათების ნაკლებობა
• კარგი კითხვა
• თავიდან აიცილეთ კონტრასტული ფერები და შრიფტის შეუსაბამო ზომები
• მოერიდეთ გაწყვეტილ კავშირებს
• სავალდებულო ჯვარი ბრაუზერის თავსებადობა
• არ დაგავიწყდეთ თქვენი ელ.ფოსტის ID ვებსაიტიდან შეცვლა
• საავტორო უფლებების წელს უნდა მიეთითოს საიტის ამოქმედების წელი

4. შინაარსი არის საიტის მეფე

როგორც ითქვა, ვებსაიტი არის პლატფორმა, რომელიც წარმოადგენს ბიზნესს გლობალური აუდიტორიის წინაშე. გახსოვდეთ, რომ საიტზე სტუმრობენ არა მხოლოდ ადგილობრივი მოსახლეობა, არამედ ხალხის ფართო სპექტრი მსოფლიოს სხვადასხვა კუთხიდან. იყავით მზად, რომ შეხვდეთ მათ და დააკმაყოფილოთ მათი საჭიროებები.

თქვენს მიერ არჩეული შინაარსის ფორმა და მისი წარმოდგენის მეთოდი მნიშვნელოვან როლს ასრულებს, როდესაც დიდი აუდიტორია გაქვთ, განსაკუთრებით იმის გამო, რომ მომხმარებლების გემოვნების დაკმაყოფილება ყოველდღიურად მკაცრდება.

როდესაც თქვენ ხარჯავთ დროს და ფულს თქვენი ვებ – გვერდის სრულყოფილად მოწესრიგებაში, თქვენ უნდა შეამოწმოთ იგი ხარისხზე, რათა დარწმუნდეთ, რომ ის შეესაბამება თქვენი აუდიტორიის ინტერესებს, ხარისხისა და უნიკალურობის გარეშე.

აქ მოცემულია შინაარსის შერჩევის რამდენიმე ზოგადი წესი, რომელიც უნდა დაიცვას საუკეთესო შედეგის მისაღწევად:

ეს არის რამდენიმე გავრცელებული პრაქტიკა, რომელთა თავიდან აცილება გჭირდებათ უმოკლეს ვადებში საუკეთესო შედეგის მისაღწევად:

• მოერიდეთ ორთოგრაფიულ და გრამატიკულ შეცდომებს
• უზრუნველყოს სიტყვებს შორის ადგილები
• სასვენი ნიშნების შემდეგ საჭირო ადგილები
• წინადადება დაიწყეთ დიდი ასოთი
• შეამოწმეთ არის თუ არა შეუსაბამობა
• მოერიდეთ არაორგანიზებული შინაარსის განლაგებას

5. ფუნქციონალობა

წარმოიდგინეთ, რომ ცოტა ხნის წინ მიიღეთ ლამაზი სასახლე, მაგრამ მასში კარების დაბლოკვა შეუძლებელია. თქვენ მთელი თქვენი ნაშოვნი ფული დახარჯეთ ყველასათვის ღია სასახლის მშენებლობაში. რაში გამოდგება ეს? თქვენი ვებსაიტის შემთხვევაშიც იგივე ხდება. თქვენ ძალიან ბევრს იმუშავეთ საიტზე, რომელიც აბსოლუტურად ლამაზია, მაგრამ შესაბამისად არ მუშაობს ტექნიკური მოთხოვნები კლიენტი

როგორ იმედოვნებთ, რომ თქვენი მომხმარებელი მიიპყრობს მომხმარებლების ან პოტენციური მომხმარებლების ყურადღებას მსგავსი საიტით? სულ ტყუილად! ახლა შეწყვიტე ნერვიულობა!

აქ მოცემულია რამოდენიმე რჩევა, რაც დაგეხმარებათ ფუნქციონირებაში:

• უზრუნველყოს სათანადო ნავიგაცია
• თავიდან აიცილეთ შეცდომები შეტყობინებით გაგზავნით გამოწერით, საკონტაქტო ინფორმაცია და ა.შ.
• მოგვაწოდეთ კომენტარები შესვლისა და რეგისტრაციის განყოფილებებზე
• შეამოწმეთ ყველა ბმული ფუნქციონალურია
• ორმაგად შეამოწმეთ ელექტრონული კომერციის მახასიათებლები

6. ელექტრონული კომერციის ფუნქციონირება

ელექტრონული კომერციის საიტები სხვა არაფერია, თუ არა ონლაინ მაღაზიები, სადაც ადამიანები ყიდულობენ შესყიდვებს ერთი დაჭერით ან სმარტფონზე დაკრავენ. თქვენ მუდმივად უნდა დარჩეთ ტენდენციების სათავეში და შემოიტანოთ ინოვაციური იდეები, რომლებიც მათ სულისკვეთებას შეუწყობს ხელს.

შთაბეჭდილების შექმნა პირდაპირპროპორციულია თქვენს საიტზე ონლაინ მომხმარებლების რაოდენობისა. ამიტომ უნდა გესმოდეთ, რას ეძებენ მომხმარებლები ასეთ საიტებზე:

• სწრაფი დატვირთვის დრო
• მოხსნის, დამატების, შეკვეთის და ა.შ.
• შესასვლელი და გასასვლელი
• გარიგების სწორი გამოთვლები

გახსოვდეთ, თქვენ მარტო არ ხართ სრულყოფილი ელექტრონული კომერციის საიტის ძიებაში და ყველა დანარჩენი ისეთივე ფოკუსირებულია, როგორც თქვენ. დატვირთვის გაზრდილ დროსაც კი შეუძლია თქვენი მომხმარებლების გადადება.

კოდირების გარკვეული სტანდარტები არსებობს, რომელთა დაცვა დღესვე უნდა დაიწყოთ, რათა დატვირთვის დრო ნულამდე ან მინიმუმამდე შემცირდეს.

ზოგი მათგანი ქვემოთ არის ნახსენები:

• გაწყვეტილი ბმულების ამოღება
• ფოკუსირება შინაარსზე
• სურათების ოპტიმიზაცია
• დიდი ფაილების ოპტიმიზაცია
• სუფთა CSS– ის გამოყენება
• PHP კოდების ოპტიმიზაცია

7. ელ.ფოსტა

ბევრი რამის გაკეთება შეიძლება ელ.წერილი... ეს შეიძლება შეიცავდეს ღირებული ინფორმაციის უბრალო მიწოდებას, უზარმაზარ ბიზნეს გარიგებებამდე. ასე რომ, დარწმუნდით, რომ ფოსტის გაგზავნა არასოდეს ჩაიშლება. ასევე, არ დაგავიწყდეთ თქვენი ელ.ფოსტის მისამართის შემოწმება.

8. ზარის მოქმედება (CTA)

მოქმედებისკენ მიწოდება არის კავშირი თქვენს რეგულარულ შინაარსთან და თქვენი გვერდი უფრო ღირებული დანართებით (სადესანტო გვერდი), რაც, თავის მხრივ, საკმაოდ აქტუალური და საინტერესოა, რათა თქვენი სტუმრები დაარწმუნონ შეავსონ მოკლე ფორმა.

CTA არის ერთ-ერთი ყველაზე გამოცდილი და ნამდვილი სტრატეგია მომხმარებლის ყურადღების მისაქცევად და ამიტომ გირჩევთ მას. უპირველეს ყოვლისა, დარწმუნდით, რომ ის მუშაობს. თქვენი მოქმედებისკენ მოუწოდებს ნამდვილად უნდა მოხვდეს ნიშანზე და ეს უნდა იყოს მკაფიო და აზრი.

თუ მას შეიძლება ჰქონდეს კონტრასტული ფერი ფერის სქემა ვებ – გვერდები, და ამავე დროს ჯდება საერთო დიზაინში, ეს უფრო ეფექტური იქნება.

სრულყოფილება არის ყველაფერი, რაც სწორად გაკეთდა!

ახლა, როდესაც ვებსაიტის მშენებლობის ძირითადი სამშენებლო სამუშაოები დასრულდა, მოდით უკეთესად გადავხედოთ სხვა შესაბამის ფაქტორებს, რომლებიც დაუყოვნებლივ ყურადღებას საჭიროებს.

• სტანდარტული დადასტურების შეტყობინებების მიწოდება
• ვებსაიტის მსგავსი ელ.ფოსტით სტილისა და ფერის კომბინაციების მიწოდება
• სავალდებულო კომპანიის ლოგო
• კომპანიის სახელი მისამართზე
• ჯვრის ბრაუზერის თავსებადობა
• 404 შეცდომის გვერდის მორგება
• ყველა ბმულისა და ღილაკის შერჩევა

დაბოლოს, რაც არანაკლებ მნიშვნელოვანია, გახადეთ თქვენი საიტის მომხმარებელი მეგობრული!

მომხმარებლის ჩამონათვალი

ვინ არის ეს ადამიანი, ვისთვისაც ავითარებთ საიტს? ეს არის ის, ვინც აპირებს ბიზნესის შექმნას და გაყიდვების განხორციელებას ვებსაიტით, და ცხადია, ისინი არ არიან საბოლოო მომხმარებლები, მაგრამ ისინი ასევე არიან კლიენტები, რომლებზეც მუშაობთ.

თუ არ იცით რა სურს მას, მაშინ როგორ აპირებთ მისთვის საიტის შექმნას, რომელიც განკუთვნილია მისი საბოლოო მომხმარებლებისთვის?

ლოგოების ჩამონათვალი

საიტის ლოგო ისეთივე მნიშვნელოვანია, როგორც საიტის ნებისმიერი სხვა კომპონენტის შექმნა. ასე რომ, როდესაც თქვენი კლიენტი ითხოვს ვებსაიტს ლოგოსთან ერთად, აქ მოცემულია რამდენიმე საკითხი, რაზეც უნდა იმუშაოთ.

• ლოგო დაკავშირებულია ბიზნესთან?
• ლოგო ჯდება თვითონ საიტზე?
• ეს დიდხანს დარჩება მაყურებლის მეხსიერებაში?

ზოგადი დიზაინის ჩამონათვალი

მიუხედავად იმისა, რომ ვებგვერდის შესამოწმებლად ჩვენ უკვე განვიხილეთ საჭირო წერტილები, კოდირების ნაწილთან დაკავშირებით ზოგადი სია ასევე საჭიროა:

• Doc ფორმატი, რომელსაც იყენებთ საიტზე
• სიმბოლოების ერთობლიობა, რომელიც გამოიყენება საიტზე
• ახდენს თქვენი საიტი მოქმედებს HTML ან XHTML?
• ჩაატარეთ მოქმედი CSS თქვენი საიტისთვის?
• ჩაატარეთ ისეთი კლასები ან იდენტიფიკატორები, რომლებიც არ არის მნიშვნელოვანი თქვენი საიტისთვის?
• რა კოდი გაქვთ დანერგილი თქვენი საიტისთვის?
• შეამოწმეთ გაწყვეტილი ბმულები! ნუ დააიგნორებთ ამას, შეიძლება არ იცოდეთ, მაგრამ შეიძლება იქ ბევრი იყოს!
• ვებ – გვერდის სიჩქარე თითოეული გვერდის მიხედვით?
• არის JavaScript შეცდომები თქვენს საიტზე?

ეს ალბათ ყველაფერია! ვიმედოვნებთ, რომ შეგიძლიათ შექმნათ ყველაზე მაგარი ვებსაიტები ჩვენი სიით!