Source : Software Testing using Visual Studio

2012
Satheesh Kumar N
Subahni S

Dosen : Hita, S.Kom, M.T.I.

Topik
Membuat web performance test baru
Editor Web performance test dan sifat-sifatnya
(properties)
Properti WebRequest, validasi, dan transaksi
Pilihan Toolbar dan propertinya
Performance untuk pengujian
Debugging dan menjalankan web performance test

Pendahuluan
Web performance test membantu kita untuk memverifikasi apakah sebuah situs
menghasilkan hasil yang diharapkan dalam waktu respon yang diharapkan, untuk
mengidentifikasi masalah dan memperbaikinya sebelum terjadi dalam lingkungan
aktual, membantu dalam menemukan apakah perangkat keras dapat menangani
permintaan maksimum yang diharapkan pada suatu waktu, atau kebutuhan
hardware tambahan untuk menangani lalu lintas dan menanggapi beberapa
permintaan pengguna.

Fokus Utama Web Test

Berikut adalah beberapa pengujian utama yang dilakukan di web aplikasi untuk performa dan
ketersediaan yang lebih baik :
Uji validasi dan verifikasi (Validation and Verification test) membantu untuk memverifikasi
masukan atau masukan yang diharapkan yang memenuhi persyaratan.
Tes kegunaan Web page (Web page usability test) adalah metode simulasi pengguna praktis
yang menggunakan aplikasi dalam produksi dan pengujian yang sama seperti per persyaratan.
Pengujian keamanan (Security Testing) membantu memverifikasi respon aplikasi untuk
pengguna akhir yang berbeda berdasarkan kepercayaan dan sumber daya yang berbeda lainnya
yang diperlukan dari sistem lokal atau server dalam jaringan.
Pengujian kinerja (Performance Testing) memverifikasi tanggapan halaman web sesuai
harapan berdasarkan lingkungan. Ini juga termasuk testing tekanan dan pengujian beban aplikasi
dengan beberapa skenario pengguna dan volume data.
Pengujian kompatibilitas halaman web (Testing web pages compability) adalah metode
pengujian beberapa browser berdasarkan kebutuhan pengguna.
Pengujian aplikasi web (Testing web application) menggunakan jaringan yang berbeda
adalah karena lokasi pengguna yang bervariasi berdasarkan dari pengguna yang sedang
mengakses sistem.

Membuat web performance test

Uji kinerja web mengaktifkan
perekam uji kinerja web untuk
merekam semua tindakan yang
dilakukan saat browsing situs
dan menambahkan ke tes
kinerja. Membuat tes web
kinerja
mirip
dengan
menciptakan tes lainnya dalam
Visual Studio. Cara yang
berbeda untuk membuat tes
kinerja web baru adalah
sebagai berikut:
1. Pilih Test Project jika sudah
ada satu yang ditambahkan ke
dalam solution, klik kanan, dan
pilih Add .
2. Pilih Web Performance Test
dari daftar jenis tes yang
berbeda
seperti
yang
ditunjukkan
pada
gambar
berikut:

Membuat web performance test

3. Setelah Anda memilih Web
Performance Test, klik OK .
Sebuah tes baru akan diciptakan
di bawah Test Project yang dipilih
dan contoh baru dari web browser
akan terbuka. Sebelah kiri dari
browser
berisi
Web
Test
Recorder
untuk
merekam
tindakan pengguna.
4. Jika Test Project tidak
ditambahkan, pilih Add New
Project dari menu File dan pilih
Web Performance and Load
Test Project dari daftar untuk
template Test Project, seperti
yang ditunjukkan pada gambar
berikut:

Merekam Test
Perekam memiliki lima pilihan yang berbeda sebagai berikut:
Record : Opsi ini untuk mulai merekam permintaan halaman web.
Pause : Pilihan ini digunakan untuk menghentikan sebentar perekaman.
Stop : Pilihan ini adalah untuk menghentikan sesi rekaman.
Add a Comment : Pilihan ini digunakan untuk menambahkan komentar tambahan untuk
permintaan saat ini dalam rekaman.
Clear all requests : Pilihan ini untuk membersihkan semua permintaan dalam rekaman.

