tag:blogger.com,1999:blog-45012793616270101842011-11-10T14:30:00.977+06:00Мысли без определенного вектораSamat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.comBlogger301100tag:blogger.com,1999:blog-4501279361627010184.post-3499304474167833022011-11-01T14:35:00.002+06:002011-11-01T14:35:48.236+06:00

Вы не пишете на нескольких языках программирования, вы на них какаете засранцы 

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-74303798674586881912011-01-27T23:29:00.001+06:002011-01-27T23:54:20.565+06:00

Начать хотелось бы конечно с извинений, поскольку этот блог я перестал пополнять уже больше года, но я надеюсь, что наверстаю. Думается, что мысли не прекратятся и видение будет меняться с приходом все нового и нового опыта. Теперь по самой теме: Ситуация такая: в Кыргызстане очень плохая ситуация с хотя бы молодыми и перспективными кадрами. Посему в КАРПО(Кыргызской Ассоциации Разработчиков

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-11113643155916886302009-11-09T23:13:00.000+06:002009-11-09T23:48:10.260+06:00

Недавно наткнулся на 2 статьи в сети, которые дубируют мои темы в опросе, выставленные на голосование, а именно: Тестирование по контексту - Context Driven Testing QA, QC, tester, тестировщик, тестер. А разница?Не хотелось зная писать, то что уже итак отлично написано до меня, посему:Совсем недавно Алексей Лянгузов великолепно описал Context Driven Testing и дал собственные советы по приведенным

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-34212762203065911192009-11-08T18:17:00.001+06:002011-01-27T23:54:58.617+06:00

Хотелось бы уточнить название поста. Я хотел бы написать о тестировании в XP команде. Экстремальное программирование XP базируется на 12 основных практиках: Разработка через тестирование (Test driven development) Игра в планирование (Planning game) Заказчик всегда рядом (Whole team, Onsite customer) Парное программирование (Pair programming) Непрерывная

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-87183209635915043062009-10-02T21:05:00.001+06:002011-01-27T23:55:30.062+06:00

Ну а вы как думаете дорогие читатели? Мой ответ: Ну конечно реально. История человечества помнит и не такие перевоплощения. На мой личный взгляд обоим будет трудно, но вполне возможно. Вопрос на самом деле другой: Кому легче и быстрее будет переквалифицироваться? На самом деле описать такую тему меня подвигнул пост одного из популярных IT блогов в СНГ блог Виктора Ронина на тему Программист

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com6tag:blogger.com,1999:blog-4501279361627010184.post-2373358325765628252009-09-16T20:50:00.001+06:002011-01-27T23:55:52.201+06:00

В принципе ситуацию нахождения программистов и тестировщиков в одной комнате можно воспринимать в качестве практики. Естественно у данной практики есть корень. Корнем я бы назвал практику XP, в которой говорится, что команда разработчиков должна находиться в одном помещении. Что это дает разработчикам в результате? Команда по настоящему получает какую то семейную ценность, по идее микроклимат в

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com5tag:blogger.com,1999:blog-4501279361627010184.post-1144024066698961042009-08-27T22:11:00.001+06:002011-01-27T23:56:09.929+06:00

Уже после создания опроса понял, что название темы дает двойственное понимание. Посему решил, что опишу оба варианта: 1. Совмещение позиции QA специалиста с какими то другими обязанностями 2. Необходимость большой базы знаний для качественного тестирования ПО Итак, поехали по 1-му пункту: Совмещение обязанностей, наверное, бесит абсолютно всех QA-специалистов(QAS). Если вы кроме

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com7tag:blogger.com,1999:blog-4501279361627010184.post-85680468579289516662009-08-16T20:22:00.000+06:002009-08-16T20:33:11.579+06:00

В общем то меня с каждым днем все больше и больше одолевает лень что то писать, поскольку все QA по сути пишут об одном и том же. Посему я решил создать опрос в этом блоге и написать пост так сказать "по заказу". Справа на странице вы можете увидеть все предлагаемые мной темы. Голосуйте, если вам это вообще интересно. Опрос продлится одну неделю после чего я отпишу пост на самую популярную. Может

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com4tag:blogger.com,1999:blog-4501279361627010184.post-77777582889305241242009-04-24T12:39:00.001+06:002009-04-24T12:56:01.721+06:00

Закончил экспорт своих предыдущих сообщений с прошлого блога. Если кому интересно переход из ЖЖ в блоггер можно сделать вот так. И еще для тех кто хочет добавить так называемую функцию "Read More" в блоггере вот сюда. После экспорта через тулзу, Гугл обвинил меня в спаме и начал втыкать captcha везде где было возможно, но после нескольких писем все вернулось. Ну теперь главное Welcome на мой блог

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com1tag:blogger.com,1999:blog-4501279361627010184.post-80366255178130035152009-04-23T19:07:00.000+06:002009-04-24T11:12:13.342+06:00

Всем привет. Это мой первый пост в этом блоге. Кто я такой можно посмотреть в профиле.В принципе это не первый мой блог. Предыдущий находился вот здесь. Все посты с того блога перенесу сюда и не буду париться. Причина перехода - это закрытый доступ к ЖЖ из моей страны, да и вообще функции Блоггера мне нравятся больше.Теперь о чем буду писать.... Ммм. Ну в основном конечно писать буду о

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com4tag:blogger.com,1999:blog-4501279361627010184.post-32473071293261853472009-01-28T19:48:00.001+06:002009-08-24T17:20:40.073+06:00

Извиняюсь что так долго не писал, но блог блогом, а работа есть работа :)Как и обещал вот продолжение предыдущего поста о трекере задач. На сей раз допишу о том, что я забыл указать в базисах для любого трекера (Спасибо Роме:)):1. Для основных статусов не написал такой важный статус как "Открыт заново", но в свое оправдание могу сказать что многие просто из статуса "Реализован" отправляют в "

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-30785417335044614932009-01-08T19:46:00.001+06:002009-04-24T11:10:57.116+06:00

