| ← Октябрь 2014 → | ||||||
|
4
|
5
|
|||||
|---|---|---|---|---|---|---|
|
11
|
12
|
|||||
|
13
|
14
|
15
|
18
|
19
|
||
|
22
|
23
|
24
|
25
|
26
|
||
|
27
|
28
|
29
|
30
|
31
|
||
За последние 60 дней 20 выпусков (2-3 раза в неделю)
Сайт рассылки:
http://https://software-testing.ru/forum/
Открыта:
04-06-2004
Статистика
0 за неделю
GroovyConsole + Selenium(не работает интерактивный режим)
Новые темы форума тестировщиков
Добрый день, форумачане!
Есть такая проблема: установил groovyConsole 2.4.0-beta3. Запускаю на нём отладочный код c WebDriver.
import org.openqa.selenium.*
Если код выполняется весь разом - то проблем не возникает. Когда хочу запустить построчно, то возникают проблемы. Выполняю (Run Selection) import org.openqa.selenium.*
Потом запускаю строку driver.findElement(By.linkText("Забыли пароль")).click() Вылазит ошибка Exception thrown
АвтоЛогон на сетевой ресурс через TestComplete 2014-10-08 18:00 1. Есть сетевой ресурс 2. Есть пользователь, не в домене
Можно ли как-нибудь залогиниться автоматически на этот сетевой ресурс с указанием имени и зашифрованного пароля?
TC MapNetworkDrive указывает в открытом виде пароль. NET USE указывает в открытом виде пароль.
Есть варианты? Через TC открывать меню логина и пароля и вводить пароль? Отказ от выделенной команды тестировщиков на проекте. 2014-10-08 22:13 Нескольким форумчанам я задал вопрос: Можете подсказать в каком количестве проектов, исходя из вашего опыта, затраты на тестирование ПО не окупаются? В каких случаях можно полностью отказаться от тестировщиков на проекте?
Ответы: В огромном количестве случаев. Так все сразу и не перечислишь. Пожалуй самое простое: "Можно легко и быстро поправить дефект, попавший в продакшен и если он исправлен быстро, то он не успевает нанести вред." В качестве примера возьмем создание отчета для бухгалтерии. Код хорошо изолирован, наведенные дефекты почти невозможны. Но даже если, о ужас! бухгалтерия "ляжет" на полдня - на предприятии это не заметят. А если будет неправильный отчет, то это существенно дешевле проверять заказчику-бухгалтеру. Сайты-визитки можно не отдавать тестировщику. От тестирования, проводимого выделенным рабочим центром тестирования. От тестирования программистом отказываться не стоит.
В моем опыте затраты на тестирование не считались в большинстве случаев. И я не уверен, что неокупаемость тестирования должна вести к отказу от тестирования в проекте. Мне кажется, что это параллельные процессы и привязывать один к другом достаточно сложно. Это быстрый ответ. На расширенный надо больше времени для размышления)
Сложную тему поднять хотите. Статистики по проектам, где не окупается тестирование у меня нет никакой. Я не был тест-менеджером, не знаю, какие бюджеты закладывались на тестирование даже в тех проектах, в которых непосредственно участвовал, и никогда такой оценки не проводил. Можете попробовать спросить у Сергея Мартыненко aka SALar. Полностью отказаться можно тогда, когда проекты небольшие и тогда, когда за качество отвечают все и, например, программисты пишут модульный тестируемый код, покрывают его тестами, а аналитики работают в тесном сотрудничестве с программистами и выверяют пользовательские сценарии ( и проверяют их перед релизом).
barancev ответил: Нет, не делал таких оценок. Примечание, насколько я помню - если ошибся прошу поправить, на одном тренинге Алексей сказал: Что была настолько крутая команда программистов, которые писали фантастического уровня код, что у них была договоренность - что пока у них не находится ошибок - они за ними не проверяют.
Интересно услышать мнение и от Наташи Руколь.
Бонус (Статья с Хабра): Жизнь без тестировщиков: миф или реальность?
Мое мнение: Если нет заинтересованной стороны - то можно отказываться. © 2010 | Software-Testing.Ru |
| В избранное | ||
