Тестировщик ПО
2010-11-02 10:29
Тестировщик ПО требуется в подразделение крупной российской компании: 20-35, желательно в/о, опыт работы тестировщиком ПО не менее 1 года, знание основных методик тестирования, опыт планирования тестов, разработки сценариев тестирования, опыт работы с базами данных Oracle или MySQL (базовые знания), опыт работы с Linux (базовые знания). Обязанности: Анализ технической документации. Написание тестплана и тест кейсов на основе технической документации. Ручное и нагрузочное тестирование приложений. Занесение найденных ошибок в баг треккер. Взаимодействие с разработчиками. Условия: м. Автозаводская (5 мин. от метро), оклад 45000 руб. + ежемесячная премия 10000 руб., полное соблюдение ТК РФ, соц. пакет, оплата ДМС. 5/2 с 10.00 до 19.00
Для связи:Анастасия
тел: +7(495)983-30-15
моб.тел: 8(926)538-88-06
e-mail: manager@zest-personal.ru
Разработчик С# (г.Рига)
2010-11-02 14:29
Требования:
∙ Опыт работы от 3 лет;
∙ Высшее образование;
∙ Знание технологии .Net Framework не ниже 2.0 в объеме: WinForms, ASP.NET, ADO.NET;
∙ Знание технологий работы с базами данных: Oracle, MS SQL;
∙ Языки программирования: C#, T-SQL, PL/SQL;
∙ Опыт анализа и проектирования программных решений;
∙ Опыт работы с проектной и программной документацией (в т.ч. составление);
∙ Знание и умение применять средства коллективной работы, умение читать и понимать чужой код;
∙ Английский язык (чтение документации).
Желательно:
∙ Знание баз данных на уровне DBA, умение проектировать базы данных, умение оптимизировать запросы.
∙ Личные качества: Обязательность, аккуратность, способность планировать свое время, коммуникабельность
Обязанности:
∙ Разработка программного обеспечения по требованиям заказчика, участие в техническом сопровождении на 3-й линии поддержки.
Условия:
∙ Заработная плата до 1400 евро
Контакты:
Бэлл Интегратор
т. (495)981-61-82 д.544 Вера Кудинова
vkudinova@bellintegrator.ru (в теме письма указывайте, пожалуйста, название вакансии)
Test designer
2010-11-02 14:40
Ищем человека со знанием АБС "Новая Афина" на функциональное тестирование. Или со знанием банковских технологий в части расчетно-кассового обслуживания тоже на функциональное тестирование.
Вакансия очень срочная, территориально - Рязанский проспект (затем возможны другие проекты в других местах).
З/П 60000 руб. net, оформление по ТК РФ, пятидневка, с 10-19 или с 9-18:00.
Пишите на почту achernysheva@spice-agency.ru
перебор чекбоксов
2010-11-02 16:30
мне кажется что многие сталкивались при написании тестов с задачей отметить несколько чек-боксов на странице объединённых одной формой. Например нужно написать несколько тест-кейсов в каждом из которых группа из 8 чек-боксов может быть отмечена какой-то своей комбинацией.
Всего комбинаций может получится 2^8 = 255 комбинаций.
Очень затруднительно написать 255 кейсов для которых задавать комбинацию по-своему.
Хотелось бы в тест кейс передвавать комбинацию отмеченных чек боксов в виде цифры - например
11010010 = 210
11010011 = 211
Я решил эту проблему написанием следующей функции:
function cbust($val,$arr_1)
{
$res = 1;
for ($i=1;$i<=count($arr_1); $i++)
{
if ($val&$res){$arr_check[$i]=true;}else{$arr_check[$i]=false;}
$res = $res << 1;
}
foreach ($arr_1 as $k => $v)
{
if ($arr_check[($k+1)]===true)
{
$flag = $this->isElementPresent($v);
if ($flag!==true){$this->fail("Element $v is not present to check!");}
$flag = $this->isChecked($v);
if ($flag === true){} //nothing to do, it already cheked!
else
{$this->click($v);
$flag = $this->isChecked($v); //is click make some action?
if ($flag!==true){$this->fail("Element $v can not be checked!");}
}
}
elseif ($arr_check[($k+1)]===false)
{
$flag = $this->isElementPresent($v);
if ($flag!==true){$this->fail("Element $v is not present to uncheck!");}
$flag = $this->isChecked($v);
if ($flag===true)
{$this->uncheck($v);
$flag = $this->isChecked($v); //is uncheck make some action?
if ($flag===true){$this->fail("Element $v can not be UNchecked!");}
}
else {} //nothing to do!
}
else
{
$this->fail('Oops, not true and not false...??'); //value of $arr_1 may be not set...
}
}
$status = 'ok'; //for some reasons... It's pleasure to hear that all ok!
return $status;
}
где $val - числовой код комбинации, $arr_1 - массив XPAth чек боксов на странице.
У меня он выглядит так:
<?php
return
( array
(
'//input[@id=\'disp_field0\' and @type=\'checkbox\' and @value=\'short_item_name\']',
'//input[@id=\'disp_field1\' and @type=\'checkbox\' and @value=\'long_item_name\']',
'//input[@id=\'disp_field2\' and @type=\'checkbox\' and @value=\'short_desc\']',
'//input[@id=\'disp_field3\' and @type=\'checkbox\' and @value=\'long_desc\']',
'//input[@id=\'disp_field4\' and @type=\'checkbox\' and @value=\'price\']',
'//input[@id=\'disp_field5\' and @type=\'checkbox\' and @value=\'icon_link\']',
'//input[@id=\'disp_field6\' and @type=\'checkbox\' and @value=\'image_link\']',
'//input[@id=\'disp_field7\' and @type=\'checkbox\' and @value=\'link_page\']',
'//input[@id=\'disp_field8\' and @type=\'checkbox\' and @value=\'item_code\']',
'//input[@id=\'disp_field9\' and @type=\'checkbox\' and @value=\'item_status\']'
)
)
?>
здесь используется поразрядное сравнение $val с единицей, если true - значить xpath в массиве нужно отметить, если false - значит отмечать не нужно.
по моему получилось очень удобно и в тесте можно вызвыать как
- например, если $s2_p будет равно 14, а всего элементов 8, то 14 = 1110,
00001110 - пример разметки 8 чек боксов.
Если будут какие-то замечания, буду рад прочитать...
Новая статья: Меньше слов - больше смысла
2010-11-02 22:26
На тренингах по тестированию методом свободного поискакаждый раз возникает обсуждение вопроса о том, нужно ли делать описания тестов, а если нужно, то насколько подробные. Я обычно начинаю с радикального совета -- не пишите :) Потому что во многих случаях действительно можно не писать, и никаких потерь от этого не случится, напротив, сплошная экономия.
Разумеется, каждый раз находятся слушатели, которые приводят аргументы в пользу того, что писать надо. Тогда я даю второй совет -- пишите, но как можно меньше. Записывайте не сценарии, а идеи, в результате опять таки экономия -- сначала тратится меньше времени на написание, а потом тратится меньше времени на переписывание.
Но экономия времени при написании -- это ещё не всё. Едва ли не более важным фактором является то, что в многословных описаниях теряется смысл, который туда пытался заложить тест-дизайнер. Поэтому опытному тестировщику работать с короткими описаниями проще, чем с подробными длинными сценариями.
И сегодня я хочу представить вашему вниманию перевод небольшой заметки Роба Лэмберта (Rob Lambert), в которой он описывает эксперимент объясняющий этот феномен.