Ну как и обещал пишу об Issue Tracker, ну или Bug tracker кому как...В прошлом посте я описывал желательный рабочий процесс(workflow), который как мне кажется должен быть у всех. Теперь попробую написать о том, как все это дело фиксировать и как работать. Как мне кажется главная задача любого трекера задач - это фиксировать состояния задач и стараться максимально "прозрачно" работать с заказчиком

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-74066373746665195162009-01-07T19:53:00.001+06:002009-08-24T17:21:42.720+06:00

Всем привет.Захотелось написать о рабочем процессе разработки ПО и самое главное где впихнуть в уже имеющийся процесс свой QA отдел.В принципе эту тему я как то затронул в другом своем посте, но он честно говоря был уже написан давно и так рекламировать Trac я уже не стану. Теперь конкретно по теме:1. Рабочий процесс разработки ПО практически всегда начинается со сбора требований. Так вот уже

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-91212090005576705932008-12-31T00:04:00.001+06:002009-08-24T17:16:48.891+06:00

Захотелось сделать отчет для самого себя о заканчивающемся 2008 годе.За этот год я успел сменить место работы(да и должность тоже :) ) с ведущего специалиста в компании Ikeen на должность начальника QA отдела компании ITB. Как бы там не было, я очень рад что работал в Ikeen, именно там я вырос и многому научился как QA.Вместе с новой для себя должностью начал изучение управленческой деятельности,

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-30787481341664620462008-12-28T22:08:00.001+06:002009-04-24T11:07:53.679+06:00

Всем привет.Открыл общий доступ к своему GReader. Естественно в нем находятся не все мои подписки, а только те посты, которые я посчитал интересными :) На самом деле такая идея пришла намного раньше. Ситуация была следующая. В моем QA отделе я всегда был за то, чтобы мои ребята развивались, читали и держали руку на пульсе, но этого не происходило, всех затягивала работа... Для того, чтобы хоть

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-36812861012947847132008-12-28T21:06:00.001+06:002009-04-24T11:06:46.885+06:00

В каком то из постов я уже касался такой темы, что для меня лично, идеальный QA это прежде всего тот, кто указывает на ошибки, еще посмотрев на изменения в коде. При этом я не исключаю ни ручного, ни еще какого либо тестирования. Как показывает всеобщая практика 70-80% багов находятся в процессе именно ручного тестирования. Все должно быть в совокупности.Теперь начнем рассуждать по делу с самого

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-28827216447814481232008-11-05T11:26:00.001+06:002009-04-24T11:05:54.488+06:00

Обращаюсь к колегам QA. Заходите и регистрируйтесь на http://qa.co.kg. Будем обмениваться инфой и линками. Попробуем сделать комьюнити :)

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-87793216240175906752008-10-30T21:08:00.001+06:002009-04-24T11:05:13.462+06:00

В Казахстане и Кыргызстане заблокирован доступ к LiveJournal вот причина того, что не постился в блоге. Подробнее можно почитать на mignews.com . Ситуация честно говоря просто обескураживающая. Я как житель Кыргызстана отрезан от блога, потому что некто в Казахстане закрыл доступ. Где собственно логика??? Просто почти все кыргызстанские интернет провайдеры выходят в глобальную сеть через оптику

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-55435136843717052322008-09-10T10:14:00.001+06:002009-04-24T11:04:01.755+06:00

9-сентября не официальный праздник в принципе, но от этого не менее знаминательный День тестировщика или День QA. Поздравляю коллеги с праздником хоть и с опозданием в 1 день:). Почему 9-сентября можно узнать здесь . Первому найденному багу 63 года:) P.S. Че то я совсем забыл про блог, впредь буду отчаянно пытаться писать хотя бы 1 раз в неделю

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-41023820624412629962008-05-26T09:31:00.001+06:002009-08-07T11:34:19.945+06:00

