BIND 10 #169: notify recv
BIND 10 Development
do-not-reply at isc.org
Tue Jun 1 04:25:30 UTC 2010
#169: notify recv
----------------------+-----------------------------------------------------
Reporter: larissas | Owner: hanfeng
Type: task | Status: reviewing
Priority: critical | Milestone: 04. 2nd Incremental Release: Early Adopters
Component: b10-auth | Resolution:
Keywords: | Sensitive: 0
----------------------+-----------------------------------------------------
Comment(by jinmei):
Replying to [comment:5 hanfeng]:
> > Please at least add detailed tests first.
> The code is direct hacked into main.cc just like axfr logic, there is no
head file for the two added function, so it's hard to add it into unit
test. Actually, the axfr and ixfr logic should be handle all in
handleMessage, but current interface can't support them.
> I have write separate script to send package and check the reply. I will
add the test code into unit test, once the refractor of auth server is
done.
IMO, this cannot be an excuse for skipping tests.
If the reason you cannot write tests is dependency on another
refactoring, we should refactor the code first, then write tests for the
new feature, and then design and code the new feature.
We can easily find an excuse for skipping tests (because they are often
boring and implementing new features tends to look more interesting), and
IMO there should be very high bar to allow that to fight against that
temptation. We lowered the bar for the year 1 release due to a hard
deadline based on contract, but we should consider it a very exceptional
case, rather than a precedent.
Also, if we found some new feature may be difficult to test just a day
before a code freeze, whether it's due to dependency on another task or
other reasons, that would mean we underestimate the planning, either or
both about dependency consideration and about necessary time for that
work. We should learn from that so that we can make a better estimation
next time. If we allow to skip tests (or documentation or review) for
some easy reason, it would make it difficult to revisit and improve the
estimation because that means "we were accurate".
Anyway, this is a more general topic, and many of the points are my
personal opinion, for which others may disagree. Perhaps we can discuss
it tomorrow?
Meanwhile I'll take a closer look at the branch to see how we can move
forward practically. Unfortunately, however, I suspect we must give up
including this feature in the next release.
--
Ticket URL: <http://bind10.isc.org/ticket/169#comment:6>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list