3）测试时间和测试资源总是非常有限的。
在实际的测试过程中，测试人员面对的测试范围和测试用例数目通常都是非常庞大的，而测试时间和测试资源却都非常有限。多年的测试实践经验表明，测试团队往往很难获得测试计划中预留的测试时间，当软件开发和测试的时间发生冲突的时候，测试团队常常被要求压缩测试时间；同时，测试过程中的测试资源限制，例如：测试平台、测试人员的限制，使得测试团队只能在有限的条件下开展测试活动。
在这种情况下，如果没有良好的测试思想和技术的支撑，想要有效开展测试活动总是显得力不从心。针对测试设计而言，该类问题主要表现在：
◆ 如何有效的选择测试重点？
◆ 如何确定测试优先级？
◆ 如何有效的配置测试资源？
◆ 如何分析和评估测试的有效性？
4）测试人员面对的需求经常是不完善的、经常变更的。
软件或者软件产品的需求规格说明是测试人员进行测试设计和执行的基础，需求规格说明的准确性、完备性、可测试性等特性对成功进行测试非常重要。而实际的测试过程中，测试人员面对的需求规格说明常常是不全的、经常变更的，甚至没有任何需求文档。
测试人员不能因为需求不完善之类的问题，就拒绝测试，或者仍旧保持这样的测试理念：测试仅仅依赖于需求规格说明，测试人员只要按照需求规格说明进行测试用例设计和执行，并覆盖了所有的需求条目，即认为达到了需求的覆盖率。相反，测试人员在面对此类问题的时候，必须查找有效的测试技术和手段继续进行测试，以保证测试的有效性和测试质量。针对测试设计而言，该类问题主要表现在：
◆ 如何获取尽量多的显现需求和隐现需求？
◆ 如何利用已有的经验有效设计测试用例？
◆ 如何应对需求的不断变更？