Menambahkan Komentar
Saat merekam permintaan halaman web, beberapa komentar tambahan
mungkin perlu ditambahkan ke rekaman tentang halaman atau tes. Komentar
ini bisa teks dengan informasi tambahan untuk referensi. Hal ini mirip dengan
komentar yang ditambahkan pada kode selama pengembangan.
Kadang-kadang diperlukan untuk menambah informasi tentang langkah-langkah
yang harus diikuti selama tes. Pada dasarnya ada komentar untuk merekam
informasi tentang tugas tambahan yang diperlukan selama pengujian, tapi bisa
dengan mudah lupa dilakukan.
Komentar-komentar ini dapat ditambahkan hanya dengan mengklik Add
Commentsl di toolbar Web Test Recorder.

Menghapus Rekaman Test

Saat merekam skenario, semua tindakan pengguna dicatat terlepas dari aplikasi
yang diuji. Kadang-kadang pengguna menavigasi ke daerah lain yang tidak relevan
dengan pengujian saat ini.
Rekaman harus dihentikan, tidak untuk merekam permintaan diluar pengujian
saat ini. Namun, dalam kasus itu tidak berhenti selama perekaman, gunakan
pilihan Delete untuk menghapus permintaan tersebut dari rincian yang direkam.

Menyalin Request
Dalam beberapa situasi, permintaan yang sama mungkin diperlukan untuk diuji
beberapa kali, misalnya, refresh halaman. Untuk mensimulasikan ini, salin
permintaan direkam dan paste ke dalam daftar rekaman. Permintaan yang sama
dapat disalin beberapa kali.
Pilih permintaan dari daftar dari tampilan struktur pohon, klik kanan dan Copy
atau menggunakan (Ctrl + C) dan kemudian pilih folder tujuan dan klik kanan dan
pilih Paste.

Menambahkan Loop
Logika loop sangat berguna dalam menjalankan permintaan web yang sama
beberapa kali. Aturan berkondisidan properti dapat diatur untuk memverifikasi
apakah kondisi apapun yang ditetapkan terpenuhi atau tidak.
Logika loop dapat ditambahkan pada tingkat pengujian kinerja web atau atas
tingkat permintaan web. Looping harus digunakan untuk mereproduksi skenario
pengguna tetapi tidak boleh digunakan untuk mensimulasikan jumlah
pengguna.

Rules untuk Looping

Conditional rule

Rule description

Context parameter
exists

Menguji apakah parameter konteks tertentu ada dalam konteks saat ini..

Cookie exists

Menguji apakah cookie yang ditentukan diatur.

Cookie value
comparison

Kondisi ini terjadi ketika string yang disediakan sesuai dengan nilai cookie
yang ditentukan.

For loop

Aturannya merupakan tradisional Untuk perulangan. Parameter konteks

diinisialisasi sebelum perulangan pertama. Laporan perulangan dijalankan
sementara isi dari parameter konteks memenuhi dibandingkan dengan
nilai yang disediakan. Nilai Langkah diterapkan pada akhir setiap loop
iterasi.

Number comparison

Kondisi ini terjadi ketika nilai parameter konteks memenuhi dibandingkan

dengan nilai yang disediakan.

Probability rule

Acak mengembalikan lulus atau gagal berdasarkan persentase disediakan.

Counting loop

Mengeksekusi request yang terkandung dalam perulangan sejumlah

tertentu.

String comparison

Kondisi ini terjadi ketika string yang disediakan sesuai dengan isi
parameter konteks yang disediakan.

Web test properties

Property

Description

Description

Menentukan deskripsi untuk tes saat ini.

Name

Nama yang diberikan untuk uji web saat ini.

User Name

Menentukan nama pengguna untuk tes ini, jika pengguna telah ditetapkan mandat yang
akan digunakan, maka ini dikaitkan dengan sumber data dari jenis apa pun seperti file
CSV, file XML, atau Database. Sebuah parameter yang didefinisikan dalam tes web juga
dapat digunakan untuk nama pengguna.

Password

Menentukan atau rekan password yang sesuai dengan pengguna di field pengguna.

PreAuthenticate

Ini adalah field Boolean, yang menunjukkan apakah halaman tersebut harus disahkan
pada setiap request atau tidak; hanya jika properti ini disetel ke True, header otentikasi
dikirim untuk setiap request, jika header dikirim, jika diperlukan; default adalah Benar.

Proxy

