Публикации negro

87 публикаций создано negro (учитываются публикации только с 05 июня 2023)

По типу контента

По пользователю

Сортировать

Порядок

#108898 тест-кейс на граничные значения

Отправлено автор: negro 22 августа 2012 - 01:54 в Начинающему тестировщику

Допустим,
событие A: 1 <= x
событие В: х <= 9;
событие С: 10 <= y
событие D: у <= 99

Таким образом количество входных комбинаций 9:
(A и В) и (C и D)
(A и В) и неС
(A и В) и неD
неA и (C и D)
неA и неС
неA и неD
неВ и (C и D)
неВ и неС
неВ и неD

Класс эквивалентности объединяет те комбинации исходов, которые приводят к одному и тому же результату.
Количество классов эквивалентности 2: валидно; не валидно.

aacer и другие, извините, может я не понимаю ни постановки задачи, ни вашей логики относительно того, что вы делаете (какие комбинации и как должны быть распределены по соответствующим классам эквивалентности? и почему два кейса?).

#108823 нужна помощь

Отправлено автор: negro 19 августа 2012 - 23:29 в Начинающему тестировщику

...если надо подробности,напишу...

Говорить - не делать, всех книг не перечитаешь да и "поезд уйдёт".
Чтобы вам реально чем-то помочь, посоветую рассмотреть:
1)Разные ошибки по их локализации:
- в требованиях;
- в документации;
- в архитектуре;
- в алгоритмах/логике/вычислениях;
- в управлении данными;
- в коде;
- в интерфейсе (вы говорите о сайте, тогда копнём проблематику: авторизованный доступ; удобство и кроссбраузерные вёрстка и дизайн и активные сценарии; локаль и информационное наполнение; навигация; валидация ввода; обратная связь; и отдельно защита, быстродействие, устойчивость);
- в интеграции;
- в сборке версии;
- в аппаратуре/окружении;
...
2)Разные ошибки, выявляемые соответственно разными методиками/видами тестирования;
3)Разные ошибки по их критичности;
...
Естественно, прежде чем что-либо серьёзно посоветовать, важно уточнить подробности.

#119013 Уточнение по поводу регрессии

Отправлено автор: negro 23 июня 2013 - 16:16 в Тест-дизайн и ручное тестирование

По теме... Не?

Неа! признак регрессии - это не то, чтобы новая функциональность или тестирование того, что уже было протестировано, а тестирование так, как это уже тестировалось раньше...

#118721 Уточнение по поводу регрессии

Отправлено автор: negro 14 июня 2013 - 21:08 в Тест-дизайн и ручное тестирование

...и то, и то, и то...

Допустим, есть ПО, работая с которым Разработчик:
- ничего не исправил и не сломал
- не исправил, что надо, и сломал другое
- исправил, что надо, но другое сломал
- всё в коде починил, но неадекватно произвёл сборку продукта
Затем ПО передали Тестировщику, который:
- искал, но не нашёл баги
- нашёл баги не там, где их надо было искать
- закрыл актуальные баг-репорты
- не понимая требований, накидал неадекватных баг-репортов
- подтвердил, что ПО работает стабильно как и прежде - криво и хромая
При этом 100% имел место факт тестирования, направленного на проверку ПО с попыткой доказать...
И что?
Это и есть регрессионное тестирование?

Ну вы поняли

SALar, а я не понял - почему одну половину вашего комментария занимает копи-пэст мыслей AnastasiaM88 из коммента выше, а другую - цитаты неуместных определений из области математики, медицины и политологии?

#112494 Тестовое задание(теория)нужна помощь!

Отправлено автор: negro 01 декабря 2012 - 21:34 в Начинающему тестировщику

1.Как определить, что является дефектом ПО, а что не является?

Это зависит от того, как составлен договор на разработку/сопровождение, т.е. на что Заказчик вправе предъявить претензии к Разработчику, включая штрафные санкции. Остальное - пустое словоблудие (т.е. вам, начинающему, можно не заморачиваться на эту тему).

2.На что Вы бы обратили внимание в первую очередь при тестировании социальной сети?

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

3.Опишите основные виды тестирования.

Основной вид тестирования один - это проверка тестером, - соответствует ли фронт работ (объём и сложность задач и т.д. и т.п. ) уровню его заработной платы.

#110634 Тестирование полей

Отправлено автор: negro 03 октября 2012 - 17:03 в Тест-дизайн и ручное тестирование

Как пронегативить?

А как вы позитивите?
Например, число календарных дней:
- 31 в июле;
- 31 в августе;
- 30 в сентябре.

