Перейти к содержимому

SALar

Регистрация: 25 сен 2003
Offline Активность: 09 сен 2021 13:23
*****

#130261 Вопросы на собеседовании для QA. Собеседование для тестировщиков. Собе

Написано SALar 12 мая 2014 - 07:58

А можно объяснить - в чём польза от того, что соискатели-джуниоры будут приходить на собеседования и одинаково отвечать на эти теоретические вопросы?

Как по мне - выполнение небольшого тестового задания (на поиск дефектов и составление багрепорта) скажет о кандидате в тысячу раз больше, чем знание отличий между нагрузочным тестированием и тестированием производительности, или между QA и QC.

Вы правы. Мало того, что терминология не устоялась, так еще мы имеем серьезнейший семантический дрейф. Поэтому я не требую на собеседованиях называть кочета петухом. 

 

На мой взгляд, хорошо  давать три практических задачи:

* идентификация дефекта

* описание баг-репорта

* проектирование сценариев


  • 1


#129237 Пакет книг для тех, кто хочет стать менеджером или руководителем

Написано SALar 08 апреля 2014 - 10:04

ЧЕРНАЯ КНИГА МЕНЕДЖЕРА  - сразу в топку. Не надо такое рекомендовать. Пожалуйста.

Но можно прочитать ответ Сергея Архипенкова "Черные новости для босса". Я к Сергею полностью присоединяюсь и еще могу добавить критики от себя.


  • 1


#129091 Раскинулась сетка внутри Интернет

Написано SALar 04 апреля 2014 - 13:25

Раскинулась сетка внутри Интернет,
Вдали data centers стояли,
Товарищ не смог обеспечить uptime,
Ему очень строго сказали.
 
К on call относиться на шару нельзя,
Тобой CEO недоволен,
Изволь-ка на пейджер в ночи отвечать,
Иль будешь ты с фирмы уволен.
 
Ты вахты до срока не смеешь бросать,
Front end должен быть всем доступен,
Тебе на звонки мудаков отвечать,
Как ни был бы рок сей докучен.
 
Дежурство закончил, сознанья уж нет,
В глазах у него помутилось,
Elastic computing засек downtime,
Ресурсы на ноль опустились.
 
Наутро стал траффик в сети нарастать,
Друзья с ним проститься решили,
Молитвенный скрипт за его упокой
На сайт РПЦ напустили.
 
Планшетник следить в data centers за jobs,
В холодные руки вложили,
И дали ему назначенье on call,
И пейджер в могилу спустили...
-------------------------------------------------------------
Надеюсь автор не обидится. http://www.eldar.com/node/443

  • 1


#128951 Что напрягает на работе?

Написано SALar 02 апреля 2014 - 14:36

Кто бы на моей работе провел такие исследования?????Стрессов....завались.

_________________________

http://www.visiodent.ru/online/

Peapleware было бы нам в помощь, если б была культура чтения книг... От проведения исследований ничего не меняется. 


  • 1


#128559 Горячие споры, что главнее

Написано SALar 24 марта 2014 - 09:39

Согласен с Павлом.

 

Но я бы несколько расширил область дискуссии.

1. ГОСТ  Р ИСО/МЭК   9126—93  группе Usability выделяет 3 атрибута качества.

 

 

А.2.3 Практичность    (Usabili ty)

A.2.3.1 Понятность (Understandability)

Атрибуты программного обеспечения, относящиеся к усилиям пользователя по пониманию общей логической концепции и ее применимости.

А.2.3,2 Обучаемость (Learnability)

Атрибуты программного обеспечения, относящиеся к усилиям пользователя по обучению его применению (например оперативному управлению, вводу, вы­воду).

А.2.3.3 Простота использования (Operability)

Атрибуты программного обеспечения, относящиеся к усилиям пользователя по эксплуатации и оперативному управлению.

В книге "Искусство мыть слона" классификация другая, но самое важно, там сказано, что в какой то момент наступает равновесии по Паретто и нельзя улучшать одну характеристику не ухудшая другой. Увеличиваешь скорость работы операциониста - растет время обучения.

 

Что же касается что и когда тестировать, то для тестирования юзабилити работающий функционал совершенно не нужен. Достаточно прототипа интерфейса. И действительно иногда тестирование юзабилити начинают до тестирования функционала (в том числе метод GOMS никто не отменял). А иногда делают наоборот.

 

2. Так же не стоит забывать про другие атрибуты качества ПО. Не все их верифицируют тестирование, есть и другие методы. Но некоторые верифицируют тестированием.

 

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

Производительность - очень рекомендую тестировать до того, как приступите к разработке.

Сопровождаемость - применяют различные методы контроля, но почти никогда не применяют тестирование. Факт наличия "Стандарта кодирования" лучше проконтролировать до начала проекта. Ну, например, если ищете подрядчика, то факт отсутствия такого документа очень многое говорит (с) Андрей Орлов, "Записки автоматизатора".

 

 

