Avtomatično prepoznati POST spremenljivke

Imamo produkt, spletno aplikacijo, ki je v fazi testiranja. Radi bi avtomatizirali določene scenarije za kar potrebujemo avtomatično postanje forma. Samo po sebi to sicer sploh ni problem narediti, pač ugotoviš katere vairable je potrebno setirati in narediš post. Vendar bi radi imeli možnost avtomatično prebrati POST spremenljivke, ko prvič prebereš stran. Torej dobiti stran in izlistati POST variable, da se lahko potem to v testni aplikaciji popolni in zavtomatizira. Očitno se ne znam jasno izrazit zato bom podal primer (morda ravno zaradi tega ne najdem nič na googlu):

forma A, ki jo je treba avtomtizirati, vsebuje eno select kontrolo (drop down) id=dropdown1 in tri tekstovna polja: input type=text, textid1, textid2, textid3

torej da se form A posta, ni noben problem, zgeneriramo en http request z naslednjimi spremenljivkami: &dropdown1=val&textid1=text1&textid2=text2&textid3=text3

Vendar bi radi da naša windows aplikacija avtomatično "zazna" zgoraj omenjen POST spremenljivke in nam jih izpiše. Problem je v tem da ima lahko naša aplikacija v določenih primeri tudi nek hash in še neke stvari ki se morajo postati zraven, včasih pa ne.

Jezik je .NET. Na roko ne bi radi parsali HTML. Ali ima kdo s tem izkušnje ali kakšno idejo? Ali obstaja že kakšna knjižnica ki to dela?

Hvala za nasvete

Verjetno si prevec genialen da bi te en programercek kot sem sam lahko razumel, zato te prosim da mi se malo pomagas, ti bom zelo hvalezen. Glej, to kar si ti postal je HttpRequest, jaz pa imam Windows aplikacijo ki je namenjena testiranju in se obnasa kot klient. To pomeni (no, mogoce se motim) da ne morem uporabiti HttpRequest classa da bi dobil POST variable. Pa ce se tako buljim v dokumentacijo. Tudi mi ni cisto jasno kaj mi bo prineslo branje RFC-jev.

Jaz imam preprosto klientsko windows aplikacijo in ne ASP .NET aplikacijo. Moja aplikacija bo generirala requeste za ASP .NET aplikacijo ki bo testirana. Potrebujem tocno to kar si mi ti napisal, BlueRunner, ampak to moram dobiti na klientski aplikaciji


Torej glej, jaz imam tole, rabim pa iz tega responsa seveda dobiti collection POST variablov, da lahko ponudim testerju da jih popolni in potem shrani da potem zavtomatiziramo proces:

HttpWebRequest WebReq = (HttpWebRequest)WebRequest.Create("http://localhost:4343/mojaforma.aspx");
WebReq.Method = "GET";
WebResp = (HttpWebResponse)WebReq.GetResponse();
Stream Answer = WebResp.GetResponseStream();
StreamReader _Answer = new StreamReader(Answer,Encoding.UTF8);
string HTML = _Answer.ReadToEnd();
WebResp.Close();

v dobljenem html-ju poiščeš formo (< form>) in input-e ki jih vsebuje

tisti request class "parsa" request ne pa html-ja

JanVid86, zakaj pa v svoji aplikaciji enostavno ne uporabiš kakšen WebBrowser Class ali activex ali kaj podobnega? Potem pa z njim manipuliraš.

Nekako takole (primer v VB6):

With WebBrowser.Document
    .getElementById("userID").Value = "Uporabnik"
    .getElementById("password").Value = "Geslo"
    .getElementsByName("submit").Item(0).Click
End With

Po mojem mnenju je taksen pristop testiranja konceptualno zgresen. Ti testiras neko kodo na strezniku,
ne pa to ali HTTP requesti normalno delujejo (kar je naceloma itak vedno res). Torej testni primeri se morajo dogajati na strezniku (magari simuliras kot da je nekaj prislo od uporabnika ceprav ni), ne pa da simuliras clienta (to je tezje in manj zgovorno).

Ce zelis preveriti prikaz, torej ce spletna aplikacija res dela v razlicnih brskalnikih (kar je drugo kot tisto kar hoces ti), lahko uporabis npr. Selenium.

Kar hoces narediti je se najbolj podobno "fuzzingu" - varnostnemu testiranju na podlagi raznih nakljucnih vhodov. Pri tem nimas pojma kako aplikacija deluje (zate je to nek black-box).
Pri programih hoces ponavadi z nekim cudnim inputom povzrociti, da se le-ta sesuje (torej gledas kaj bi kot napadalec najlazje lahko izkoristil, ne najdes pa drugih problemov). Ce imas kaj vec znanja (ves kako deluje aplikacija deluje oz. imas source) lahko poskusis za vec rezultatov kaksno bolj "pametno" metodo testiranja. Web-fuzzing je naceloma lazji ker lahko iz HTML-ja dobis vhodne parametre, ampak v vsakem primeru bos moral (kakorkoli ze) to sparsati ven ali pa specificirati ob zagonu testnega programa.

Streznik dobi vrednosti v obliki HTTP requesta (nic ne gleda HTML-ja!). Pri GET mora sparsati query string, pri POST mu pa se to ni treba. Samo tista vsebina, ki jo potem izpljune in poslje odjemalcu, ki je to zahteval je lahko npr. HTML. In "submit" na neki formi v brskalniku uporabnika spet lahko povzroci nek HTTP zahtevek na streznik na kar streznik (spet) odgovori z neko vsebino.

hmm kot si napisal, mislim da ne obstaja drug nacin kot da na roko parsas HTML. Poglej ce obstaja kaksna knjiznica ze na netu.