Прошло двенадцать лет с тех пор, как я начал работать в 2008 году. Сегодня я получил это дело, и я реорганизовал свое мышление. Каждый может критиковать и поправлять меня.
« Классическая проблема, с которой часто сталкиваются во время собеседований по тестированию программного обеспечения, - это: как проверить чашку или как проверить ручку. От вас требуется разработать более 20 тестовых случаев.』
Основываясь на опыте более чем десятилетней работы, я поделюсь, как более адекватно решать этот тип проблем. Конечно, это не просто собеседование. Когда я сталкиваюсь с анализом проблем и их решением в реальной работе, я также надеюсь, что все будут следовать этой модели пирамиды. Способ мышления;
Прежде всего, не вдавайтесь в подробности напрямую. Подумайте, с каких аспектов вам следует начать на макроуровне. Начните сначала с общих категорий, а затем уточняйте детали в рамках общих категорий. Таким образом, будь то ответы на устное интервью или письменное интервью, Появляется ясное мышление и дотошная логика.
Сначала посмотрите на тестовый объект: чашка, цель: тест, информация ограничена, если вы можете уточнить потребности у интервьюера, например, цвет чашки, объем функций (удерживание воды или почвы или модель игрушки и т. Д.), Размер и т. Д. В любом случае подождите, чем четче будут требования, тем более целенаправленным будет тест.
Следующие контрольные точки отсортированы таким образом, для справки, можете взглянуть на любые несоответствующие точки.
1. Проверка основных функций
Обдумывание размеров подразделения можно начать с атрибутов самой чашки, а именно:
1.1: Функциональное назначение стакана, если оно должно удерживать воду, то оно должно быть проверено на состояние удержания воды, и, во-вторых, оно также включает проверку состояния без воды.
1.2: Цвет чашки: красный, оранжевый, желтый, зеленый, синий, синий, фиолетовый и т. Д.
1.3: Емкость чашки, определение продукта - сколько литров ожидаемой чашки? Фактически удовлетворить спрос
1.4: Стаканчик должен быть изготовлен из керамики. Пластиковый бумажный стаканчик с твердой оболочкой точно не подойдет.
1.5: Форма чашки, такая как требование быть небольшого размера, с кривизной в середине, и конкретные требования соответствуют диапазону ошибок в миллиметрах, но реальный продукт действительно сильно отличается от спроса на продукт.
2. Тест производительности (Performance Test)
2.1: Срок службы, например, он может ломаться столько раз, сколько можно использовать. Есть ли какие-либо требования к индексам?
2.2: Пропускная способность, например, предусмотрена для удержания воды, но какова ситуация, если установлена горячая вода и лед, будут ли отклонения от нормы?
2.3: Способность поддаваться влиянию изменений в физической среде, например, легко ли цвет внешнего слоя изнашивается и выцветает или внутреннее покрытие легко спадает.
2.4: Способность поддаваться влиянию изменений в химической среде, например, наличие ненормальной химической обратной связи после наполнения чашки кислотными или щелочными веществами и т. Д.
2.5: Стресс-тест, например, быстрое добавление воды, будет ли он легче ломаться?
3. Тест пользовательского опыта (User Experience Test)
PS: Красная отметка здесь означает, что это ключевой момент и его нужно высоко ценить, иначе доставка продуктов, которые действительно ценны для пользователей, не будет доставкой продукта.
Вот ключевой момент для объяснения того, создают ли программные продукты или аппаратные продукты в конечном итоге коммерческую ценность, но как судить о коммерческой ценности и, в конечном счете, действительно ли пользователи создают ценность, это требует, чтобы пользователи голосовали, поэтому взаимодействие с пользователем очень важно Если это просто причудливый производственный продукт, который полностью игнорирует голос пользователя и игнорирует истинные чувства и опыт пользователя, это также нежелательно.
3.1: Как типичные пользователи / целевые пользователи оценивают эту чашку, хорошая она или плохая, вы можете использовать исследовательский анализ из общего измерения и измерения подразделения, делать выводы, а затем проводить улучшение продукта и итерацию
Четвертый, тест на интернационализацию и локализацию ( Internationalization and Localization Test)
Упомянутая здесь интернационализация может быть связана не с каждым продуктом. Если есть, то это также аспект, который необходимо учитывать. Здесь я сосредоточусь на локализации. Локализация означает, как продукт может быть интегрирован или принят локальными пользователями. Здесь Следует учитывать следующие факторы:
4.1: Религиозные верования, продукты не должны содержать элементов, нарушающих местные религиозные верования.
4.2: Таможня, например, мы ожидаем, что эта чашка предназначена для местных пользователей, чтобы пить воду, но местный обычай использовать чашку для полива цветов (реальность не обязательно существует, просто приведите пример)
5. Тест безопасности ( SECurity Test)
5.1: соображения безопасности, связанные с чашкой для людей, например, может ли она причинить вред людям и т. Д.
5.2: Безопасность самой чашки, например, легко ли ее расколоть или сломать и т. Д.
Шесть, проверка аутентификации (AutheticationTest)
6.1 Требуется ли сертификация чашки по национальным стандартам и т. Д.
6.2 Должна ли чашка быть сертифицирована по международным стандартам?
7. Юридический тест (Legal Test)
7.1 Включает ли кубок тестирование, связанное с правами интеллектуальной собственности? Например, дизайнер напрямую задействован в неразрешенном абразивном инструменте, но без авторизации эта необходимость избегается заранее.
Выше перечислены некоторые из основных элементов, перечисленных выше. Вы можете подразделить и отсортировать тестовые примеры. Конечно, в процессе написания реальных вариантов использования или в процессе тестирования обнаруживается, что все еще остаются упущения, которые можно постепенно дополнять и улучшать. Следует иметь в виду следующее: если в более поздний период будут обнаружены упущения, сначала взгляните на макроэкономику, есть ли упущение в определенной категории, или небольшой категории в категории в целом, или упущение в автономном режиме, которое направлено на размышление. Уязвимость для исправления ошибок в вашем собственном дизайне сценария использования, поэтому я считаю, что после нескольких циклов обучения продукту даже новичок, проработавший один или два года, может достигнуть уровня десяти лет.
В любом случае, обучение бесконечно, продолжайте учиться, продолжайте совершенствоваться, непрерывное обучение, непрерывная оптимизация, я верю, что мы всегда будем двигаться вперед по сценарию времени. Скажите себе, кому уже тридцать и он не простоит четыре-пять лет: давай, мальчик, сражайся!