Понятна разница в два календарных месяца, когда 1 и 2 даты:
- с 1 июля по 1 сентября (63 дня включительно c начала по начало);
- с 31 июля по 30 сентября (62 дня включительно с конца по конец).

Вопрос 1: если первая дата 30 июля, то какая по вашему вторая дата (в сентябре), которая удовлетворяет условию: разница между датами 2 месяца?

Разница между датами 2 месяца.

Вопрос 2: это вы неряшливо сформулировали свою мысль или как соотносятся между собою даты (date1 > date2 или date1 < date2) действительно неважно?

#110659 Тестирование полей

Отправлено автор: negro 04 октября 2012 - 21:47 в Тест-дизайн и ручное тестирование

Плюс даты ... далекого прошлого (смотря какие есть ограничения).

Ага, обязательно надо рассмотреть date1 из до нашей эры и чтоб date2 уже через два месяца из нашей эры было.

#111521 Тестирование нажиманием на все подряд

Отправлено автор: negro 30 октября 2012 - 22:34 в Про тестирование обо всём подряд

Существуют ли программы по тестированию, которые запускают программу и начинают нажимать на все подряд и вводить какие попало данные и т.д?

1) Ненапряжные для интеллекта и несерьёзные подходы - это для начинающих тестеров-сангвиников.
2) Допустим ТеститКакПопалоПрограмма отработала... Что имеем в результате, если ничего особенного не нашла? Ваша оценка о качестве продукта повысилась?
3) ТеститКакНадоПрограммы не интересуют? Грамотный тест-дизайн не для вас?
4) Можно ли расценивать ваш ответ "защита от дурака" на три вопроса ch_ip "зачем?", как проблему: имбицилы-разработчики не заботятся о собратьях кретинах-пользователях, (которые могут, например, в поле логина или пароля ввести 1000 символов), а дауны-тестеры не додумаются это проверить от чего страдает стабильность...

#118205 Статические методы

Отправлено автор: negro 26 мая 2013 - 19:08 в Тест-дизайн и ручное тестирование

какие статические методы есть ?

Метод ли это, или не метод - решать вам:
Например, Разработчик активно занят кодингом по доке от Аналитика, в то время, когда Тестировщик её анализирует и задаёт по ней личные содержательные вопросы А, при этом Т и А недоумевают, что/как делает Р, ибо от него соответствующие адекватные непонятки не поступают, (попутно А подправляет с некоторым запаздыванием доку).
Данный подход более эффективен, если Т может читать прикладной код, создаваемый Р, и глубоко погружен в бизнес-логику по инфе от А, и когда содержательные вопросы от Т направляются к Р.
Апликуха - ещё "цветочек" или уже "ягодка" - значения не имеет.
В основе данного подхода лежит мотивация Т, на чём описание значения и участия других акторов заканчиваю.

#113338 Регистрационная форма

Отправлено автор: negro 27 декабря 2012 - 18:48 в Начинающему тестировщику

эталонное поведение...формы

Crispus, не знаю, что тебя побудило к этому вопросу.
Для меня это было актуально, когда я столкнулся с анализом требований к порталу для слабовидящих, т.е. именно та событийная модель, о которой ты говоришь, но о которой Заказчик не имел никакого понятия (но вынь да полож ему сам не знает что ему надо).
Достойный вопрос, извини - не смогу помочь, сам хотел бы знать ответ.

Короче, надо обобщить требования (с учётом специфики слабовидящих пользователей ПК и т.п.), сформулировать/стандартизировать эталонную событийную модель интерфейса для общих форм (регистрации, поиска, почтового сообщения...). Если на просторах software-testing есть тот, кто готов заняться подобным делом, или имеются материалы, которые сообщество могло бы обсуждать/затачивать - было бы здорово!

Организаторы software-testing, у меня есть предложение/просьба:
создайте на вашем портале ресурс для генерации, публичного обсуждения документов типа стандартов, которое сообщество могло бы формировать самостоятельно (если в нашей стране больше, кроме нас, никто этим заниматься не может) для нас же самих: тестеров, специалистов по качеству, (разработчиков и т.п.)!

#112974 Про восходящее\нисходящее тестирование

Отправлено автор: negro 15 декабря 2012 - 20:34 в Начинающему тестировщику

...функция, класс, метод? Есть языки не объектно-ориентированные, где код пишется в функциях. Есть строго обьектно-ориентированные, где все функции пишутся в классах.

