Многие объяснения уже присутствуют, чтобы объяснить, как это происходит и как это исправить, но вы также должны следовать рекомендациям, чтобы избежать NullPointerException
вообще.
См. также: A хороший список лучших практик
Я бы добавил, очень важно, хорошо использовать модификатор final
. Использование "окончательной" модификатор, когда это применимо в Java
Сводка:
final
для обеспечения хорошей инициализации. @NotNull
и @Nullable
if("knownObject".equals(unknownObject)
valueOf()
поверх toString (). StringUtils
StringUtils.isEmpty(null)
. Я давно пользуюсь QualityCenter / TestDirectory.
Я сейчас использую testlink и должен скажем, что я предпочитаю QualityCenter / TestDirectory, даже если он основан на каком-то глючном элементе управления ActiveX.
QualityCenter / TestDirectory более прост в использовании, а интерфейс гораздо лучше.
TestLink и QualityCenter / TestDirectory в основном для руководства тестовый пример (однако вы можете использовать Quick Test Pro в QualityCenter / TestDirectory для автоматизации ваших тестов).
Fitnesse - это еще один инструмент, который я считаю: в основном, вы пишете свой тестовый пример в вики и связываете его с JUnit. тестовое задание. Другие инструменты, такие как GreenPepper, Concordion и т. Д.
Да, мы действительно запускаем тесты, но совсем не столько же, сколько я хотел бы!
Я настоятельно рекомендую TestLink - список инструментов, которые Вы связали с шоу, что он имел больше загрузок, чем все другие соединенные инструменты.
Мы используем Качественный Центр / Тестовый директор материал. Его дорогое насколько я знаю, и это не является настолько большим.
Я услышал хорошие вещи о Fitnesse, но я не знаю, насколько хороший это - тестовое отслеживание.
Я знаю, что просто недавно видел, что пленка смотрела тестовое средство отслеживания для Trac или чего-то, но я не могу найти его теперь...
Одна мысль и возможно не хорошая, состояли бы в том, чтобы иметь каждый тест, отправляют билет Вашей системе покупки билетов, когда это выполнило указание на тестовое имя, версию сборки, и дату и результаты испытаний.
Это сделало бы результаты доступными для поиска позже.
Мы используем базу данных Access собственной разработки.
Эта база данных отслеживает наши требования, тестовые сценарии, план тестирования и тестовые прогоны. Мы можем произвести актуальный RVTM, отслеживать прогресс против плана и присвоить задачи тестерам. Мы интегрировали его с Outlook, таким образом, каждому тестеру присваивает задача из плана вывод QA. Когда они завершены, они просто убирают галочку в нем в Outlook, и это обновляет базу данных.
Для нашей малочисленной команды тестеров это работает приятно, и мы свободны настроить его однако, мы хотим.
PractiTest - очень хороший вариант. Не бесплатно, но очень доступно - http://www.practitest.com
Я с Патриком - старые добрые офисные инструменты :)
Я просто пишу свой в Microsoft Word
Это структура, которую я разработал: Написание План тестирования системы .
Вам обязательно стоит попробовать Klaros-Testmanagement http://www.klaros-testmanagement.com , у которого есть бесплатная неограниченная версия Community Edition.