首先要先理解测试计划和测试用例是干什么用的，然后才能讨论他们的关键是什么。
测试计划是一个描述测试目的，测试范围，测试方法以及测试需要多少资源的项目文档。它包括标题，软件版本，文档目的，软件概要，需求跟踪，项目组织结构，项目风险分析，测试范围，测试环境（数据环境与软硬件环境），测试方法以及附件等。
测试用例是描述如何进行测试的说明书，包括输入什么，做什么样的动作然后期待会有什么样的结果。据此判断软件程序是否工作正确。它包括用例标识符，名称，目的，条件，输入数据需求，执行步骤和期待结果等。
个人觉得测试计划就是要在有限的资源下将测试工作做足，关键的就是把测试范围定好，保证各测试点我们都能测试一遍。这个测试范围是就是测试需求。
测试用例关键觉得是要知道自己期待什么结果，以结果定步骤与数据输入。这样的用例覆盖软件需求才比较容易。
至于说有些测试人员脱离用例，完全凭借自己的经验在执行测试活动，对此，你有什么样的看法？我觉得如果是条件允许，我指的条件允许是说在完成常规执行后能时间做事，这样做也是可行的，只要他做的确实是软件试用者会如此做就无可厚非。
1）测试计划
测试计划是测试阶段中的第一个阶段，首先将测试作为一个项目来看，应该有一个计划，那么既然是计划，一般解决的是5W（what、when、where、who、How）的问题，即：在什么时候由谁来完成什么样的任务；所以要做一个测试的计划首先要理解需求，需求又可以分为“用户需求”、“需求分析”、“测试需求”；那么我们根据做计划人能够接触的需求的不同（或者根据公司的具体情况进行分析）；通过需求的分析我们可以分析出What？我们要测试什么。然后我们去分析我们可以掉空的资源，资源不是无限的，需要我们去获取和合理利用；资源又分为人力资源、时间资源、设备资源等等，我们如何分配这些资源，如何合理利用这些资源是需要我们去规划，所以在这里就需要在测试计划中有时间进度安排，人力资源分配和测试环境的安排；通过这个分析分析出WhoWhere和When，另外需要完成测试这项活动，我们采用什么样的方法，也是必要的，所以在测试计划中需要有对于各项测试的方法的安排，这样分析就有了How。另外做任何一件事情都会存在着风险，所以在制定测试计划的时候需要包含风险，及其风险分析；
总这对于测试计划来说，我觉得需要对测试这项活动进行合理的安排，需要编写测试计划的人有一个清晰的逻辑、另外测试计划在编写之前的分析是很重要的，这些分析，包括了需求分析、用户或者开发人员的沟通、AUT（被测系统的分析）、测试方法的分析、等等。
另外在编写这些文档的时候可以借鉴一些国际的标准，比如IEEE就有一个测试计划的标准化模板。
2）测试用例
测试用例是属于测试的设计阶段，它是对于测试方案（testsolution）的一个细化过程；在我们知道了测试什么（测试的具体功能点）后，来解决如何来测试的一个实现过程；测试用例的设计我觉得最终要是分析和实现，分析包括对于需求的分析和系统的分析，实现是在充分考虑了各种情况和足够的数据情况下，以文档方式对测试用例的实现。
