Обращают ли внимание компании по тестированию на тип мышления сотрудников?

Рейтинг: 5.0/5. на основе 1 оценки.
Пожалуйста, подождите...

QA аналитики и тестировщики имеют уникальный склад ума. Имея особый тип мышления, разработчики могут сами протестировать код, который написали, но чтобы достичь желаемых целей, нужно разделить ответственность с тестировщиками. Также это поможет получить еще одно существенное преимущество – получение независимого мнения опытных и профессиональных тестировщиков.

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

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

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

Как только сбои/дефекты /баги будут выявлены во время тестирования, кто-то может воспринять это как критику продукта или его создателя. Тестирование часто называют деструктивным мероприятием, даже если оно довольно конструктивно с точки зрения управление рисками. Нахождение дефектов требует любопытства, креативности, профессионального пессимизма, критического взгляда, внимания к деталям, отличных коммуникативных навыков, и, конечно, опыта, который может быть необходим для принятия решений о программных сбоях.

Комментарии отключены.