да, как указано выше ...
Я напишу только пример:
>>> a = open('file.txt')
>>> a.read()
#output
>>> a.seek(0)
>>> a.read()
#same output
Поскольку Gary сказал в комментариях:
было бы хорошо, если Бегуну Единицы можно было бы сказать идти вперед и заказать им именем класса. Хм, возможно, я должен изучить исходный код...
я действительно смотрел, но нет никакой подсказки функциональности для сортировки этих имен. Я предложил бы запрос на изменение плагину JUnit, но я не думаю, что существует партия людей, использующих эту вещь, таким образом: сделай сам.
я хотел бы видеть решение, если Вы изменяете сменный код.
При реальной необходимости в трудной зависимости между тестом JUnit попробуйте расширение JExample
, JExample представляет отношения производителя-потребителя к поблочному тестированию.
производитель А является методом тестирования, который приводит к его единице под тестом как возвращаемое значение.
потребитель А является методом тестирования, который зависит от одного или нескольких производителей и их возвращаемых значений.
Вы можете установка это в Eclipse для Junit4.4 или 4.5.
import jexample.Depends;
@Test
@Depends("#testEmpty")
public Stack<Integer> testPush(Stack<Integer> $) {
$.push(42);
assertFalse($.isEmpty());
return $;
}
<час> , Как упомянуто в этой статье IBM "В преследовании качества кода: JUnit 4 по сравнению с TestNG" :
Одна вещь, которой платформа JUnit пытается достигнуть, тестовая изоляция .
На оборотной стороне, это делает очень трудным указать порядок на выполнение тестового сценария, которое важно для любого вида зависимого тестирования.
Разработчики использовали различные методы для обхождения этого, как определение тестовых сценариев в алфавитном порядке или надежда в большой степени на приспособления (@Before
@After
) для надлежащей установки вещей.Эти обходные решения хорошо для тестов, которые успешно выполняются, но для тестов, которые перестали работать, у них есть неудобное последствие: каждый последующий зависимый тест также перестал работать. В некоторых ситуациях это может привести к большим наборам тестов, сообщив о ненужных отказах
, Так остерегайтесь: при сохранении какого-либо решения для упорядочивания тестов JUnit путем, Вы хотите..., необходимо думать, если та поддержка решений функция "пропуска", чтобы позволить другим тестам продолжаться, даже если один из них перестал работать.
метка записала:
это заказывает им основу на времени выполнения, возможно, необходимо ли отсортировать методы? участники источника/вида
метка правы. Но Вы не можете отсортировать свой модульный тест. Не позволяется размышлять о порядке выполнения.
Модульные тесты должны быть созданы независимо, и это случайно, как их называет UnitRunner.
В большинстве случаев, методы тестирования отсортированы в алфавитном порядке. Классы случайны. Попытайтесь использовать TestSuite для упорядочивания тестов.