А что такое метод, и чем он отличается от функции или процедуры?
Похоже, вы столкнулись не меньше с теоретической, чем с практической и весьма специфической проблемой.
Несмотря на то, что все более-менее очевидно, нельзя ли побольше контекста?

#118173 План проведения испытаний

Отправлено автор: negro 23 мая 2013 - 20:47 в Начинающему тестировщику

План проведения испытаний и test plan - это один и тот же документ?.. По мне - одно и то же...

Предлагаю вашему мозгу такой, адаптированный к вашему теоретическому вопросу, ответ:
Сходство:
- оба - документы и, как ни странно, планы, по идее составляемые на стороне Разработчика
Разница:
- test plan - это по которому тестеры Разработчика "жмакают по кнопкам", и является тем, за что Заказчик не платит, ибо он ему абсолютно не нужен
- План проведения испытаний - это по которому на стороне Заказчика, при приёме программного продукта, специалисты Заказчика "жмакают по кнопкам". На него забивается не так часто как на test plan
Парадокс:
- то, что будет написано в Плане проведения испытаний - по глубине смысла, имеющего отношение к качеству, далеко до test plan

#120624 Оцените, пожалуйста, резюме.

Отправлено автор: negro 05 августа 2013 - 22:38 в Начинающему тестировщику

Нестандартных задачек я не боюсь, наоборот с детства люблю их решать.

Linkoln19, пять ваших комментов "Отправлен 05 август 2013": 22:55, 22:58, 23:01, 23:02, 23:03 - многое говорят о частоте ваших бессознательных реакций на потребность в стандартном восприятии объективной реальности и ничего о нестандартности вашего мышления. Чтобы заинтересовать работодателя, начните своё резюме, например с: "В детстве в меня попала молния..."

#120962 Определение термина "Модульное тестирование"

Отправлено автор: negro 15 августа 2013 - 19:48 в Начинающему тестировщику

Вопрос такой - что можно считать модульным тестированием?
Ответ такой: что посчитаете необходимым. Обычно (чаще всего что я видел\слышал, о чем говорят...

Более дубового ответа не ожидал. Я бы начал с того, что самая главная часть задачи модульного тестирования - это декомпозиция. Как её грамотно сделать - самый интересный стратегический вопрос, от решения которого зависит эффективность тестирования!

#109761 Обнаружение мандельбагов

Отправлено автор: negro 14 сентября 2012 - 19:11 в Тест-дизайн и ручное тестирование

Комментарии по тексту:

...имели значительное количество отказов торпед...1942 год...U-94...причину искали два года...

1940 год - нацисты оккупировала Норвегию, использовали её промышленный потенциал. U-47, U-94 - немецкие подводные лодки. Фашисты, используют территорию Норвегии как базу для борьбы с советским флотом и союзными конвоями.

Далее гуру восторженно резюмирует:

...могли бы и не найти...

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

Классическое полное затмение разума в выборе иллюстрации.

#109860 Обнаружение мандельбагов

Отправлено автор: negro 17 сентября 2012 - 20:16 в Тест-дизайн и ручное тестирование

...ещё надо...

чьи-то дедушки и бабушки хорошо питались во время войны... чьи-то хорошо воспитывали своих детей и внуков... большинство учила жизнь... stupid, не перевозбуждайтесь, унитазы уничтожать никто не призывает...

#109747 Обнаружение мандельбагов

Отправлено автор: negro 14 сентября 2012 - 11:25 в Тест-дизайн и ручное тестирование

Есть ли какие-то практические рекомендации (системные, организационные) по багам, которые возникают редко и четко не воспроизводятся?

Очевидно, от Тестировщика требуется создать на мбаг репорт с атрибутом «невоспроизводимый». Если потребуется, специально выделят время и ресурсы для попытки его выявления/устранения. Как правило, это в компетенции только разработчиков, а тестеру – только время зря тратить.

Проект сдаётся Заказчику с доведением до него известных/существующих багов (критичных быть не должно), которые устраняются по ходу сопровождения (рефакторинг/патчи, обновление версий сторонних библиотек, производительное железо, сеть...)

В отношении «забить на мбагу» возникает дилема:
1) может быть когда-нибудь некритичный мбаг потом и обнаружится Заказчиком, но раз не воспроизводится, то ничего не поделаешь (отмазок в данном случае у службы поддержки Разработчика найдётся предостаточно)...
2) если потом мбаг проявится так, что Заказчик/Пользователь из-за него понесёт серьёзные убытки, то Разработчику, вероятно, мало не покажется - наверняка возникнут серьёзные проблемы со штрафными санкциями, с репутацией...
Здесь самое главное – Разработчику грамотно составить договор с Заказчиком на создаваемое/сопровождаемое ПО... но это за рамками данной темы...

