Дэвид Пирсон, Управляющий партнер и генеральный директор «Делойта» в СНГ, считает, что умение быть оптимистом, это его главная компетенция, которая позволяет ему вселять уверенность в своих людей и помогать им верить в себя.
Есть основной класс, где иницилизируется селениуми выполняются действия по логину на сайт. И вызывается метод другого класса ##### Код { ##### public class LoginEnterTest extends SeleneseTestCase { @BeforeTest(alwaysRun = true) public void setUp() throws Exception { selenium = new DefaultSelenium("localhost", 4444, "*firefox","http://localhost"); selenium.start(); selenium.setTimeout("60000"); selenium.open("https://Site"); selenium.waitForPageToLoad("50000"); }
@AfterSuite(alwaysRun = true) public void tearDown() throws Exception { selenium.close(); } ... сам логин и прочие действия FillFields.fill(); <- вызов метода пользовательского класса } ##### Код } #####
Сам класс FillFields упрощенно выглядит так ##### Код { #####
class FillFields extends SeleneseTestCase{ private static Selenium selenium;
public static void fill(){ selenium.type("id8","hello"); }
} ##### Код } ##### В рузельтате возращается ошибка java.lang.NullPointerException at com.example.tests.FillFields.fill(LoginEnterTest.java:325) at com.example.tests.LoginEnterTest.testFullRegForm(LoginEnterTest.java:69)
Подскажите как пользоваться функциями селениума из неосновных классов
Что побудило меня поднять этот вопрос: организации часто сталкиваются с тем, что они не могут внедрить конкретную систему, или же внедрив систему решают отказаться от нее. В чем же причина? Основания причина в том, что системы, которая нужна конкретной организации, просто не существует. Ведь каждая организация обладает уникальными особенностями, которые выделяют её среди конкурентов.
В силу этого организации пытаются разрабатывать системы своими силами или же пытаются адаптировать (дописывать) существующие продукты. И тут у них начинаются проблемы.
С одной стороны ответственность за эти проблемы лежит на самих организациях, они выбирают не модифицируемые системы, т.к. не отдают себе отчет, что автоматизация это долгий и итеративный процесс, в котором нельзя получить все сразу. А иногда они даже четко не понимают чего они хотят достич с помощью автоматизации. С другой стороны российский рынок предлагает множество разнообразных систем, сделать выбор среди которых даже знакомому с IT человеку не всегда по силам. Какой же системе стоит отдавать препочтение?
На мой взгляд ответ на этот вопрос должен основываться не только на функционале систем, скорее он должен быть основан на гибкости и возможности дальнейшего развития системы под нужды организации. Тут кроется еще один сложный вопрос, как же оценить модифицируема ли система или нет? Для ответа на этот вопрос предлагаю сформулировать требования к модифицируемой системе. Вот мои: 1. Наличие встроенного языка описания бизнес-логики. При этом стоит учитывать возможности данного языка, простоту и распространение среди разработчиков. 2. Наличие средств проектирования пользовательского интерфейса. Проектирование должно быть максимально простым, т.к. требования к пользовательскому интерфейсу часто меняются. 3. Бизнес-логика системы должна быть отделена от пользовательского интерфейса. Это естественное требование, т.к. бизнес-процесс не имеет никакого отношения к интерфейсу пользователя. Однако часто эти понятия смешиваются, что указывает на серьезные проблемы в архитектуре системы. 4. Наличие программного интерфейса (API), позволяющего взаимодействовать с системой из сторонних приложений. 5. Наличие исходного кода системы. 6. Наличие документации к коду.
Еще одна проблема, с которой сталкиваются организации при эксплуатировании система - это падение производительности при увеличении объема хранимых данных. Для того, чтобы можно было эту проблему система должна быть масштабируемой. Признаками масштабируемости может быть: 1. Наличие механизма распределения нагрузки по серверам приложений 2. Наличие кэша данных 3. Возможность использовать несколько баз данных 4. Сервис ориентированная архитектура (SOA) 5. Наличие отдельно хранилища документов (Позволяет существенно сократить объем базы данных)
Еще одной проблемой может быть не верный выбор пользовательского интерфейса. Связано это с тем, что не каждый интерфейс одинаково полезен для разных категорий пользователей. Так сотрудникам организации, который работают на своих рабочих местах и обрабатывают большие объемы данных подойдет больше "толстый" клиент. Клиентам организации, или сотрудникам, которые часто выезжают на разные объекты или встречи нужен WEB клиент.
Ну и наконец последниее, что на мой взгляд может стать непреодалимой проблемой - это отсутствие средств интеграции системы с другими системами. Если таких средств нет или же средства развиты плохо, то скорее всего от такой системы нужно будет отказаться, т.к это приведет к двойному вводу информации и постепенносму устареванию данных в системе. Напротив, если средства интеграции развиты хорошо, то это это позволит системе быстро вписаться в информационную среду компании.
Ваши комментарии?
Работа для программистов -> Технический директор высоконагрузочного web-проекта (Москва, до 130тр)
2010-04-19 22:52 kass2010
Требования к кандидату: опыт разработки web ресурсов с большой нагрузкой (включая как опыт проектирования и ведения проекта, управление группой разработчиков и проектировщиков, так и непосредственно кодирование), опыт работы на позициях не ниже руководителя группы/ руководителя проекта, а также хороший опыт работы web-программистом (ведущий разработчик, senior programmer, lead developer). Необходимые в работе навыки: разработка ASP.NET приложений, веб-сервисов, MSSQL 2000/2005, dotNet1/2, JavaScript / Ajax, MVC, Framework, VS2003/2005, средства контроля версий, Visio, опыт разработки пользовательских интерфейсов. Техническая грамотность на 100%, знание новых технологий. Английский - чтение технической документации. Сильные управленческие навыки, позитивный, доброжелательный, неконфликтный характер.
Обязанности:
Проектирование, ведение, администрирование web-проекта, управление смешанным коллективом (сейчас на проекте 2 разработчика + проектировщик, в перспективе в подчинении: 3-5 разработчиков, проектировщики, тестировщик).
Условия:
Испытательный срок 3 месяца, прохождение испытательного срока предполагается следующим образом – выходите на работу, погружаетесь в проект – кодите, проявляете себя как спец и хороший управленец - забираете под себя все разработку и администрирование. М. Сокол. З/п до 130.000 руб. (в зависимости уровня кандидата).
Работа для ПМ-ов -> Руководитель высоконагрузочного web-проекта (Москва, до 130тр)
2010-04-19 22:55 kass2010
Требования к кандидату: опыт разработки web ресурсов с большой нагрузкой (включая как опыт проектирования и ведения проекта, управление группой разработчиков и проектировщиков, так и непосредственно кодирование), опыт работы на позициях не ниже руководителя группы/ руководителя проекта, а также хороший опыт работы web-программистом (ведущий разработчик, senior programmer, lead developer). Необходимые в работе навыки: разработка ASP.NET приложений, веб-сервисов, MSSQL 2000/2005, dotNet1/2, JavaScript / Ajax, MVC, Framework, VS2003/2005, средства контроля версий, Visio, опыт разработки пользовательских интерфейсов. Техническая грамотность на 100%, знание новых технологий. Английский - чтение технической документации. Сильные управленческие навыки, позитивный, доброжелательный, неконфликтный характер.
Обязанности:
Проектирование, ведение, администрирование web-проекта, управление смешанным коллективом (сейчас на проекте 2 разработчика + проектировщик, в перспективе в подчинении: 3-5 разработчиков, проектировщики, тестировщик).
Условия:
Испытательный срок 3 месяца, прохождение испытательного срока предполагается следующим образом – выходите на работу, погружаетесь в проект – кодите, проявляете себя как спец и хороший управленец - забираете под себя все разработку и администрирование. М. Сокол. З/п до 130.000 руб. (в зависимости уровня кандидата).