Отправляет email-рассылки с помощью сервиса Sendsay
  Все выпуски  

Тестировщик ПО



Software-Testing.Ru - портал тестировщиков  

Новые темы форума тестировщиков

Тестировщик ПО
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 - значит отмечать не нужно.
по моему получилось очень удобно и в тесте можно вызвыать как

$arr_2 = include_once ('./XPath/array2.php');
self::cbust($s2_p, $arr_2);


- например, если $s2_p будет равно 14, а всего элементов 8, то 14 = 1110,
00001110 - пример разметки 8 чек боксов.

Если будут какие-то замечания, буду рад прочитать...

Новая статья: Меньше слов - больше смысла
2010-11-02 22:26
На тренингах по тестированию методом свободного поискакаждый раз возникает обсуждение вопроса о том, нужно ли делать описания тестов, а если нужно, то насколько подробные. Я обычно начинаю с радикального совета -- не пишите :) Потому что во многих случаях действительно можно не писать, и никаких потерь от этого не случится, напротив, сплошная экономия.

Разумеется, каждый раз находятся слушатели, которые приводят аргументы в пользу того, что писать надо. Тогда я даю второй совет -- пишите, но как можно меньше. Записывайте не сценарии, а идеи, в результате опять таки экономия -- сначала тратится меньше времени на написание, а потом тратится меньше времени на переписывание.

Но экономия времени при написании -- это ещё не всё. Едва ли не более важным фактором является то, что в многословных описаниях теряется смысл, который туда пытался заложить тест-дизайнер. Поэтому опытному тестировщику работать с короткими описаниями проще, чем с подробными длинными сценариями.

И сегодня я хочу представить вашему вниманию перевод небольшой заметки Роба Лэмберта (Rob Lambert), в которой он описывает эксперимент объясняющий этот феномен.

Итак, читаем: Less Is More, или Меньше слов -- больше смысла

Оставайтесь на связи, мы работаем для вас!


© 2010 | Software-Testing.Ru


В избранное