Поблочное тестирование на сценарии оболочки

Question

Поблочное тестирование на сценарии оболочки

Мои исследования показывают, что BIT (1) является синонимом TINYINT (1) для версий MySQL до 5.0.3.

Версии MySQL после 5.0.3 изменяют работу типа данных BIT. Он больше не является синонимом TINYINT и является единственным типом данных, который позволяет хранить что-либо менее чем в одном байте.

Этот тип данных может быть предпочтительнее использования TINYINT или ENUM. Я планирую провести тестирование, чтобы увидеть, какое из них является самым быстрым и использовать пространство из трех в моем блоге. Внизу есть ссылка, если вы хотите увидеть размер и скорость результатов. Испытательный стенд: жесткая коробка Pentium III потребительского уровня, работающая на OpenBSD и MySQL. (С более медленным устройством разработки БД вы действительно можете почувствовать последствия плохого кода. Кроме того, различия между тестовыми запросами более заметны. В качестве альтернативы, попробуйте использовать ВМ с едва выделенными ресурсами.)

Официальный MySQL Документы.

Барон Шварц может сказать об этом.

http://www.xaprb.com/blog/2006/04/11/bit-values-in-mysql/

68

linux unit-testing shell scripting

задан gareth_bowles 9 June 2009 в 20:56

1 ответ

Другие вопросы по тегам:

linux unit-testing shell scripting

Похожие вопросы:

score 50 · Accepted Answer

UPDATE 2019-03-01: My preference is bats now. I have used it for a few years on small projects. I like the clean, concise syntax. I have not integrated it with CI/CD frameworks, but its exit status does reflect the overall success/failure of the suite, which is better than shunit2 as described below.

PREVIOUS ANSWER:

I'm using shunit2 for shell scripts related to a Java/Ruby web application in a Linux environment. It's been easy to use, and not a big departure from other xUnit frameworks.

I have not tried integrating with CruiseControl or Hudson/Jenkins, but in implementing continuous integration via other means I've encountered these issues:

Exit status: When a test suite fails, shunit2 does not use a nonzero exit status to communicate the failure. So you either have to parse the shunit2 output to determine pass/fail of a suite, or change shunit2 to behave as some continuous integration frameworks expect, communicating pass/fail via exit status.
XML logs: shunit2 does not produce a JUnit-style XML log of results.