Как Тестировщику искать непредсказуемый мбаг, происходящий в случайном месте в неопределённое время вне зависимости от доступных для наблюдения предусловий – это, по-моему, неадекватная сверх-задача... научитесь находить (почти)все баги попроще, может тогда мбаг сам вас найдёт.

#111507 Необходимо оценить систему: интенсивность приёма/обработки запросов

Отправлено автор: negro 30 октября 2012 - 14:36 в Про тестирование обо всём подряд

В упрощённом варианте задача следующая:

Есть нагрузочная серия из 100 запросов к Системе.
Эти запросы однотипные, (немного отличающиеся по ресурсозатратам на их обрабатку на стороне Системы), одновременно и параллельно запускаемые с Клиента.
Временем передачи (запросы/ответы) по каналу между Системой и Клиентом пренебрегаем.
Система - чёрный ящик, все метрики можно снимать на Клиенте.

В эксперименте используются два Клиента (разные компьютеры), на которых одновременно запускается по нагрузочной серии.
Система параллельно принимает/обрабатывает/отвечает на каждый запрос.
Клиент параллельно отправке принимает ответы (практически с момента старта серии на ранее посланные из неё запросы).

Отправка на Систему (100 запросов) серии длилась:
- с первого Клиента 4 сек.
- со второго Клиента 2 сек.
Приём ответов из Системы на серию запросов длился соответственно:
- на первом Клиенте 10 сек.
- на втором Клиенте 20 сек.

Требуется оценить интенсивность приёма запросов и выдачи ответов Системой.

Я сомневаюсь в корректности своих расчётов:
1) (100 + 100) / ((4 + 2) / 2) = 200/3 - интенсивность приёма входных запросов системой;
2) (100 + 100) / ((10 + 20) / 2) = 200/15 - интенсивность формирования/отсылки ответов системой;
где на все запросы не было ответов с ошибками.

Подскажите, как это сделать правильно!?

Поясню смысл оценки и проблему:
Система может одновременно обрабатывать N запросов, остальные ставит в очередь длинной K, время жизни запроса в очереди T. Те запросы которые не попали в очередь из-за ограничения на её длинну или превысили время ожидания в ней сбрасываются с ошибкой обработки.
Клиент с момента посылки запроса по тайм-ауту t (не дождавшись ответа) сбрасывает запрос как ошибку обработки.
Одной машиной не создать адекватной граничной нагрузки, на которой ещё нет ошибок обработки. А на нескольких машинах не понятно как считать интенсивности приёма/обработки.

#119150 На что можно протестировать ya.ru?

Отправлено автор: negro 27 июня 2013 - 19:25 в Начинающему тестировщику

Norf, вы указали:

Прочитайте тему внимательнее, пожалуйста. Тут обсуждается один из тестовых вопросов Фиксбера (не Яндекса), не более.

Смотрю тему - "На что можно протестировать веб-страницу с минимумом информации" (Norf, где Фиксбер?)
Вижу первый ключевой вопрос поста -

Подскажите: на что можно протестировать веб-страницу ya.ru?

На протяжении обсуждений Фиксбер упоминался только qpPykT и вами, причём qpPykT конкретно иллюстрирует УА:

http://www.screencast.com/t/s7AdDLUr

Norf, а здесь вы тоже про Фиксбер?

Я просто представил, как моя мама (которая не знает, что такое Лебедев, Яндекс, поисковые системы и т. д. - ничего, кроме Одноклассников) попадает на этот сайт впервые в жизни.

С нравственностью у вас проблемы - вы маму свою совсем не уважаете, вытавляете её в, мягко говоря, в неудобной ситуации. Уверен, она намного умнее вас.
Кстати вы про правила упомянули:

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

Не понял, дак вы обсуждали УА или нет?

Советую всем почитать правила внимательнее: "...администрация форума оставляет за собой право предоставлять доступную ей информацию о регистрации пользователя представителям компаний и организаций, если последние сочтут опубликованную информацию клеветой по отношению к бизнесу, которые они представляют..."

Теперь к вам обращаюсь, AnastasiaM88. Создавайте свой сайт (может Norf вам поможет) и позиционируете его как источник бесконечных или оригинальных багов, не касайтесь, пож-та (осознанно или нет, причиняя вред), успешных отечественных internet-систем, чтобы вам потом не пришлось как сейчас переводить стрелки на Фиксбер:

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

