测试过程中的策略变更 软件测试方法
测试经理不要心存幻想，认为测试策略一旦确定，就会在整个项目的进程中一成不变。测试过程是持续不断变化的，因此也必须能对这些变化做出适当的反应。
现实中，开发和测试项目经常会面对压力，尤其是在项目的后期。突然之间调整了进度表(通常是可用的时间被缩短)，测试经理被要求进行更少或更短时间的测试。哪些测试可以被取消或弱化?利用测试策略作为基础，测试经理就可以和产品权益人以专业方式来讨论这些问题。当变化的环境要求测试应当和以前达成一致的情况有所不同时，对测试应当达到的期望值也必须有所变化。策略问题也必须被重新评估：以前我们认为更重要的方面是否已经发生了变化?当减少某个特定领域的测试时，我们是否愿意接受增加的风险?
当产品发布的内容发生变化时，也会出现同样的情况。例如系统增加了额外功能，或者是系统某些部分的发布被延迟，或者是产品现在被定位于另一个有着不同要求和预期的市场领域。在这些情况下，必须重新评估测试策略：以前计划的测试面对新情况是否仍然适合?如果质量特性或子系统的相对重要性发生了明显改变，则计划好的测试也必须做相应调整。
改变测试策略的另一个理由是测试本身的结果。当对系统某一部分的测试发现过多的缺陷时，明智的做法是加强对该部分的测试。比如增加额外的测试用例或采用更为彻底的测试技术。反过来也是如此：当发现没有或者只有极少的缺陷时．就要研究是否可以减少测试。在此情况下，需要探讨的话题是：“通过测试，现在我们感知到的风险是什么。这能够证明我们增加或减少测试的决定是正确的吗’”
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
