Если вы используете Count или создали свой собственный стиль диктовки в стиле Count и хотите показать имя элемента и его количество, вы можете перебирать словарь, например, так:
top_10_words = Counter(my_long_list_of_words)
# Iterate around the dictionary
for word in top_10_words:
# print the word
print word[0]
# print the count
print word[1]
или перебирать это в шаблоне:
{% for word in top_10_words %}
<p>Word: {{ word.0 }}</p>
<p>Count: {{ word.1 }}</p>
{% endfor %}
Надеюсь, это кому-нибудь поможет
Я бы сказал, дерзайте. Анализ покрытия кода может помочь даже одному разработчику, может быть, даже больше, чем команде, поскольку в основном вся система лежит на ваших плечах. Если вы единственный разработчик, у вас есть полный контроль над тем, какие инструменты вы используете и как хотите их настроить. Как только / если будет добавлено больше разработчиков, у вас будут все инструменты для создания качественного программного обеспечения.
Калеб,
Если вы еще не знаете, Visual Studio 2008 Team System Editions VS2008 может покрыть код за вас. Это не так полно, как NCover, но для вас это должно стать отличным началом. Если вам нравится то, что он делает, и вы хотите больше наворотов, я не понимаю, почему бы и нет. (В последний раз я проверял классическую версию всего за 200 долларов).
-Artel
Конечно, вам стоит его использовать. Это всегда еще один инструмент, который может вам помочь. Но помните, что покрытие кода - не самая важная вещь при тестировании вашего кода. Вы получите ряд строк кода, покрытых тестами, но это не значит, что ваш код защищен от ошибок. Используйте ncover, чтобы найти места с небольшим покрытием или без него.
Если вы попытаетесь написать автоматизированные тесты, то определенно используйте инструмент покрытия кода, чтобы получить представление о том, какие области кода покрывают эти тесты.
Просмотр покрытия кода как то, что вы пишете тесты, также помогает убедиться, что ваши тесты действительно проверяют то, что вы думаете о них.
Накладные расходы на измерение покрытия кода по сравнению с накладными расходами на написание тестов в эти дни настолько малы, что не имеет смысла писать тесты, а затем не просматривать покрытие этих тестов.