Dalam beberapa kasus, halaman web yang diminta dalam ujian mungkin di luar firewall
yang harus melalui proxy server; field ini adalah untuk mengatur name server proxy yang
akan digunakan oleh tes.
Software otomatis, unik ID untuk mengidentifikasi tes. ID ini dihasilkan sekaligus
menciptakan tes; ini dapat digunakan untuk menentukan tes dalam tes web kode. Properti
ini mendapatkan pengenal unik ketika diimplementasikan di class turunan.

Test ID

Stop On Error

Menginformasikan aplikasi apakah akan menghentikan tes atau melanjutkan dalam

kasus kesalahan; jika nilai ini benar, pelaksanaan seluruh tes akan berhenti di
kejadian pertama kesalahan; default adalah Benar.

Web test request properties

Property
Cache control

Encoding
Expected HTTP status
code

Expected response URL

Description
Mensimulasikan properti caching halaman web. Nilai bisa benar atau salah. Jika
diatur ke True, caching dan request tergantung akan diambil hanya sekali untuk
request berikutnya. Sebagai contoh, sebuah file gambar yang digunakan dalam
halaman web yang diambil dari sumber hanya sekali dan disimpan dalam cache dan
digunakan kembali untuk semua request.
Jika caching dimatikan, maka request berikutnya dari halaman yang sama diambil
dari sumber untuk setiap request. Jika gambar, maka file gambar yang sama akan
diambil untuk setiap request meskipun gambar yang sama. Properti ini sangat
berguna dalam performance testing dengan memutar caching dan mematikan dan
kemudian memutuskan apakah akan tetap hidup atau mati.
Properti ini diatur dengan request utama, tetapi tidak untuk request tergantung dari
request utama.
Nilai default untuk properti ini adalah False.
Standarnya utf-8 karena sebagian besar request HTTP adalah utf-8 encoding. Hal
ini dapat diubah jika pengkodean yang berbeda untuk teks yang dibutuhkan
Hal ini untuk mengatur kode status yang diharapkan untuk request. Misalnya, jika
request ini tidak dapat ditemukan di server kemudian menetapkan nilai ini ke 404.
Kode kesalahan 404 menunjukkan sumber daya tidak dapat ditemukan. Default
diatur ke 0, yang mengembalikan lulus jika status kembali berada pada level 200
atau 300 dan kembali gagal jika status kembali adalah di 400 atau 500 level.
Mengatur respon URL akhir yang diharapkan setelah request saat ini dan
pengalihan, jika ada, yang dibuat. Hal ini untuk memvalidasi respon. Respon yang
diharapkan divalidasi menggunakan aturan validasi.

Web test request properties

Property
Follow redirects

Method
Parse dependent requests

Record results

Description
Jika diatur ke True, memungkinkan halaman pengalihan dibuat oleh request dan
dapat diatur ke False untuk menghindari pengalihan. Jika diatur ke True, maka
request terus halaman web yang diarahkan dan memverifikasi apakah status adalah
kode dimasukkan untuk Expected HTTP Status Code. Jika itu adalah palsu,
pengalihan tidak diikuti.
Misalnya, jika nilai-nilai Expected HTTP Status Code ditetapkan untuk nilai antara
200 dan 300, dan Follow Redirect ditetapkan untuk Benar, maka status hasil akhir
dari request setelah semua pengalihan harus sukses. Kode status dengan tingkat
200 atau 300 adalah lulus sementara tingkat statusnya dengan 400 atau 500 adalah
kegagalan.
Digunakan untuk mengatur method request yang digunakan untuk request saat ini.
Baik GET atau POST.
Dapat diatur untuk Benar atau Salah untuk mengurai request tergantung dalam
halaman yang diminta. Sebagai contoh, kita mungkin tidak tertarik dalam
mengumpulkan rincian untuk gambar dimuat di halaman web. Jadi kita mematikan
request untuk memuat gambar dengan menetapkan ini untuk False. Hanya rincian
request utama akan dikumpulkan.
Tidak boleh ada kebingungan dengan properti ini, dan properti cache control.
Cache Menonaktifkan pemuatan halaman yang sama selama request berikutnya
setelah caching kejadian pertama request, tapi properti ini adalah untuk benarbenar set-off request dependen atau untuk benar-benar mengubahnya.
Ini adalah nilai Boolean untuk berlaku jika data kinerja harus dikumpulkan untuk
request HTTP ini. Ini adalah palsu jika data tidak diperlukan dikumpulkan.

