23 дек. 2009 г.

Сувениры для тестировщиков

Братья и сестры по разуму! Я тут на досуге реализовал некоторые из своих идей по поводу сувениров для тестировщиков (ну и разработчиков тоже) и разместил их в созданном для этого случая магазине по адресу http://clauster.prostoprint.com/. Многие идеи ещё не реализованы и требуют погружения в азы векторной графики, поэтому следите за обновлениями, новинки будут появляться по мере погружения в эти самые азы. К слову, там много всевозможных видов оплаты, а доставка невозможна разве что в Антарктиду или на остров Пасхи :). Я догадываюсь, что там не все идеально, поэтому всяческая критика приветствуется в комментариях. У кого, как не у тестировщиков попросить критики :)

Больное воображение: Комбобокс в периоде

Коллеги разработчики сидят выбирают комбобокс для своего веб-приложения. Комбобокс нужен не простой, а с возможностью отображения списков любых элементов, грубо говоря, каждый элемент это некий HTML. И что же первое, как вариант реализации, приходит в голову? Правильно, комбобокс который отображает список комбобоксов, которые отображают список комбобоксов, которые отображают...


18 дек. 2009 г.

Больное воображение: Возможен ли реверс инжиниринг "Войны и мира"?


Коллега на работе поделился интересной ссылкой. Кому неохота читать "слишком многа буков", поясняю: эти страшные люди научились генерировать исполняемый shellcode таким образом, что на выходе в ascii получается чистый английский язык. В конце, там, есть картинки поясняющие. Больное воображение сразу же подсказало use case: сделать reverse engineering, например, "Войны и мира" и потом посмотреть по коду, как там мозг у Толстого работал... (да, я в курсе что "Война и мир" написана на русском и там ещё полкниги по-французски :))


12 дек. 2009 г.

Компромисс 2: Важно не количество ошибок, а их качество

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

А что было потом? Какой процент этих ошибок был исправлен? Стоило ли тратить время на их поиск? Вы же, наверняка, придумывали всякие экзотические сценарии или какие-нибудь абсолютно невероятные входные данные или условия, отвлекаясь от главной своей цели - предоставить актуальную информацию о состоянии продукта. Я практически уверен, что в конце такого тестирования у вас было ощущение, что вы ещё не всё протестировали и продукт ещё не готов к выпуску. Давайте посмотрим на некоторые утверждения:
- Время не резиновое
- Всех ошибок не найти
- Конечному пользователю все равно, как много вы нашли других не интересных ему проблем, если есть хотя бы одна, которая ему мешает.
- Количество обнаруженных дефектов не повышает качество продукта
- Придумайте ещё что-нибудь сами :)
А теперь делайте выводы. У меня нет готового рецепта на все случаи, а есть только вопрос: как повысить свою эффективность в конкретных условиях? Поскольку условия бывают разные, то и рецепты могут быть совершенно противоположными.