摘要： 前几天一兄弟接到一个IT运营的系统的活，说需求分析时出了问题，越分析越乱，我问他，是需求没讲清，还是说看不明白？他说，需求虽然不是特别清晰，不过基本业务还是有的，只是在建模时，对像的关系，越分析越乱，好像变成一张没有边际的网。然后他开始和我讲业务（具体的审批流程，入库，报修等），我听了一会就打住了他，我说你别和我讲细节，讲我也记不住，你先告诉我整体的业务流程，然后他说大概就是，设备管理---à设备申请（设备领用，设备报修，设备采购等），还有一些办公资源的管理，审批流程的定制等。接下来，我告诉他：“他的问题的根源是为因一下子钻进业务细节去了“，有点”不识庐山真面目，只缘身在此山中“接下来，我和他 阅读全文

摘要： 在这里我们不说大公司，以大多数小公司来说。基本情况都是这样： 没几个测试人员，也没有培训，也没人带，招来后就干活，活干得如何也没人管，只是简单的动手去测试，发现BUG然后开发人员修改，如何来组织测试，不是自行探索，就是任以前的经验。是一种混乱的执行测试状态，根本无管理可言。这对测试人员的发展也极为不利。 一个好的测试管理工具，从测试计划，到测试需求，到测试用例，到BUG管理，到测试度量都应该有，且在工具中固化了测试流程和规范性的东西，对于测试经验不多，又没人带的新人来说，开始用工具，只是起到照葫芦画漂的作用，久而久之，对其的影响是，测试就应该这样来组织管理，一句话，好的测试管理工具将会把测试 阅读全文