新人应该先做什么工作的探讨

   一直在为之前带的新人进步缓慢耿耿于怀，是我能力太差，不能引导他？还是我的方法不对，更或者是他不适合做测试？
 
   一个已受过专业培训同学，就算差也不会差到哪里去（相对没有受过培训的同学，还是很具有优势的），可让他跟了项目后，提的问题大部分都不是问题，而一跟他说需求，谈理论，他好像比我还了解。

   倘若如下：

   对测试新人A,在完成公司的基础培训和了解项目后，先让A去验证该项目中已解决的问题，有经验的测试人员B设计测试用例、执行测试用例&提交BUG。

    在这里大家会担心，他无法判断问题是否真的解决，关于这点，对提交BUG的B来说也是一种考验，B提交的问题，不仅仅要让开发人员理解，而且要让A明白如何去验证。
    这样，测试就不仅仅是 对开发，转而也要对测试人员。

   好处：

   1：有经验的测试人员，发现问题快，对问题严重性、优先级判断准确，对问题的定位也快，在固定的时间内能发现更多的问题

   2：不让有经验的人 将时间浪费在已发现的问题上。

   3：对新人，他会学习到如何写高质量的问题报告，
      学习他人发现问题的视觉，以及今后如何设计有效的测试用例。
      先让他见识各种问题，让他去验证该问题是否已修复，在经验积累上应该是快速的。

   一般先让新人 执行测试用例&提交问题，会存在如下情况：

   1：按已设计好的测试用例执行，印象不深刻，带有盲目性(个人意见，先向测试用例设计人员致歉)，倘若该测试用例发现了问题则好，如果没有发现问题，新人肯定弄不明白为什么要这么设计。

   2：没有经验，导致他对已出现的问题视而不见（应该还没有能发现所有问题的测试用例）

   3：一直觉得有经验的测试人员，在执行测试用例时是有灵感的，突然的想法，会让他发现更多问题，倘若让新人来执行测试用例，就没有他灵感突现的表现机会了。

   4： 让新人来提交问题，这也就是测试组内部的BUG评审 存在的重要因素吧。


   倘若新人将问题关闭了，而该问题还存在，帮助他分析问题的原因，是不细心？还是其他，几次之后，也应该就好了。

   让新人去确认一个问题还在不在，跟让他去发现一个问题，应该是前者更容易吧。

   关于新人应该先做什么工作，个人觉得 应该先做 验证BUG，欢迎大家拍砖。