- Больше я не буду принимать участие в организации Дампа, максимум - докладчиком.Скорее всего, опять вру.
Priority или severity?Скучно.
"Руколь или Баранцев?"
"QA или QC?"
"В декрет или в аналитики?"
Мы, тестировщики, постоянно вторгаемся в область незнаемого. Мы стремимся узнать, как работает программа, и донести полученное знание до тех людей, которым оно может пригодиться. Но полученные знания и у нас тоже остаются, мы не забываем то, что узнали однажды, а иногда даже записываем, чтобы уж точно не забыть. Потому что нам эти знания тоже могут пригодиться.2. Я бы в тестеры пошёл…
Но иногда бывают ситуации, когда знание вредно, а незнание полезно. Знание притупляет чувства. Мы знаем, чего ожидать, и это создает ложные предпосылки, мы склонны замечать то, что ожидаем увидеть, и игнорируем то, что не вписывается в наши ожидания. Как с этим бороться? Нужно постоянно подвергать свои знания критическому анализу. Отправлять свои знания обратно в незнаемое, и переоткрывать их вновь, с обостренными чувствами.
Впрочем, не стоит беспокоиться по поводу имеющихся знаний. Незнаемого гораздо больше. И оно тоже не однородно. Есть вещи, про которые мы знаем, что мы их не знаем. Это работа для аналитиков. А есть вещи, про которые мы не знаем, что мы о них не знаем. А это — поле исследований для тестировщиков.
Читая лекции студентам в одном из технических вузов (а я им рассказывал про тестирование), я заметил, что никто из них не планировал в будущем стать тестировщиком. Я учил будущих разработчиков, менеджеров, дизайнеров, системных администраторов — и ни одного будущего тестировщика. Но при этом по статистике процентов 20 из них в итоге всё таки попадали в тестировщики, и нисколько не были разочарованы. Почему? Что это за профессия такая? Непрестижная или просто неизвестная? Чем вообще тестировщик отличается от разработчика или системного администратора? С точки зрения постороннего человека все они «компьютерщики» или «айтишники». Но заглянув на внутреннюю кухню разработки компьютерных программ, можно выяснить, что некоторые разработчики отличаются друг от друга гораздо сильнее, чем тестировщик отличается от разработчика. Приходите, я расскажу вам о том, чем занимаются эти странные люди, про которых все думают, что они «ломают программы».
https://habrahabr.ru/post/278941/?reply_to=8800783#comment_8800783
Я считаю, что есть огромная разница между "разговорной формой" и неграмотностью вкупе с незнанием терминологии.
С тем, что кто-то не прав в интернете, я смирился, от ошибок в профессии пока еще бомбит.
Современные проблемы автоматизации и управленияНужнейшие и полезнейшие вещи. Мы же с вами не просто сайтики топчем, а делаем системы. Информационные, мать их! Да даже на гуманитарном цикле я бы с удовольствием пообщался бы о актуальных проблемах мироустройства, которые в полный рост встают только сейчас.
История и методология науки об управлении
Математическое моделирование и управление в энерготехнологиях
Алгоритмизация
Моделирование систем управления
Системное программное обеспечение
Идентификация и диагностика систем управления
Теория автоматического управления
Например, открыл для себя способ создания неадаптивного алгоритма из адаптивного.
О чем это я?
Неадаптивный алгоритм, это когда мы засылаем объекту список вопросов, он засылает нам список ответов и в результате мы имеем решение некой задачи.
Адаптивный - это когда вопросы, которые мы зададим - меняются в зависимости от ответа на предыдущий.
Последний требует непрерывного нахождения рядом и онлайн работы. Но его можно сделать неадаптивным, если переслать на клиент дерево вопросов, которые мы зададим и спрашивать уже не ответы на наши вопросы, а путь по которому идет объект.
В примере у преподавателя: адаптивный алгоритм угадывания числа до 1000: "Число больше 512? Нет. Число больше 256? Да. Число больше..."
Тут для следующего вопроса мы должны знать предыдущий. Но при этом можно сделать его неадаптивным, если спрашивать его не ответы, а путь по дереву. "первый разряд числа в двоичной системе 1? Второй разряд числа в двоичной системе 1?"
Это же готовый паттерн проектирования мобильных приложений с ненадежным онлайном. Отдать на клиент все возможные варианты поведения системы и позволять ему копить их, засылая ответы нам как появится сеть. У способа масса ограничений, но мне кажется он должен хорошо помочь повысить отзывчивость интерфейса...
«Структура созданной системы отражает структуру связей в команде/коллективе задействованной в ее созданииОчень кореллирует с фразой Сэма Канера:
Один из результатов хорошего процесса тестирования - хороший тестировщик.По мотивам сугубо правильного доклада Дмитрия Безуглого: Драйверы и паттерны организации эффективной разработки ПО
- У нас тут тестировщица Фамилия Имя увольняется.
- Куда?
- Черт его знает. Говорит, какой-то небольшой проект, разработка на иностранцев, у них до того не было тестировщиков. Английский для этого подтягивает.
- Была тут недавно на собеседовании в компании А. Небольшой проект, разработка на иностранцев, первым тестировщиком. Не взяли, английских хороший нужен. Но говорят взяли какую-то девушку из Контура. Не знаешь, кого?Маленькая у нас деревня.
