01

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

Почему эту ОШИБКУ нельзя протестировать? Сущность вопроса заключается в вопросе об адекватности теста;

Будет ли тест действительно измерять это? Суть проблемы в том, что она ставит под сомнение валидность теста;

Почему тесты такие медленные? Суть этой проблемы состоит в том, чтобы поставить под сомнение эффективность тестирования;

Для такого рода проблем, конечно, можно напрямую найти различные причины дать отпор (тест не может быть исчерпан, ОШИБКА не вызвана тестом, требования настолько беспорядочны, время так ограничено...), но это не имеет большого значения, кроме углубления противоречия, и не имеет реального значения. Все равно придется попытаться решить проблему.

02

Что касается вопроса, почему этот BUG-тест не может быть найден, нам нужно подумать о том, как сделать тест более адекватным.

Адекватность теста включает три уровня: адекватность теста на уровне кода, адекватность теста на системном (функциональном/нефункциональном) уровне и адекватность теста на бизнес-уровне, причем «адекватность теста на бизнес-уровне» является наиболее решающим.

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

Системный (функциональный/нефункциональный) уровень：большинствотест Здесь будет тратиться основная энергия персонала.（Утверждает, что работает неполный рабочий день）。На основе существующего документа с требованиями илиStoryописывать,Объединить бизнес-характеристики и собственный опыт,дизайн по тестовому сценарию,Проверьте правильность функциональных точек. И соответствующим образом провести нефункциональный тест. Только этот слой,Многие ошибки, которые зависят от бизнеса, связанного с добычей и сбытом, часто игнорируются.,Или это может быть проблема с базовым кодом в определенных сценариях.

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

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

03

Что касается вопроса о том, будет ли тест тестироваться, то это на самом деле управление ожиданиями от теста (Test Oracle). Когда мы сталкиваемся с более простым бизнесом, ожидаемые результаты очевидны. Однако с увеличением сложности бизнеса, бизнес-сценариев в разделенных профессиональных областях, больших данных и нетрадиционных операций массовых пользователей проблема Test Oracle стала более заметной. Потому что без надежного Test Oracle тестировщики не могут судить о правильности результатов теста или обнаружить дефекты в программном обеспечении. Естественно, тест невозможно провести.

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

Как решить такого рода проблему?

01 Необходимое бизнес-обучение:Знание бизнес-атрибутов,В сочетании со схемой бизнес-процессов и схемой архитектуры системы.,Иметь общее представление о бизнесе. Понимание правил бизнес-потоков, ограничений и направления потока данных.

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

03 Строго соблюдайте процесс тестирования:Многие люди ненавидят проходить этот процесс самостоятельно.,Но еще больше я ненавижу, когда другие не следуют за процессом (знакомо?). Не позволяйте тестдизайну оставаться на поверхности.

04 Установить осведомленность и ответственность в отношении качества:кактестлюди,Контент, который я рассмотрел,должен нести ответственность,Способен гарантировать базовое качество продукта. Пропуски в тесте неизбежны,Но мы не можем просто объяснять онлайн-проблемы недостаточной осведомленностью о качестве или плохими навыками разработчиков.,Тестировщик должен нести ответственность и способность обнаруживать коренные причины проблем и устранять их.

05 Регулярный обзор и резюме:известныйPDCAЗакон говорит нам,хочу сделать что-то лучше,Обзор и резюме необходимы,Через обзор,Возможность лучше узнать себя,Найдена проблема,Методы улучшения,Повышайте эффективность работы

——Для вышеуказанного содержания см.:Что делать, если проблему не удается обнаружить при итеративном тестировании?

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

04

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

Устраните дублирующиеся тесты:Дублироватьтествариант использования、Перекрывающиеся процессы тестирования、Ненужный объем возвращаемого теста

Устраните ожидание при тестировании:С точки зрения технических характеристик процесса,Сделайте тестирование более плавным,Ускорьте процесс исследований и разработок. Установите необходимый DOD,Согласуйте стандарты завершения для каждой ссылки.,Распределяйте порядок развития истории более разумно (соответствующий приоритет,вместо приоритета сложности)

Исключите ненужные тесты:Чрезмерная нефункциональностьтест（Нужно ли нам делать совместимость?тест、производительностьтест）、излишнийтестобъем（Разработать основанную на рискахстратегия тестирование, а не большой и всесторонний охват)

05

Чтобы решить три вышеупомянутые душевные пытки,Также для того, чтобы иметь более высокие требования к качеству доставки,продвигатьтестлюдисобственные качества сотрудников。тестлюди Сотрудникам необходимо научиться выстраивать систему обеспечения качества, которая их устраивает.（Можно ссылаться：Создайте систему обеспечения качества программного обеспечения.）,Установить понимание качества и ответственность. но,Все это требует вложений времени и средств (будь то инвестиции в процессы и системы компании).,Или инвестиции в повышение личного мастерства).

Качество – это не результат «надежды», это награда за усилия. Ключ в том, что вы готовы обменять на него.

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

взаимное поощрение.