Web test request properties

Property
Response time goal
(Seconds)

Description
Ada situasi di mana pengguna perlu aplikasi untuk merespon dengan cepat tanpa
penundaan. Untuk menguji skenario ini, mengatur properti ini untuk diharapkan
waktu respons maksimum dan kemudian menguji halaman untuk mengetahui
orang-orang yang tidak memenuhi persyaratan. Nilai ini ditentukan dalam hitungan
detik. Nilai default adalah 0, yang berarti properti tidak diatur.

Think time (Seconds)

Mengatur waktu berpikir yang dibutuhkan oleh pengguna antara halaman. Ini
bukan yang tepat waktu bahwa pengguna dapat menghabiskan berpikir, tetapi
perkiraan kasar. Juga, properti ini sangat tidak berguna untuk tes web pengguna
tunggal normal. Meskipun demikian sangat berguna dalam kasus load test di mana
kita dapat memprediksi beban termasuk waktu memikirkan pengguna antara
halaman.
Perekam otomatis mencatat waktu berpikir pada saat merekam tes.

Timeout (Seconds)

Berakhirnya waktu request. Ini adalah waktu maksimum untuk request untuk
merespon kembali. Jika tidak kembali dalam batas ini, maka halaman akan habis
dengan kesalahan
Mengatur versi HTTP digunakan untuk request, yang bisa 1.0 atau 1.1. Standarnya
adalah 1,1 yang merupakan normal atau yang terbaru dari versi HTTP.

Version

Url

Ini adalah alamat URL untuk request

Form POST Parameters

Name yang dihasilkan secara dinamis selama perekaman, dan menunjukkan
nama komponen yang digunakan untuk mengumpulkan data.
Recorded Value adalah field read-only dengan nilai yang diberikan saat
merekam.
URL Encode adalah nilai Boolean yang diatur ke True secara default yang
menentukan apakah Nama dan Nilai parameter harus URL dikodekan atau
tidak. Standarnya adalah Benar.
Value adalah nilai parameter aktual yang diatur ke nilai yang sama dengan nilai
tercatat, namun dapat diubah kemudian.

QueryString parameter
Hal ini sangat mirip dengan Form POST Parameter . Parameter string kueri ini terdaftar di
bawah permintaan yang menggunakan metode QueryString untuk permintaan.
Menetapkan nilai-nilai properti dan penggunaan parameter QueryString yang sama dengan
properti Form POST Parameters, kecuali properti tambahan yang Show Separate Request
Result

Aturan ekstraksi
Rule type

Description

Selected Option

Ekstrak nilai berdasarkan nama tag dan menetapkan nilai parameter konteks. Context
Parameter Name dan Tag Name adalah properti untuk pilihan ini.

Tag Inner Text

Menggunakan nama atribut dan parameter nilai untuk menemukan pertandingan yang
tepat dari atribut dan ekstrak teks dalam dari atribut tersebut. Sangat berguna untuk
mengekstrak teks dalam dari tag HTML tertentu.

Extract Attribute
Value

Ekstrak nilai atribut dari halaman request berdasarkan tag dan nama atribut;
menggunakan opsional nama pencocokan atribut dan nilai dalam tag yang sama untuk
mengetahui atribut yang diperlukan dengan mudah; nilai diekstrak akan disimpan dalam
parameter konteks.

Extract Form Field

Ekstrak nilai dari salah satu kolom formulir di halaman respon; nama field yang
ditentukan di sini.

Extract HTTP Header Ekstrak nilai header pesan HTTP di halaman respon.
Extract Regular
Expression

Ekstrak nilai menggunakan ekspresi reguler untuk menemukan pola yang cocok di
halaman respon

Extract Text

Ekstrak beberapa teks dari halaman respon; teks diidentifikasi berdasarkan awal dan
akhir nilai dengan casing teks sebagai opsional.

Extract Hidden Fields Ekstrak semua nilai field tersembunyi dari halaman respon dan memberikan mereka
dengan parameter konteks.

Aturan validasi
Validation rule type
Selected Option

Tag Inner Text

Response Time Goal
Form Field

