TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #996 · 13.07

С год назад я поставил новый замок на общую с соседями дверь. А через несколько месяцев он сломался — стал заедать. Подпружиненная защёлка начала западать внутрь и не выдвигалась сама в некоторых случаях, приходилось дёргать ручку туда-сюда, чтобы закрыть дверь. Мне было очень лень снова разбирать весь замок. Способ закрыть дверь был, поэтому я ничего не делал. Сосед пару раз звонил мне, но и сам тоже не взялся. Пару дней назад замок окончательно сломался, и внешняя ручка перестала его открывать. Я чудом вышел в этот момент встречать курьера и открыл дверь соседке, которая не могла попасть домой. Делать нечего — пришлось разобрать и посмотреть. Я был готов идти в магазин за новым, но всё оказалось очень просто: кто-то специально выкрутил два винта, которые притягивают внутренний механизм к планке. Сначала механизм чуть-чуть провалился, из-за чего стал заедать, а потом упал окончательно и рассоединился с внешней ручкой. За минуту я нашёл у себя два подходящих винта и всё восстановил до полностью рабочего состояния, заедания тоже пропали. Кто и зачем мог это сделать? Выкрутить винты в замке можно только тогда, когда у тебя есть ключ, либо когда кто-то открыл тебе дверь. Моя гипотеза — третьи соседи, которые здесь не живут, некоторое время назад делали ремонт, и рабочие, которых они позвали, пытались заблокировать замок, чтобы он "не мешал" им ходить туда сюда по много раз в день. Они сделали это, а потом по-мудачески не вернули всё назад. Видите, как вышло. Вероятность того, что абсолютно новый замок сломается за несколько месяцев обычной эксплуатации, очень низкая. И тем не менее, я предположил изначально именно это, из-за чего не стал его разбирать, потому что считал, что починка займёт много времени. Я не подумал, что это намеренный саботаж людьми. Если бы я так подумал, то заменил бы винты в тот же день. А мог ведь и не попасть домой в какой-то момент. #life

Hashtags

Резултати

Намерени 4 подобни публикации

Търсене: #bdd

当前筛选 #bdd清除筛选
djangoproject

@djangoproject · Post #335 · 09.05.2017 г., 05:22

https://code.tutsplus.com/tutorials/behavior-driven-development-in-python--net-26547 Behavior-Driven Development (which we will now refer to as "#BDD") follows on from the ideas and principles introduced in #Test-Driven Development. The key points of writing tests before code really apply to BDD as well. The idea is to not only test your code at the granular level with unit tests, but also test your application end to end, using acceptance tests. We will introduce this style of testing with the use of the Lettuce testing framework.

Hashtags

djangoproject

@djangoproject · Post #199 · 29.11.2016 г., 16:13

http://pythonhosted.org/behave/ behave is behaviour-driven development, Python style. Behavior-driven development (or #BDD) is an agile software development technique that encourages collaboration between developers, #QA and non-technical or business participants in a software project. We have a page further describing this philosophy. behave uses tests written in a natural language style, backed up by Python code. Once you’ve installed behave, we recommend reading the tutorial first and then feature test setup, behave API and related software (things that you can combine with behave) finally: how to use and configure the behave tool.

Hashtags

djangoproject

@djangoproject · Post #552 · 23.01.2018 г., 16:33

https://pypi.python.org/pypi/pytest-bdd #BDD library for the py.test runner #pytest-bdd implements a subset of Gherkin language for the automation of the project requirements testing and easier behavioral driven development. Unlike many other BDD tools it doesn’t require a separate runner and benefits from the power and flexibility of the #pytest. It allows to unify your unit and functional #tests, easier continuous integration server configuration and maximal reuse of the tests setup. Pytest fixtures written for the #unit_test s can be reused for the setup and actions mentioned in the feature steps with dependency injection, which allows a true BDD just-enough specification of the requirements without maintaining any context object containing the side effects of the Gherkin. imperative declarations.