Ako využiť prednosti testovacieho frameworku Canoo WebTest na testovanie webových aplikácií v Microsoft Office SharePoint Server [MOSS].

Pre čitateľov, ktorí nepoznajú túto platformu, uvádzam zopár základných informácií o technológii MOSS:

• využíva platformu Microsoft  .NET,
• používatelia môžu vytvárať weby určené na zdieľanie informácií s inými používateľmi, umožňuje správu dokumentov, publikovanie obsahu, blog,  kalendár, RSS, notifikácie pri zmenách obsahu webu a iné pripravené webové aplikácie, ktoré je možné nasadiť vo firemnom intranete alebo extranete,
• umožňuje fulltextové vyhľadávanie v uložených dokumentoch a položkách jednotlivých zoznamov SharePointu,
• jednoducho sa pripája k balíku programov Microsoft Office a platformám tretích strán [SAP, SQL-Server],
• úpravy MOSS webových aplikácií je možné vykonávať v jazyku C#  [Visial Studio .NET] formou features, ktoré sa inštalujú na MOSS server.

MOSS  je teda  komerčný webový framework/webová aplikácia, ktorá v súčasnosti zaznamenáva veľký  boom.  Kedže však ide o webovú aplikáciu, tak to môže byť vhodné prostredie pre testovací nástroj Canoo WebTest.

Základné informácie o testovacom frameworku Canoo WebTest nájdete v mojich predchádzajúcich článkoch alebo priamo na webe projektu Canoo WebTest.

Prvým a základným problémom testovania aplikácií MOSS je pripojenie testovacieho robota na testovaný SharePointový server. Po mojich niekoľkých pokusoch s verziami Canoo som našiel jednoduché riešenie spočívajúce v nastavení „Basic Authentication” na IIS a použitím verzie Canoo WebTest  minimálne 1810. Ako je vidno z obrázkov, MOSS webovej aplikácii na porte 80 som zapol  „Basic Authentication”.

Ďalšou možnosťou by bolo zriadenie nového autentifikačného providera, napríklad FBA – Form Based Autentication. Takúto akciu štandardne poskytuje MOSS – rozšírenie webovej aplikácie o alternatívneho autentifikačného providera, pričom obaja by poskytovali rovnaký obsah. Je s tým ale dosť práce a takto jedným kliknutím na IIS som dosiahol rovnaký cieľ. Canoo testovací robot je teda schopný pripojiť sa k webovej aplikácii a začať testovať.

Čo by sme však tak mohli testovať na komerčnej webovej aplikácii? Takých prípadov je niekoľko. V úvode som spomenul, že MOSS webové aplikácie sa dajú upravovať pomocou features, napísaných v jazyku C#. Features sa inštalujú na MOSS server a zabezpečujú požadovanú funkcionalitu, ktorú neposkytuje štandardná inštalácia. To je teda jeden z dobrých prípadov, prečo automatizovane testovať C# featurami upravené MOSS webové aplikácie.

Ďalšou možnosťou je využite testovacích robotov na simuláciu záťaže budúceho informačného systému formou tzv. „stres alebo load testov“, o ktorých som písal v minulosti.

V tomto článku však ide o automatický test webovej aplikácie, ktorá má nainštalovanú a aktivovanú C# feature, ktorej úlohou je zmena prístupových práv položky podľa definovaného spôsobu.

Po uložení položky do SharePoint zoznamu sa spúšťa kód feature, ktorý  asynchrónne zmení skupiny používateľov, ktorí môžu s položkou pracovať – zmení takzvané povolenia/permisions. Overenie, či permissions uloženej položky zodpovedajú očakávaniam, je možné otestovať tak, že si tieto permissions zobrazíme pomocou šandardného MOSS zobrazenia permissions a skontrolujeme, či zodpovedajú našim očakávaniam.

Na tomto obrázku je zobrazený MOSS web, obsahujúci dva SharePoint listy, pričom „test-list” je zlinkovaný s listom „Skupiny” pomocou stĺpca „ČisloPS”. Jednotlivé záznamy v zozname „test-list” majú „zdediť” skupiny použivateľov/permissions  z listu „Skupiny” a jeho stĺpca „Skupina”.

Ako som už spomínal, túto funkcionalitu zabezpečuje  C# feature, ktorá je nainštalovaná na serveri a je aktivovaná na testovanom webe – Source kód tejto feature nie je súčasťou tohto textu, ale príkladov na jej napísanie nájdete na webe dosť. Napríklad aj tu.

Cieľom automatického testu teda je presvedčiť sa, či všetky položky v zozname „test-list” správne zdedili skupiny použivateľov/permissions  zo zoznamu „Skupiny”.