Description
Memvalidasi bahwa opsi ditentukan dalam HTML pilih tag yang dipilih. Parameternya
adalah:
Select Tag Name
Expected Selected Option
Index
Ignore Case
Memvalidasi jika teks dalam ditentukan ada dalam tag HTML tertentu.
Memvalidasi jika waktu respon untuk request kurang dari atau sama dengan tujuan
specfied.
Keberadaan nama field bentuk dan nilai diverifikasi menggunakan parameter berikut:
Form Field Name
Expected Value

Find Text

Maximum Request Time

Memverifikasi keberadaan teks tertentu pada halaman respon menggunakan parameter

ini:
Find Text
Ignore Case
Use Regular Expression
Pass If Text Found
Memverifikasi apakah request tersebut selesai dalam waktu request maksimum yang
ditentukan dengan menggunakan parameter: Max Request Time (milidetik)

Aturan validasi
Validation rule type
Required Attribute Value

Required Tag

Response URL

Description
Mirip dengan aturan ekstraksi dimana nilai atribut tertentu diekstrak menggunakan
tag dan atribut lainnya dalam tag; tetapi dalam aturan validasi, kita menggunakan
tag yang sama untuk menemukan apakah atribut adalah kembali nilai yang
diharapkan; parameter adalah sama dengan yang digunakan dalam aturan
ekstraksi tetapi dengan medan tambahan untuk menentukan nilai yang
diharapkan. Sifat-sifat tersebut adalah:
Tag Name
Attribute Name
Match Attribute Name Match Attribute Value Expected Value
Ignore Case
Index
String dapat divalidasi berdasarkan terjadinya dengan menggunakan nilai indeks;
untuk memeriksa setiap nilai field bentuk dalam bentuk, mengatur nilai indeks -1.
Tes melewati jika ada satu pertandingan ditemukan.
Digunakan untuk memverifikasi apakah tag tertentu ada di respon; jika ada
kemungkinan untuk mendapatkan tag yang sama beberapa kali dalam
menanggapi, Anda dapat mengatur nilai terjadinya minimum; parameter adalah:
Required Tag Name
Minimum Occurrences
Untuk memastikan apakah URL yang sama dengan URL yang diharapkan;
properti adalah tingkat untuk URL respon yang bisa tinggi, sedang, atau rendah..

Transactions
Transaksi sangat berguna dalam pengelompokan serangkaian kegiatan. Salah satu contoh
adalah kelompok beberapa request untuk melacak total waktu yang dibutuhkan untuk
set request. Hal ini juga membantu dalam mengumpulkan waktu request individu.

Conditional rules
Serupa dengan aturan ekstraksi dan validasi, aturan conditional dapat ditambahkan ke
request web untuk menjalankan tes berdasarkan kondisi keberhasilan atau kegagalan.
Misalnya, kondisi dapat ditambahkan ke request web untuk menjalankan hanya jika
parameter konteks sama dengan nilai tertentu.

Conditional rules
Conditional rule
Context Parameter
Exists
Cookie Exists

Cookie Value
Comparison

Last Request
Outcome

Description
Uji berdasarkan keberadaan parameter konteks. Propertinya:
Context Parameter Name
Check for Existence
Uji berdasarkan keberadaan cookie dengan properti sebagai berikut:
Web Page URL
Cookie Name
Check for Existence
Cookie Domain Name (Optional)
Cookie Path (Optional)
Pelaksanaan uji berdasarkan nilai pencocokan Cookie. Aturan sebelumnya hanya
untuk mengecek keberadaan cookie, tetapi aturan ini didasarkan pada nilai cookie
berikut:
Web Page URL
Cookie Name
Comparison Operator
Value
Ignore Case
Use Regular Expression
Cookie Domain Name (Optional)
Cookie Path (Optional)
Untuk menjalankan request saat ini berdasarkan hasil dari request sebelumnya.
Jika hasil request sebelumnya adalah kegagalan maka request saat ini akan
dihentikan. Berikut ini adalah properti untuk mengatur kondisi:
Request Outcome

Conditional rules
Conditional rule
Last Response Code

Description
Eksekusi Request didasarkan pada kode respon dari request terakhir.

Number Comparison

Untuk memeriksa apakah parameter konteks memenuhi perbandingan dengan

nilai angka yang disediakan. propertinya:
Context Parameter Name
Comparison Operator
Value
Untuk mengatur kembalinya acak lulus atau gagal nilai, berdasarkan persentase
yang ditetapkan dalam properti. Propertinya adalahContext Parameter Name
Percentage

