sankt的专栏

很久以前，在一片充满隐喻的土地上，住着一头大象（喻传统开发方法）。很多年来，这头忠实的大象一直都是他所居住村庄主要的食物采集者，并且非常清楚这个村庄需要什么（喻工程前的事先计划性）。他在丛林中修建了一条路（喻最佳实践），这条路总是能指引他找到最好的根茎、蔬菜、坚果和水果等食物（喻项目的功能）。他知道哪种水果用鼻子可以够得着，也知道哪种水果需要鼻子去晃动才能摘取。他很强壮，能够一次带回足够好几天

关于软件开发的笑话有很多，下面这个是我刚在QQ群里的看到的： 1. 程序员写出自认为没有Bug的代码。 2. 软件测试，发现了20个Bug。 3. 程序员修改了10个Bug，并告诉测试组另外10个不是Bug。 4. 测试组发现其中5个改动根本无法工作，同时又发现了15个新Bug。 5. 重复3次步骤3和步骤4。 6. 鉴于市场方面的压力，为了配合当初制定的过分乐观的发布时间表，产品终于上 市了。

1. 你们的项目组使用源代码管理工具了么？ 应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。 2. 你们的项目组使用缺陷管理系统了么？ 应该用。ClearQuest太复杂，我的推荐是BugZilla。 3. 你们的测试组还在用Word写测试用例么？ 不要用Word写测试用例（Test Case）。应该用一个专门的系统，可以是Te

80% 的软件缺陷常常生存在软件 20% 的空间里。这个原则告诉我们，如果你想使软件测试有效地话，记住常常光临其高危多发 “ 地段 ” 。在那里发现软件缺陷的可能性会大的多。这一原则对于软件测试人员提高测试效率及缺陷发现率有着重大的意义。聪明的测试人员会根据这个原则很快找出较多的缺陷而愚蠢的测试人员却仍在漫无目的地到处搜寻。 80-20 原则的另外一种情况是，我们在系统分析、系统设计、系统实现