Начну наверно из далека. Такое направление как software testing или qa хоть и появилось относительно давно, но все community такого рода специалистов не консолидированы. Что я имею в виду? Есть конечно какие то базовые понятия для любого QA но вот их взгляды на одни и те же понятия расходятся колоссально. Для примера открываем самые большие форумы и наблюдаем в обсуждениях просто кошмар. К

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-75321674455587056182008-05-13T12:53:00.001+06:002009-04-24T11:02:26.155+06:00

Я конечно понимаю, что самому ЖЖ выгодно чтобы я писал каждый день и можно было продать каждый показ баннера(которых итак много ИМХО!) при просмотре, но всему есть предел. Тут еще и подгонять юзера это уже ни в какие ворота не лезет.

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-47924696073677839932008-05-08T14:47:00.001+06:002009-04-24T11:01:04.628+06:00

Недавно улучшили процесс деплоя как на сторону заказчика, так и себе. Честно говоря очень обидно, что не доперли до этого сразу но все же. Принцип следующий: Я уже писал в предыдущем посте, что мы используем Bamboo и ant в качестве средства для сборки билда и прогонки имеющихся ГУИ и юнит тестов. Так вот в Bamboo имеется такая фича как "artifacts", которая в принципе была сделана

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-39577315408563342932008-04-11T10:17:00.001+06:002009-04-24T10:59:16.547+06:00

Вытаил время для очередного топика. На этот раз захотел написать о таком понятии как Continuous Integration, ну или просто CI. Для тех кто не знает что это такое, то читаем в Wiki . Прочитав можно сразу понять, что понятие ci было впервые озвучено многоуважаемыми Фаулером и Беком в качестве набора базовых практик которые позволяют команде наиболее быстро получать фидбек по работе софта. Не буду

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-63994017677964936942008-03-20T19:48:00.001+06:002009-04-24T10:57:50.094+06:00

Недавно стал задумываться о том, какого хрена молодые разработчики (особенно студенты) сильно не гадуют почему нужно переменные, методы, классы, интерфейсы и т.д. и т.п. называть нормальными именами( как их принято называть жаваподобными именами). Каждый раз называют любимыми x, y, i и т.д. В чем заключается собственно барьер?Школа. Проблема на мой взгляд кроется даже не в увиневере, а в школе.

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-88181944812986718962008-03-12T16:12:00.001+06:002009-04-24T10:56:35.539+06:00

Товарищ Пузанов недавно написал собственное ИМХО по поводу плачевной ситуации стартапов в Кыргызстане. Собственно сам пост http://news.kg/?p=548 . Неожиданно тема получила большую огласку и стала большой темой для обсуждения. Что же на мое мнение так это то, что все аргументы обоснованы и отражают суровую действительность, сложившуюся на сегодняшний момент...

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-71557770648681209192008-02-28T16:49:00.001+06:002009-04-24T10:53:31.032+06:00

Быть может для кого то будет интересным, блог компании где я работаю находиться на http://news.kg . На блоге компании пишутся очень разные полезные вещи.Собственно сам сайт компании можно посмотреть на http://ikeen.com/ .

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com2tag:blogger.com,1999:blog-4501279361627010184.post-8825806469491018212007-12-24T13:24:00.001+06:002009-04-24T10:52:43.973+06:00

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

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-45049835779139241512007-11-09T14:36:00.001+06:002009-04-24T10:51:33.857+06:00

Все таки вытоил время для топика).Производственный процесс в нашей компании основан на практиках XP. Что за практики и с чем их едят в принципе описывается на http://exprogramming.ru/ . От себя же добавлю что эти практики были ответами на простейший вопрос "Как создавать софт(да и не только) быстрей, не потеряв при этом качество продукта". Практики весьма полезны и самое главное были придуманы на

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-29917324452341146462007-08-28T10:25:00.001+06:002009-04-24T10:50:08.255+06:00

Ну начнем по полочкам:С чего надо начинать?В общественном понятии QA team это такие сволочи внутри организации,которые не дают спокойно работать проггерам. Избавится от такого мнения является первой целью. Как этого добиться? Наилучшее решение на мой взгляд это дать понять команде разработчиков то, что QA имеют те же цели, что и они, т.е. "Предоставить заказчику действительно добротный и

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0tag:blogger.com,1999:blog-4501279361627010184.post-25737431842373397232007-08-27T11:09:00.001+06:002009-04-24T10:49:35.109+06:00

Хотелось бы написать собственное мнение о таком направлении как тестирование программного обеспечения. В общем то самое главное к чему я пришел за малое время работы в качестве QA в компании, так это то, что главная цель любого QA не должно быть "Найти максимальное количество багов", более правильным является "Сделать софт максимально качественным для заказчика". Количество найденных багов

Samat Jukeshovhttps://profiles.google.com/116621325737181216368noreply@blogger.com0