Probability Rule

String Comparison

Untuk memeriksa apakah nilai parameter konteks sesuai dengan nilai string
yang ditentukan di bawah properti. Propertinya adalah:
Context Parameter Name
Comparison Operator
Value
Ignore Case
Use Regular Expression

Toolbar properties
Add data source
Setting credentials
Add recording
Parameterize web server
Context parameters
Adding a web test plugin

Pengaturan pada berkas

.testsettings
General
Name
Description
Test Run naming scheme

Roles
Local execution
Local execution with remote collection
Remote execution

Data and Diagnostics

Deployment
Setup and Cleanup Scripts
Hosts
Test Timeouts
Unit test
Web Test
Number of Run Iterations
Browser Type

Creating a Simple Web App

Creating a Web App
To create the Web app
1. In Visual Studio Ultimate, on the FILE menu, choose New and then choose Project.
The New Project dialog box appears.
2.Under Installed templates, expand the programming language that you prefer and
then choose Web.
3.In the list of Web project types, select ASP.NET Empty Web Application.
Note
You will write minimal code in this walkthrough.
4. In the Name box, type ColorWebApp.
5. In the Location box, specify the folder where you want to create your Web app.
6. Select Create directory for solution.
7. Choose OK.
8. In Solution Explorer, verify that the new ColorWebApp project is selected.
9.On the PROJECT menu, choose Add New Item.
The Add New Item dialog box appears.
10. In the list of items, choose Web Form.
11. In the Name text box, type Default.aspx and then choose Add.

28

Creating a Simple Web App

Adding Controls to the Web App

To add controls to the Web app

1. In Solution Explorer, right-click Default.aspx and choose View Designer.
A blank page is displayed.
2. If the toolbox is not visible, from the VIEW menu choose Toolbox.
3. From the Standard group, drag a RadioButtonList onto the page.
A RadioButtonList control is added to the design surface.
4.Expand the RadioButtonList Tasks action tag pane, and choose the EditItems link.
A ListItem Collection Editor appears.
Note
You can also display the ListItem Collection Editor by editing the Items collection on the
Properties window.
5. Choose Add to add a new item.
6. Under ListItem properties:
a. Change the Text property to Red.
b. Set the Selected property to True.
7. Choose Add to add another item.
8. Under ListItem properties change the Text property to Blue.
9. Choose OK to close the ListItem Collection Editor.
10. From the toolbox, drag a Button onto the page and in the Properties window, change
the Text property to Submit.
29
11. On the FILE menu, choose Save All.

Creating a Simple Web App

Adding Pages to the Web App
To add pages to the Web app
1. On the PROJECT menu, choose Add New Item.
2. In the Add New Item dialog box, select Web Form from the list of templates, and in
Name type Red.aspx. Then choose Add.
3. At the bottom of the document window, choose the Design tab to switch to design view.
4. Drag a Label onto the page. In the Properties window, set the Text property to Red, and
the ForeColor property to Red.
5. On the PROJECT menu, choose Add New Item.
6. In the Add New Item dialog box, choose the Web Form template, name it Blue.aspx,
and then choose Add.
7. At the bottom of the document window, choose the Design tab to switch to design view.
8. Drag a Label onto the page. In the Properties window, set the Text property to Blue, and
the ForeColor property to Blue.
9. On the FILE menu, choose Save All.

30

Creating a Simple Web App

Adding Functionality to the Web App
To add functionality to the Web app
In Solution Explorer right-click Default.aspx and 1. choose View Designer.
2. Double-click the Submit Button. Visual Studio switches to the page code, and
creates a skeleton event handler for the Button control's Click event.
3. Add the following code to the event handler:

4. On the FILE menu, choose Save All.

31

Creating a Simple Web App

Testing the Web App Manually
To test the Web app manually
1. In Solution Explorer, right-click Default.aspx and then choose Set As Start Page.
2. Press CTRL+F5 to run the Web app in the browser. You will see the first page.
3. Choose Red and then choose Submit. If the app is working correctly you will go to
the page with the Label that says Red.
4. Go back to the first page.
5. Choose Blue and then choose Submit. If the app is working correctly you will go to
the page with the Label that says Blue.

32

Recording and Running a Web

