შესრულების ტესტის გეგმის შაბლონი, რომელიც შეიძლება გამოყენებულ იქნეს როგორც არის ან შეცვლილია თქვენი პროექტის საჭიროებების შესაბამისად, შესრულების მოთხოვნების შესაბამისად.
ამ მონაკვეთის მიზანია წარმოადგინოს მაღალი დონის მიმოხილვა შესრულების ტესტირების მიდგომის შესახებ, რომელიც უნდა დაიცვას პროექტი ეს უნდა წარედგინოს ყველა შესაბამის დაინტერესებულ მხარეს და განხილული უნდა იქნეს კონსენსუსის მისაღწევად.
როგორც მიწოდების ნაწილი, საჭიროა, რომ გამოსავალი პასუხობდეს მიღების კრიტერიუმებს, როგორც ფუნქციონალური, ისე არაფუნქციური სფეროების თვალსაზრისით. ამ დოკუმენტის მიზანია წარმოადგინოს
| არაფუნქციური ტესტირების მონახაზი გამოსავალი
ეს დოკუმენტი მოიცავს შემდეგს:
წინასწარ უნდა დასრულდეს / შეთანხმდეს შემდეგი სამუშაო პუნქტები, რათა გაგრძელდეს რეალური შესრულების ტესტირების აქტივობები:
მიერ, რაოდენობრივად განსაზღვრული NFR– ით, სადაც ეს შესაძლებელიაშესრულების ტესტირების აქტივობა დასრულდება, როდესაც:
შესრულების ტესტები ჩატარდება სტაბილური ვერსიის წინააღმდეგ გამოსავალი (რომელმაც უკვე ჩააბარა ფუნქციონალური ტესტები) და შესრულდა სპეციალურ წარმოების მსგავს გარემოში (წინასწარი პროდიუსერი?), რომელიც ენიჭება შესრულების ტესტირებისთვის, ამ გარემოზე განლაგების გარეშე, შესრულების ტესტირების განმავლობაში.
შეიქმნება ერთი ან მეტი გამოყოფილი 'დატვირთვის ინჟექტორი', რომელიც შესრულდება ტესტირებისთვის საჭირო დატვირთვის დასაწყებად. დატვირთვის ინჟექტორი შეიძლება იყოს VM ან მრავალი VM, რომელსაც აქვს JMeter- ის გაშვების ინსტანცია, მოთხოვნების ინიცირება.
მოცულობისა და შესრულების ტესტირებისთვის გამოყენებული სატესტო საშუალებები იქნება:
დატვირთვის ტესტირების ღია წყარო. უპირატესად გამოიყენება მოცულობისა და შესრულების ტესტირებისთვის.
Splunk გამოყენებული იქნება შესასვლელად (შეიძლება გამოყენებულ იქნას სხვა ინსტრუმენტი - საჭიროა დადასტურება სრულყოფილ ჯგუფთან).
| | + _ | გამოსავალი უნდა იყოს საკმარისად შესრულებული დატვირთვის შემდეგი კრიტერიუმების სამართავად.
ნ.ბ. შემდეგ ცხრილში მოცემული ციფრები განკუთვნილია მხოლოდ ნიმუშისთვის - რეალური მნიშვნელობები უნდა ჩასვათ, როდესაც დასრულებული იქნება NFR დოკუმენტი.
საათობრივი სამიზნეები აღმოჩენილია [Y2019] - ის ამჟამინდელი გადაწყვეტილებიდან. გეგმის შაბლონიდან გაიწმინდა სხვა 'მაგალითის' მნიშვნელობები.
მას შემდეგ, რაც საათში პიკის მნიშვნელობები არ არის მაღალი, ისინი მიიღება ფიქსირებული დატვირთვის ტესტის მიზნად. მასშტაბის ფაქტორი ახლა არის TBD.
შესრულების ტესტი დაიწყება მაქსიმუმ 1000 [?] მომხმარებელი. მომხმარებლები შეიქმნება წინასწარ და ხელმისაწვდომი უნდა იყოს
შესვლის API. თითოეული მოთხოვნა შევა სხვადასხვა მომხმარებლის ID– ით.
JMeter ინსტრუმენტი გამოყენებული იქნება შესრულების ტესტირების სკრიპტების შესასრულებლად. სკრიპტების ფარგლებში გაკეთებული იქნება მტკიცებები ზემოთ მოცემული მეტრიკის შესამოწმებლად, ასევე ძირითადი ფუნქციური შემოწმებები, რათა უზრუნველყოს სწორი პასუხების მიღება თითოეულ მოთხოვნაზე.
დატვირთვის პროფილები უნდა იყოს შემუშავებული, რომ მიბაძოს ტიპიური საშუალო დღის მოძრაობას | _ + + | | საიტი გთხოვთ გაითვალისწინოთ, რომ ტრაფიკი მხოლოდ განაწილებულია და შემოიფარგლება მომხმარებლის იდენტურობის და საიტის წვდომის მენეჯმენტის ნაწილში, ე.ი.
ქვემოთ მოცემულია ერთი დღის პროფილის მაგალითი:
მოქმედების პირველი კურსი არის საბაზისო ხაზის პოვნა. მხოლოდ 1 მომხმარებლის გამოყენებით, ჩვენ გავატარებთ სიმულაციას გარკვეული პერიოდის განმავლობაში (მაგალითად, 5 წთ), რომ მივიღოთ საშუალო პასუხი დროის თითოეული საბოლოო წერტილისთვის. ეს უზრუნველყოფს იმას, რომ მხოლოდ 1 მომხმარებელი შეძლებს წამში პიკური მოთხოვნების მიღწევას.
საბაზისო მაჩვენებლების შეგროვების შემდეგ, იგივე სიმულაცია, რომელიც ახდენს დატვირთვის პროფილის სიმულაციას, აწარმოებს მომხმარებელთა გაზრდილი რაოდენობით, სამიზნე მოცულობების შესამოწმებლად. ამ დატვირთვის ტესტის იდეა არის სისტემის ტესტირება ტიპიური დღის დატვირთვის შესაბამისად, პანდუსის, დღის მწვერვალებისა და ჩამოსხმის სიმულაცია.
სტრესის ტესტირების მიზანია სისტემის გარღვევის წერტილის პოვნა, ანუ რა ეტაპზე ხდება სისტემა უპასუხოდ. ავტომატური მასშტაბის არსებობის შემთხვევაში, სტრესის ტესტი კარგი მაჩვენებელი იქნება, რომელზედაც სისტემის მასშტაბები და ახალი რესურსები დაემატება. სტრესის ტესტირებისთვის გამოიყენება იგივე სიმულაცია, რომელიც გამოიყენება დატვირთვის ტესტირებისთვის, მაგრამ მოსალოდნელ დატვირთვაზე მეტია.
სპაიკის ტესტირება სისტემაში მნიშვნელოვან დატვირთვას ახდენს შედარებით მოკლე დროში. ამ ტესტის მიზანია გაყიდვების ღონისძიების სიმულაცია, მაგალითად, როდესაც მომხმარებელთა დიდი რაოდენობა ერთდროულად შედის თავის ანგარიშზე შედარებით მოკლე დროში.
გაჟღენთილი ტესტირება ჩატარდება დატვირთვის ტესტი ხანგრძლივი დროის განმავლობაში. გაჟღენთილი ტესტის დროს მეხსიერების გაჟონვის, რეაგირების ან შეცდომების გამოვლენაა. ჩვენ ჩვეულებრივ გამოვიყენებთ დატვირთვის 80% -ს (გამოიყენება დატვირთვის ტესტირებისთვის) 24 საათის განმავლობაში და / ან დატვირთვის 60% 48 საათის განმავლობაში.
ინტენსივობის წერტილის ტესტირებისას ჩვენ მუდმივად ვზრდით დატვირთვას, რათა განვსაზღვროთ, თუ რომელ წერტილში ხდება სისტემა რეაგირების გარეშე, ანუ სისტემის გარღვევის წერტილის პოვნა დატვირთვის თვალსაზრისით.
შესრულების ტესტირების დასრულების მიზნით, შემოთავაზებულია შემდეგი აქტივობები:
შემდეგი ტესტები უნდა შესრულდეს შემდეგი თანმიმდევრობით:
იდეალურ შემთხვევაში, შესრულდება თითოეული ტესტი ტიპის 2 ტესტი. ყოველი საცდელი გაშვების შემდეგ, აპლიკაცია შეიძლება დაზუსტდეს, რათა გაიზარდოს მისი შესრულება და შემდეგ დაიწყება სხვა ტესტის ციკლი.