1、阅读需求文档，深入了解系统，不要还没弄清需求就开测了，不要把其他系统需求硬生生的搬到当前系统来，这样做的风险太大，因为每个系统的需求都不一样，不能生搬硬套，打个比方：假设要你制造一辆轿车，你以前制造过普桑，就把你制造普桑的技术拿去制造林肯，这样做显然不合适。熟悉系统（一般公司都会有系统熟悉情况考核）所以请一定要认真的阅读需求文档（有的公司叫产品定义）2、熟悉测试用例，这是测试执行的一个导向，要

      “管理就是责任”，做为一个测试组的负责人，需要对整个测试组负责，对所测试的项目负责任。做测试管理也有几年时间了，负责的项目也有几十个，现把自己在测试管理方面的一点心得体会总结一下，有些有做得比较好的，有些还需要继续改进的，欢迎大家提出意见和建议。1、组间合作       与开发

如何做好需求评审 需求评审的重要性大家都知道，我简单列出几点： 1.      软件需求是软件开发最重要的一个输入 ，好的开始是成功的一半！ 所以，需求的质量很大程度上决定了项目质量或产品质量。 2.      需求风险常常是软件开发过程中最大的一个风险 ，要降低需求阶段带来的风险，就要把需求评审做