Performance Test
Preparing
For this walkthrough, you will not make any changes to the Web application that you
created before, but you will need the address of the application.
To prepare for the walkthrough
1. Open the Web app that you created.
2. Press CTRL+F5 to run the Web application in the browser. You should see the first page.
Note
This starts the ASP.NET Development Server that runs the Web application your Web
performance test will test. You will see the ASP.NET Development Server icon in the
notification area, on the right side of the taskbar.
3. Copy the address of your Web application to the clipboard or a notepad file. For
example, the address might look like this: http://localhost:<PortNumber>/ColorWebApp
/Default.aspx
4. Close the browser.

33

Recording and Running a Web

Performance Test
Creating a Web Performance and Load Test Project

To create the Web performance and load test project

1. On the FILE menu, point to Add and then choose New Project.
The Add New Project dialog box appears.
2. Under Installed Templates, expand Visual Basic or Visual C# according to your preference,
and select Test.
Note
You will not write any code in this walkthrough. The language that you choose for your project
affects the language that is used when coded Web performance tests are
generated.
3. In the list of templates, choose Web Performance and Load Test Project.
4. In the Name box, type ColorWebAppTest.
5. In the Location box, type the name of the folder where you saved your Web app. For
example, type the folder name C:\Users\<user name>\Documents\Visual Studio
11\Projects\ColorWebApp. You can also use the Browse button to locate the folder.
Choose OK.
6. The ColorWebAppTest project is added to your solution, which includes a Web performance
test named WebTest1.webtest
7. In Solution Explorer, select WebTest1.webtest and open the shortcut menu. Choose Rename
and change the name of the Web performance test to ColorWebTest.7. webtest.
34

Recording and Running a Web

Performance Test
Recording a Web Performance Test

You record a Web performance test by browsing a Web site as if you were the end user. As you
move through the site, requests are recorded and added to the Web performance test.
To record the Web performance test :
1. In Solution Explorer, select ColorWebTest.webtest, open the shortcut menu, and then choose
Open. The Web Performance Test Editor displays for ColorWebTest.
2. In the Web Performance Test Editor, choose Add Recording from the toolbar.
Your web browser opens with the Web Test Recorder add-on displayed.
Note
If you dont see the Web Test Recorder, you must configure the add-ons in your web browser to
include it.
Caution
For the next procedure to work correctly, you must follow these steps in the order shown.
3. In the browser's address bar, type the address of the Web application that you copied in a
previous step, and choose ENTER.
Note : Visual Studio Ultimate begins to display the Web performance test URLs in the Web
Performance Test Recorder as it is recording.
4. Choose Red and choose Submit. The page with the Label that says Red should be displayed.
5. Go back to the first page.
6. Choose Blue and choose Submit. The page with the Label that says Blue should be
35
displayed.

Recording and Running a Web

Performance Test
Recording a Web Performance Test (2)
7. Go back to the first page.
8. Choose Stop on the Web Performance Test Recorder to stop recording.
A dialog box displays the message Detecting dynamic parameters. It also displays a progress
bar that shows the status of parameter detection in the HTTP responses that were
received.
Because the ColorWebApp does not have any dynamic parameters, the dialog box displays the
message Did not detect any dynamic parameters to promote. The dialog box
then closes.
Note
If dynamic parameters were detected, the Promote Dynamic Parameters to Web Test
Parameters dialog box would appear, allowing you to select check boxes for the
promotions that you want to apply when you run the Web performance test. For more
information, see How to: Resolve Web Performance Test Playback Issues Caused by
Dynamic Parameters.
Now that Web performance test recording has ended, you will see your Web performance test
in the Web Performance Test Editor as a list of URLs. You can now edit the test.
9. Choose FILE and then choose Save ColorWebTest.webtest to save the newly recorded Web
performance test.
36

Recording and Running a Web

Performance Test
Viewing and Modifying Request Properties
The tree of URLs in the Web Performance Test Editor is called the request tree. Select various
nodes in the request tree to view the properties associated with each request.
To view and modify request properties
1. Default.aspx .
2. In the Properties window, note the values of the different properties, for example URL,
Follow Redirects and Think Time.
3. Notice that Think Time for this request is a number greater than 0. This is how many
seconds the default page waited until you selected Red and chose submit in step 4 of the
previous procedure.
For more information, see How to: Set Think Times to Simulate Human Pausing in a Web
Performance Test.
4.On the toolbar, choose Set Request Details.
The Request Details dialog box appears. This dialog box lets you review and edit all the think
times for the various web requests in the Web performance test.
5.In the Think Time column, select each request with a think time value greater than 0 and
change it to 1. This allows the test to play back with minimum delay caused by human
interaction.
For more information, see How to: Set Request Details in a Web Performance Test.
37
6. Choose OK.

