01. Две разные ситуации.

Есть две ситуации, когда при тестировании не обнаруживаются дефекты: 1. Углубленное тестирование не проводится. 2. Качество выполнения НИОКР высокое.

Для сценария, где нет углубленного теста,существовать《Что делать, если проблему не удается обнаружить при итеративном тестировании?》обсуждается в статье,Существует несколько целевых мер.,Больше никаких подробностей здесь нет.

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

02. С точки зрения тестировщиков

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

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

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

c. Проверьте понимание требований: область тестирования тестировщика заключается не только в том, корректен ли код, но также необходимо проверить, является ли понимание требований НИОКР точным, соответствует ли оно бизнес-сценарию, есть ли какие-либо недостающие сценарии. и т. д. Эту часть НИОКР будем считать меньше.

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

03. С точки зрения исследований и разработок

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

а. Полная проверка: независимо от того, идет ли речь о модульном тестировании или TDD, стоимость относительно высока. Теперь более практичным подходом является предоставление тестировщиками вариантов использования для самотестирования, а разработчикам - проведение большего количества самотестирований, что более эффективно.

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

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

04. С точки зрения управления командой

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

Многие команды создали каналы обработки экстренных запросов. В результате в большинстве случаев запросы являются срочными.

05. Не недооценивайте тестирование

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

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

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