当需求不断变更时测试工作如何开展

需求变更，在软件项目里是非常常见的问题。需求的变更影响到开发、测试工作的方方面面。 闇秮?��? 
    曾经做过的一个项目就是这样，需求反复变更，而最终交付的日期又迫在眉睫，不能延期。那么在这样的项目里，怎么开展测试工作呢？GW?還l2  
    最理想的状况，莫过于在项目初期就能识别出这样的风险，在制订测试计划时充分预留由于需求变更而引起的测试用例修改的时间，在测试方案编写过程中根据经验识别出最容易发生变更的需求点，在测试用例编写过程中，对这些最容易发生变更的功能点进行模糊处理，等产品组提交变更的需求后才进行更新和补充。9|h鶽?豏? 
    但是那毕竟是最理想的情况，在实际项目中，即使具备了丰富的项目经验、测试经验和敏锐的洞察力，也很难将所有的需求变更在项目初期就识别出来，因此，测试组必须和开发组、产品组紧密合作。测试组要参与产品组的需求变更工作，与开发组一起完成对需求变更的影响分析，做到需求烂熟于胸，变更了然于心，这样才能工作有序不怕变更。而测试用例的编写也有讲究，能将测试目的在用例中体现出来就行，不必做非常细致入微的描述。很多时候，需求的变更只是在功能点某些细节上的增减，如果测试用例写得到位的话，基本上只要做些调整就能满足需求。9s�诏