Recording and Running a Web

Performance Test
Viewing and Modifying Request Properties (2)

7. In the request tree, expand the second instance of

http://localhost:<PortNumber>/Default.aspx.
8. Expand the Form Post Parameters folder.
Notice that this request occurred after you selected blue and chose the submit button in the
RadioButtonList1 and Button1 post parameters.
9.Highlight the request node for the same second instance of http://
localhost:<PortNumber>/Default.aspx request with the red and submit post parameters and
view the Expected response property in the Properties window to help identify the request.
10. In the Properties window, select the text box next to Reporting Name and type Red.
11. Highlight the request node for the fourth instance of http://
localhost:<PortNumber>/Default.aspx.
In the Properties window, select the text box next to the Reporting Name property and type
Blue. Using the Reporting Name property will make it much easier to identify requests in the
Web Performance Test Analyzer when it is run in the next procedure. Reporting names also
make it easier for stakeholders to identify requests in reports.
For more information, see How to: Use Reporting Names to Easily Identify Requests in a Web
Performance Test and How to: Create Load Test Performance Reports Using Microsoft
Excel.
12.Choose FILE and then choose Save ColorWebTest.webtest to save the newly recorded Web
38
performance test.

Recording and Running a Web

Performance
Test
Running the Web Performance Test to Verify that it Works
Correctly
You can now run the Web performance test to verify it that it works correctly. Each web
request that you recorded will be replayed, and the results will be collected. For more
information,
see Running Web Performance Tests.
To verify the Web performance test
1. In the Web Performance Test Editor, choose Run Test on the toolbar.
The test starts to run, and a session of the Web Performance Test Results Viewer displays
each request in the test. The Test Results window displays the result for the entire test.
Next, you will verify the results.
2. In the Web Performance Test Results Viewer select the first request in the list.
You should see a green check mark to the left of the request. A green check mark indicates
that the request succeeded. You should see the first page of the Web application in the
bottom pane.
You will see either a green check mark or a red X to the left of the request. A red X indicates
that the request failed. This will cause the result for the entire test to fail, after the test
has finished. By default, if a request fails, the rest of the test is not aborted and does
continue. For example, an external web request might fail because of firewall problem.
However, the next request will still be attempted and the test will continue to run.

39

Recording and Running a Web

Performance Test
Running the Web Performance Test to Verify that it Works
Correctly (2)
Tip
If you cannot access websites outside your local network, you might have to specify a proxy
server in your Web performance test. For more information on firewall issues, see
How to: Specify a Proxy Server for a Web Performance Test.
3. Notice how easily recognizable the two request called Red and Blue are using the Reporting
Name assigned in the previous procedure. If they had not been used, each request
would be identically named.
4. To run your test a second time, choose Click here to run again at the top of the Web
Performance Test Results Viewer.

40

Kesimpulan
Bab ini menjelaskan secara rinci tentang bagaimana web performance test bekerja, dan
bagaimana rekaman tes web terjadi untuk aplikasi web. Kita telah mempelajari
penggunaan sifat yang berbeda dari web performance test termasuk menyalin tes,
membersihkan request tercatat yang tidak diinginkan, dan penggalian rincian dari request
apakah Form POST parameter atau QueryString parameter. Bab ini juga menjelaskan
tentang pengaturan aturan untuk memvalidasi dan mengekstrak rincian berdasarkan
kondisi tertentu. Versi saat ini dari Visual Studio telah membawa beberapa fitur baru,
seperti menambahkan loop dan menambahkan kondisi ke request yang sangat berguna
untuk tes. Transaksi yang berguna untuk kelompok satu set request serupa dan
memberikan nama. Kita telah belajar bagaimana memasukkan sumber data yang berbeda
dan memetakan field untuk field sumber data dan juga parameterize field dan nama
server web.
Bagian akhir dari bab ini menjelaskan tentang menjalankan tes dan mengumpulkan hasil.