Будем считать, что опыт вы получили.

#119080 На что можно протестировать ya.ru?

Отправлено автор: negro 25 июня 2013 - 17:18 в Начинающему тестировщику

... не увидела...

Подсказка_3: попробуйте в браузерах для данной странички сайта создать наполнение (которое она предоставляет) затем выполнить штатную операцию, при которой в IE и GC ввод строки/текста поиска в поле будет невозможен (блокировочка!), а в FF возможен.

#119113 На что можно протестировать ya.ru?

Отправлено автор: negro 26 июня 2013 - 19:53 в Начинающему тестировщику

-AnastasiaM88, хочу понять - вы под УА копаете?
-под видом невинных вопросов, связанных с дефективностью УА чего хотите добиться?

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

- похоже это пишет работник из УА?!

...там очень нестрогий отбор - просто проверяют, что вы понимаете, что такое тестирование, тест-кейсы и описание багов...

- это он так афиширует кадровую политику УА? т.е. с такого уровня специалистами компания может быть лидером в области internet-технологий?

-AnastasiaM88 и Norf, служба безопасности и защиты интересов компании УА с вами уже познакомилась?
-модераторы s-t.ru, всё в рамках дозволенного?
-если на этом моём комменте обсуждение вашего, AnastasiaM88, поста не закончится, готов продолжать (других не призываю) далее показывать/выявлять ущербность УА! только попросите... в целях достижения чего-то там на поприще тестирования так, как вам надо - чтобы баги не конкретно, а как бы с напусканием тумана на УА (и всех/всё, что за ним стоит)?! но перед этим я проконсультируюсь с руководством УА - стоит ли это делать...

#119043 На что можно протестировать ya.ru?

Отправлено автор: negro 24 июня 2013 - 19:21 в Начинающему тестировщику

Подскажите: на что можно протестировать веб-страницу уа.ги?

Подсказка_1: проверьте на кросс-браузерность.
Подсказка_2: в IE.9 и GC.27 - FAIL, а в FF.21 - OK.

#119175 На что можно протестировать ya.ru?

Отправлено автор: negro 28 июня 2013 - 17:48 в Начинающему тестировщику

Вред? Феерично. Вы так уверенно о нём говорите, что у вас, видимо, есть чёткие доказательства о нанесении вреда Яндексу нашими комментариями на этом форуме. Пожалуйста, поделитесь же доказательствами с нами, не будьте голословны!

AnastasiaM88, сначала я повёлся на вашу манипуляцию, стал копать для вас баги, потом задумался, что если таких людей и замечаний будет много?
Потом присмотрелся к теме "На что можно протестировать веб-страницу с минимумом информации" - глупость какая-то, объём контента (в разумных пределах) роли не играет.

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

Можно "закосить" под неопытную и наивную - уверен вы не такая.
Если всё же это недоразумение, и тему вы просекли, то почему бы не поставить корректную "точку", вместо вашего комментария:

Какой фееричный итог невинного запроса на форуме о помощи

#113199 Мудрость тестировщика

Отправлено автор: negro 24 декабря 2012 - 20:15 в Про тестирование обо всём подряд

Виктория, верю... Ваше зерно прорастёт.

nhuber, и ты тута? Сдавайся, тролья душа! Виктория всё здесь решает сама - без дураков!

Мудрость тестировщика: не делай того, в чём не разбираешься; не говори того - чего не понимаешь.

#113246 Мудрость тестировщика

Отправлено автор: negro 25 декабря 2012 - 22:32 в Про тестирование обо всём подряд

Будем отмечать хорошее, Себастьян уважительно относится к теме мудрости

Сейчас отмечу... что касается моего понимания: происходящее здесь на портале - это жизнь, формирование знаний, обмен опытом, поиск мудрости - с этим всё понятно... есть конечно исключения - по поводу темы "Мудрость тестировщика в цитатах и афоризмах" - я к этому не имею никакого уважительного отношения, здесь меня точно с кем-то путают.
Ещё отметим внезапную перемену:
- Vita перестала переигрывать с ролью мудрой хозяйки данного internet-ресурса;
- Vita перестала гуглить и копипэстить понравившиеся ей цитаты;
- Vita переключилась с самолюбования и неуместного самовыражения на подчёркнуто уважительное отношение к окружающим.

Vita, ответьте (просто как понимаете), пож-та: Если тот, кто думал, что он мудрец, вдруг отказывается искать всего в себе, то что могло заставить его это сделать?

Реклама на портале