Так что случаи разные бывают...


  • 2


#128383 Тестирование Windows приложений

Написано SALar 19 марта 2014 - 09:07

меня всегда вводил в ступор этот вопрос, я не понимаю разницу между тестированием вин и вёб приложений когда есть чёткие требования и понятная архитектура.

То что вы перечислили высосано из пальца. и в ивент лог приложение может ничего не писать и работу с диском не вести и в папке пользователя не гадить и с реестром приложение может не работать.

 

Может ктонибудь знающий напишет ответ на этот вопрос, а то меня в течении 10ти лет почти на каждом собеседовании его спрашивают, а я не знаю что ответить...

Да не вопрос. Вот посты от 2008 года:

http://blog.shumoos.com/archives/159 и http://blog.shumoos.com/archives/157

 

Некая специфика есть, но, она скорее, от решаемых задач. а не от платформы.

* Десктоп. Не стоит позволять пользователю запускать одновременно 2 дефрагментатора.

* Веб. Не стоит позволять пользователю в одном броузере быть залогиненым одновременно под двумя аккаунтами.

 

я не понимаю разницу между тестированием вин и вёб приложений

Во, во, и я о том же. А если вы тестируете приложение чуть сложнее простого, то вполне возможно, что для оказания одной единственной услуги пользователю, будет задействовано полторы дюжины систем у которых есть GUI на семи разных платформах. 

Возьмем безумно популярный WoT. Десктоп? А ничего, что:

* он обновляется чаще многих онлайн проектов

* реализовать управление ангаром можно и в броузере. И будет две версии: десктоп и броузер. В чем разница тестирования?

 

А, да еще. Работали мы как то с броузерным приложением. Типа веб, все дела. Установки не надо. Ага, здчаз. Сами запустить мы его не смогли несмотря на штат отличных админов и инструкцию. Вызвали представителя фирмы - производителя. И он нам полчаса настраивал броузер. Чтобы запустить веб приложение...

 

Работа с офисами

Ваша трекинговая веб система умеет выгружать список задач в Excel. Могут ли там возникнуть проблемы? А то! Естественно возникнут. Особенно при выгрузке номеров версий вида 19.03 (примерно 95% программистов эту ошибку допустят, так что ее можно писать заранее, еще до написания кода).


  • 1


#127675 Горячие споры, что главнее

Написано SALar 03 марта 2014 - 05:52

Это далеко не факт.  Зависит от проекта.


  • 1


#123889 Тестирования миргации данных

Написано SALar 12 ноября 2013 - 11:01

Привет.

Меня очень интересует теоритическая база тестирования миграции больших объемов даных условно из таблиц с одой структурой, в таблицы с другой структурой, с применением различных трансформаций.
Нпаример, как протестировать сей процесс; как определить степень качества(допустим согласовано, что 95% данных будет перенесено верно - то как определить, что 95% всетаки перенесено и перенесено верно); вохможно существуют специальные методологии\приемы при тестированиии большиъ объемов данных?

Возможно удастся указать книгу или линку, буду очень благодарен.

Заранее спасибо!

Техники есть. Но вот описанные... Такого вроде еще нет. Может стоит оформить этот материал?
  • 1


#121372 Начинающему руководителю

Написано SALar 29 августа 2013 - 14:29

Василий, вы правы.
Проблема только в том, что это база. Азы. Эти вещи должны быть на слуху, примерно так же, как оператор цикла длжен быть известен любому программисту.

Книжку рекомендую вот эту: http://www.ozon.ru/c...ail/id/3281934/
То, на что ссылается Сергей, это тоже самое, но нехватет кучи глав. В частности, 24 и 31, которые очень в тему топика.

Книга Генри Нива - лучшая из известных мне книг о менеджменте. Настоятельно рекомендую прочесть2-3 раза.

И в качестве небольшого бонуса - отранжированный список литературы.

Прикрепленные файлы


  • 2


#120994 Концепция необходимости тестирования

Написано SALar 16 августа 2013 - 18:41


Это недоработал менеджер. Вы точно можете на него повлиять? Тогда влияйте.


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

На самом деле просто хочется понять, как хорошие тестировщики приступают к тестированию вновь разработанных модулей? Проводят ли анализ или полагаются на указания от разработчиков? Где правда?

Я полагаю, что ваш случай попадает под ситуацию, рассматриваемую в эксперименте "красные бусы". Вероятность этого достаточно высока. Деминг говорит о вероятности в 94%. Если это наиболее вероятная гипотеза, пусть на мой взгляд, то давайте я попробую рассмотреть ситуацию именно с этой точки зрения? Возможно моя гипотеза некорректна. Мы в любом случае попробуем поставить фальсифицирующий эксперимемент.
На мой взгляд, это разумный поиск истины, согласны?

