读《移山之道》——问渠哪得清如许，为有源头活水来

我是以一本看小说的心态看完了这本书，书中人物的角色活灵活现，通过愚公后代如何完成一个软件项目来介绍MSF和VSTS。 对于书中人物对话的小字部分，看起来是非常有趣的，引起了像我们这样刚开始接触软件开发的新手的深深共鸣，并且又能从阿超的话中学到不少知识。以下是我看完之后的一些问题，望有识之士解答，不胜感激。

Question:

1.       移山精简开发模式，只有Task和Bug，分别表示事先预计到要做的事和事先没有预计到的事。但觉得有Test Case 这项工作类型还是很好的，也不会增加多余的负担，并且产生的Bug可以跟Test Case link起来进行跟踪。不知道大家是怎么看的，真的只能由Task 和bug吗？

2.       在250页中讲到功能的优先级的决定方式时考虑了价值，技术可行性和紧迫性，但紧迫性也就意味着用户非常想要，自然而然价值也是非常高的，毕竟软件是要给用户使用的。那么价值和紧迫性区别在哪里呢？

3.       书中讲了如何写一个好的测试计划，和各种不同的测试方法，但是对于软件开发，应如何去选择这些测试方法呢？

4.       有关回归测试，是不是只要修复好一个bug就得把之前的测试做一遍，保证没有导致功能的回归？但如果bug太多，工作量岂不是太大？可不可以选择一个阀值，比如在修复好一定数量bug之后进行一次回归测试？

5.       对于25页的“黑白讲”，有点好奇到底表示什么意思？

by 

    张婷

转载于:https://www.cnblogs.com/OMG-Team/archive/2011/10/10/2205034.html