项目管理知识需求变更以后的测试任务如何完成.docVIP

需求更正此后的测试任务怎样达成 对测试人员来讲，受困扰的问题之一莫过于测试的设计工作都做完了，结果需求又发生了变化，原来做的好多工作不得不从头张开，一方面测试的进度碰到了影响，另一方面，也让测试人员身心疲倦。我们可否分析过：这种现象产生的原因是什么？面对这样的风险，我们采用怎样的策略来应付，进而达成测试任务？ 一般需求更正此后，都要依照下面的一些做法： 需求更正后，第一要向需求人员及开发人员认识，为什么需求要做更正，认识客户真实的需求。 其次，向开发人员认识本次需求更正，都改却了哪些模块。会影响到哪些模块。 咨询开发进度 整理测试计划及测试用例，确认哪些模块应当重点测试。 张开下一步的测试工作。并确定测试时间。 经过本次需求更正，测试人员要总结经验，尽量站在客户的角度进行测试。在客户没有发现不能够知足需求时，测试人员先提出来。自然，需求人员及开发人员也要从中吸取教训。 在项目的时间表中应当留出余量，以应付可能出现的更正。 尽量把新的需求归入应用软件的“下一版”，而把原始需求作为“版”。 经过谈判，把易于实现的新的更正列入项目，而把难于实现的新需求列入该应用软件的此后的版本。 要保证让客户和管理人员认识更正对进度表的影响、所带来的风险、以及因更正所惹起的大量资本耗资。 对更正良行适合的风险分析，以减少回归测试的要求。 在设计测试案例时要有必然的灵便性。做到这一点其实不简单，所以要降