> Не объяснил тестировщику, что его работа проверять функционал исходя в том числе в том окружении, в котором этот функционал работает? Не объяснил программисту, что разрабатывая ПО нужно ориентироваться на это самое окружение?
Если моя гипотеза верна, то это бесполезные, а скорее даже вредные действия. Так по крайней мере говорит величайший менеджер двадцатого столетия. Я ему доверяю. Впрочем, я не исключаю вариант, что я неверно его интерпретировал. Все таки я самоучка и семинары Деминга не посещал. К сожалению.

> Как считаете, если менеджер это уже объяснял неоднократно, а ситуация повторяется, о чем это может говорить?
Ровно о том, что ситуация попадает под ситуацию "красных бус". К сожалению, это положительное свидетельство. Критерий Поппера мы пока не прошли. Так что это по прежнему гипотеза. Но вероятность ее правильности увеличилась.

2kukolev. Будем ли мы вести исследоване в предложенном мной понятийном поле? Если да, то вам будет полезно ознакомиться с используемыми мной терминами. Кроме "красных бус"; "критерия Поппера"; посмотрите еще "правила воронки Деминга", особенно третье; понятия "особая" и "случайная причина вариаций" и вторую теорему Деминга. Из известных мне источников лучшим будет книга Генри Нива "Организация как система" (более раннее название - "Пространство доктора Деминга").

PS. Если ищете более простое решение (которое вам возможно и посоветуют), то это без меня. И хорошо бы вы не налетели на действие второй теоремы. Это больно. Очень больно.

PSS. "94% дефектов обусловлены проблемами в управлении" (с) Деминг
  • 1


#118857 Как оценить пользу автотестов?

Написано SALar 19 июня 2013 - 10:18

На днях меня озадачили "сверху" - попросили оценить, а выгодны ли нам автотесты, которые мы пишем?
И не лучше ли потратить ресурсы, затраченные на их написание и поддержку, на аналогичное тестирование вручную?

по моей статистике, автотесты это выкинутые деньги.

И тест нам находит к пример 2 бага в неделю.

Угу. На одном и том же участке кода. Угу. 2 бага в неделю. Угу. И так пять лет подряд. Угу.

Такие проблемы лечатся не автотестеми, а огнеметом. Из которого расстреливают архитектора. Или программиста.
  • 2


#118023 Искусство тестирования программ 3-е издание русская версия

Написано SALar 19 мая 2013 - 13:20

...кто-то поделиться электронной версией книги. ..

:rtfm:
  • 1


#117897 Поделитесь, как вы из ручного тестировщика стали автотестером?

Написано SALar 16 мая 2013 - 09:22


А почему это успех? Это только гипотеза.
Обратная гипотеза: становление автотестером - это деградация.


Если была такая цель, то, думаю, что это успех)
Успех или не успех - ответ на вопрос "Что в результате получилось (довольны/нет, остались/нет)? :) "

luciddeep, я прочитал ваше сообщение следующим образом: "Если целью была деградация и деградация достигнута, то это успех." Возможно я воспринял сообщение неправильно, но с тезисом я согласен. Впрочем, тогда лучше было в быдломенеджеры пойти.
  • 2


#117418 Летний Аналитический Фестиваль 2013

Написано SALar 24 апреля 2013 - 12:04

29-30 июня в четвертый раз пройдет Летний Аналитический Фестиваль.

Это не совсем конференция, т.к. фестиваль сочетает в себе несколько форматов:
* классический стиль в первый день
* свободное общение вечеров за шашлыками (с 20 до отхода ко сну)
* инициативные круглые столы второго дня в формате веборуба
Такое сочетание, на наш взгляд, является оптимальным как для получения нового материала, так и для установления личных контактов.

Тстировщики являютс одними из потребителей требований. А со временем многие тестировщики становятся аналитиками. Почему бы бы не начать это становление прямо сейчас?
Зарегистрироваться можно на сайте: http://conf.uml2.ru И зделать это лучше сейчас, пока действует льготная цена.

PS. Несколько причин поехать на ЛАФ:
* Возможность пообщаться с эксперами не в зале, а сидя за ужином за одним столом
* Атмосфера праздника
* И наконец, ЛАФ существенно дешевле
  • 1


#116873 Языки программирования: На каком остановить выбор?

Написано SALar 10 апреля 2013 - 10:08

Хотелось бы услышать советы от людей, имеющий подобный опыт - какой язык лучше выбрать для изучения?

Сначала лучше попробовать. Выбирать будете потом. По опыту преподавания скажу, что очень неплохо начать с языка Лого. Простой функциональный язык. Поиграетесь неделю-другую-третью, потом можно переходить на следующую ступень.

http://myrobot.ru/logo/aboutlogo.php
  • 1