Блог на Калин Василев

Една много добра презентация на Oggin за вечният спор на какво да заложим SEO или Usability, когато изграждаме своят уеб сайт.

SEO vs. Usability

Виж повече презентации от Oggin.

В презентацията се говори за правилните подходи и взаимовръзките между SEO и ползваемостта на Вашият сайт. Лично аз съм леко раздвоен и не мога да кажа, кое е най-точното. Определено качественото SEO И ползваемостта ще Ви донесат голяяям трафик и повече печалби от уеб сайта Ви.
Огнян ще представи лекцията на Семинар по ползваемост, който е предвиден за днес и се организира от Джими от Лукрат. Навремето с него имахме един конфликтен момент, но всичко си остава там…поне се надявам :)

Тези дни ще публикувам и една моя презентация, която изнесох на колегите от EHA corp., Германия преди време – Usability и SEO – ръка за ръка.

Ще публикувам лекциите ми, които изнесах под формата на презентации, пред студентите на ПУ “Паисий Хилендарски” миналата година. Като качество на презентацията, сам си ги определям като “сухи”, но целта ми бе да възбудя интерес у студентите, не толкова да си показвам презентационните умения.

Първата презентация бе въвеждаща и ни запознава с основните понятия, термини и ключови моменти от осъществяването на софтерните тестове. Неща, без които не можем да започнем да говорим за качество на софтуерните продукти – било то десктоп или уеб приложения.

Днес получих писмо от израелската компания RadView, произвеждаща инструмента за автоматизирано тестване – WebLoad. Писмото дойде от Eyal Shalom – Ръководител отдел “Продажби” за зона EMEA (Европа, средния Изток и Африка).

Hi Kalin,

I am happy to let you know that you are one of the first customers who will be a part of beta testing program for WebLoad PRO v8.4.
In order to complete your beta registration please review the attached document, sign
the beta program terms & conditions document attached (last page) and fax it to +972*******.

This will secure your participation.

Regards,
Eyal

Е, включвам се в бета тестовете на WebLoad – най-добрият продукт на пазара за автоматизирани тестове. По предварителна информация знам, че ще сме 10тина човека извън екипа от бета тестъри на WebLoad. След работата към Mircosoft по проекта Windows Vista, идва ред и на израелците от RadView.
Между другото, много готини пичове са. Навремето, Eran Witkon (вицепрезидент “Продукти и разработка” на RadView) даде ексклузивно интервю за Българският SQA форум – повече за интервюто тук.

След като сме отбелязали основните видове тестове, които планираме на този етап да се изпълняват върху проекта е време да опишем и тест сценариите.

Тук вариантите са много, но лично аз предпочитам по-опростеният формат. Това ще рече, че слагаме един скрийншот от един тест сценарии и описваме коя част от него за какво е.  Например:

- Елемент 1 – име на ТС
Името на ТС е свързано със функционалността / модула, който се проверява от системата.
Това действие се извършва от дизайнера на ТС.
- Eлемент 2 – уникален номер на ТС
Номера е уникален идентификатор, по който всеки един ТС се различава от всичките написани за проверка на функционалностите на системата.
Това действие се извършва от дизайнера на ТС.
- Елемент 3 – предусловие
Действия които трябва да бъдат извършени преди за започне изпълнението на ТС. Те могат да включват:
- навигация до определен екран от системата
- избор на даден елемент / параметър преди да започне изпълнението на ТС
- Създаване на даден обект / елемент
- Настройка на даден обект / елемент
Това действие се извършва от дизайнера на ТС.
- Елемент 4 – действия за изпълнение
Тук се съдържа последователност от дейстия, които трябва да се извършат, за да се провери дадената функционалност описана в ТС.
Всички действия трябва да се изпълнят последователно стъпка по стъпка
Това действие се извършва от дизайнера на ТС.
- Елемент 5 – очакван резултат
Очакваният резултат се определя въз основа на това как е реагирала системата, изпълнявайки всички нужни действия за проверка на дадената функционалност / модул според описаните стъпки. Възможно е наличието на повече от един очакван резултат. Тук той се отнася само за дадената стъпка.
Това действие се извършва от дизайнера на ТС.
- Елемент 6 – Pass/Fail статус (бележки)
Тук се отбелязва дали системата реагира според описаните параметри във функционалната спецификация.
Тестовите резултати, които могат да бъдат отбелязани в този раздел са:
- PASS – когато очакваният резултат отговаря на резултата описан във функционалната спецификация
- FAIL – когато очакваният резултат не отговаря на резултата описан във функционалната спецификация
- NOT TESTED – когато дадена стъпка / ТС не е проверена
- HOLD– когато провеждането на проверката е отложена поради някаква причина
Този раздел може да се използва от тестъра за записването на бележки към даденият ТС при необходимост.
Тези действия се извършват от QA консултанта, който изпълнява самият ТС.
- Елемент 7 – Краен очакван резултат
Очакваният резултат въз основа на функционалната спецификация общо за целият сценарии след изпълнението на всички стъпки.

След като дефинирате формата на тест сценарии, в тест плана трябва да поместите и информация за всички написани сценарии. Това го правим под формата на табличка:

Не забравяйте да сложите път до SVN, ако имате хранилище, където пазите документите по проекта.

Предпоследната част от базовият ни тест план трябва да съдържа информация за използвани инструменти. Тук се включват всички тулове и програмки, които ще се ползват при извършването на тестове – било то ръчни или автоматизирани.