Вход в систему

Главная › Персональные блоги › блог пользователя alexklg

Аномальные проекты или как из кота может получиться пёс…

alexklg аватар
Пт, 18/03/2011 - 01:13 — alexklg

Обычно считается, что специалисты QA высокого уровня должны обладать хорошей аналитической квалификацией, чтобы проектировать эффективные тесты.

 

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

Это проекты портирования. Читать дальше...

 

Поделиться

Комментарии

Пт, 18/03/2011 - 18:55 — bas
bas аватар

Мысли интересные и во многом

Мысли интересные и во многом правильные, но ...

1. Как правило просто портировать без улучшения функционала никто не будет. Так, что общаться придется и скоп будет не ясен )

2. Общаться все равно придется, чтобы выяснить сложный алгоритм работы Системы, а его как правило никто и знать-то не будет, доки нет, кода тоже ... Я представляю как бы вы без общения/кода/доки реинжинирили бы одну Систему, описание алгоритма расчета покупки\продажи акций которой был на 10 листов.

3. Цель все же другая, чем «сделать также». Зачем делать также-то, но на другой платформе?

Пнд, 21/03/2011 - 23:46 — alexklg
alexklg аватар

Re:

 

> 1. Как правило просто портировать без улучшения функционала  

> никто не будет. Так, что общаться придется и скоп будет не ясен )

И в этом спасение проекта…

 

> 2. Общаться все равно придется, чтобы выяснить сложный алгоритм работы Системы,  

> а его как правило никто и знать-то не будет, доки нет, кода тоже ...  

Если есть система реализующая такой сложный алгоритм, ей всё пользуются а описания _такого_ алгоритма нет – то там проблема не в портировании… Там оригинальную систему выкидывать нужно, так как результат который она генерирует – попросту непредсказуем для пользователя. 

 

> Я представляю как бы вы без общения/кода/доки реинжинирили бы одну Систему,

> описание алгоритма расчета покупки\продажи акций которой был на 10 листов.

А я вот честно не представляю… Скорее всего, просто ручками бы и реинжинирил… Просто это было бы ОЧЕНЬ ДОРОГО…  И разумеется, если бы была дока – было бы проще. Всегда можно придумать из реальной жизни который в рассматриваемую модель не вписывается… но это же не значит, что размышлять о таких моделях не стоит, разве не так?

 

> 3. Цель все же другая, чем «сделать также». Зачем делать также-то, но на другой платформе?
Ну самый банальный пример: есть клиентское приложение под Windows – надо такое же клиентское приложение под Mac OS X… как раз будет «сделать также»

 

 

Втр, 22/03/2011 - 19:21 — bas
bas аватар

1. Не совсем понял. В чем

1. Не совсем понял. В чем именно спасение?

2.1. Ну почему же сразу выкидывать? Система была реализована, протестирована, все работает правильно, результат ее работы пользователей устраивает )

2.2. Конечно "Всегда можно придумать из реальной жизни который в рассматриваемую модель не вписывается…". Но это не значит, что  не надо думать о таких примерах ;)

3. А зачем переводить на "Mac OS X"? Чтобы увеличить приток клиентов? А более дешевыми средствами это сделать нельзя? Просто правильно поставленная цель (а не конечное решение) дает массу вариантов для дальнейшего решения ;)

Поделиться

Поделиться
RSS-материал