Так называемые антипаттерны относятся к распространенным и плохим методам, используемым для решения проблем. Они были изучены и классифицированы, чтобы предотвратить их повторение в будущем и идентифицировать их до того, как они будут разработаны и произведены.

01

Одержим функциональным тестированием и игнорирует возможности кодирования.

Хотя бизнес-тестирование является сутью работы по тестированию, все технологии должны служить бизнесу. При наличии определенных возможностей кодирования они могут лучше способствовать тестированию, что полезно как с точки зрения анализа рисков, так и с точки зрения повышения эффективности тестирования. Но многие люди не утруждают себя изучением кода, думая, что это вопрос разработки. Если у тестировщиков есть способности к кодированию, почему бы не заняться разработкой (разработка выше тестирования?). Тестирование и изучение кода не выполняют вашу работу должным образом, и мало-помалу бизнес-тестирование становится королем тестирования.

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

Понимание кода определенно поможет вам продвинуться дальше по пути тестирования и не повлияет на ваше понимание бизнеса. Ходьба на двух ногах будет более устойчивой.

02

Одержим автоматическим тестированием и игнорирует фактические результаты.

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

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

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

03

Одержим желанием сделать это сразу, игнорируя стратегию и дизайн тестирования.

В контексте гибкого тестирования скорость — не единственное стремление. Время поджимает, а задача тяжелая. Что самое важное для начала? Если не думать об общей ситуации и полагаться только на требования текущей итерации при тестировании, легко закрыть глаза и проигнорировать общую ситуацию. Цель разработки стратегии тестирования — «уменьшить возникновение и устранение дефектов». Среди них «уменьшение количества дефектов» можно решить с помощью таких методов, как продвижение вперед тестирования, а дефекты обнаруживаются в ходе анализа требований к программному обеспечению и проектирования архитектуры, в то время как «сокращение количества выпусков дефектов» может использовать различные методы и технологии тестирования для проверки и тестирования; завершение функции кодирования.

При итерации некоторых основных функций и итерации создания некоторых базовых возможностей нам все равно нужно остановиться и тщательно подумать о том, как разработать более эффективные методы тестирования. Что нам нужно сделать заранее для мероприятий по тестированию в этой итерации.

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

04

Одержим поиском дефектов и игнорированием их предотвращения.

Если у вас в руке молоток, везде будут гвозди. Дефекты являются сопутствующим мероприятием по обеспечению качества, а не конечной целью. Тестировщики не должны гордиться обнаружением ошибок. Если количество дефектов определяется однобоко, то целью тестирования станет уничтожение программного обеспечения, и тестировщики будут ломать голову, чтобы указать больше ошибок. Цель разработки — реализация функций. Чем больше ошибок, тем ниже эффективность реализации. Такое стремление к количественному измерению может легко привести к фрагментации команды, ответственности за основные онлайн-проблемы и отклонению от фокуса на качестве работы.

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

05

Одержим сеансами тестирования и игнорирует общую производительность.

Когда мы говорим о повышении эффективности тестирования, мы часто думаем о повышении эффективности выполнения тестов и повышении уровня автоматизации. Эти действия действительно могут в определенной степени повысить эффективность сеанса тестирования. Но с точки зрения более широкого жизненного цикла тестирования программного обеспечения (STLC), является ли тестирование самым большим узким местом в звене процесса? Обнаружены ли в процессе тестирования самые большие переделки и потери?

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

06

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

Иначе почему это ты?