1、什么是测试计划？

　　回答：测试计划包含项目范围内的测试目的和测试目标的有关信息。此外，测试计划确定了实施和执行测试时使用的策略，同时还确定了所需资源。定义一个测试项目的过程，以便能够正确的度量和控制测试。

　　2、测试计划在什么时候创建为佳？

　　回答：在项目的一开始应该创建初的测试计划，该计划成为“主测试计划”。随着每次迭代的筹划，将创建一个或多个更精确的“迭代测试计划”，其中包含与指定迭代有关的更精确的数据。所有测试计划内容都建立在测试计划模版的基础上。

　　对于确认及系统测试，在需求阶段可以进行《测试计划》的编写，在执行测试计划之前的几个阶段都是在对测试计划进行完善设计的过程。

　　3、测试计划的作用是什么？

　　回答：1）提高测试工作的效率以及准确性，让测试工作有条理，有计划的进行，避免测试的“事件驱动”

　　2）使测试工作与整个开发活动更好的融合

　　3）规避风险，使资源和变更事先作为一个可控制的风险。

　　4、测试计划由哪些部分组成，各有什么作用？

　　回答：《测试计划》作为一个测试阶段的重要文档，各个公司根据实际情况的不同会定制符合自己情况的模版。

　　5、制定测试计划有哪些步骤？

　　回答：（省去---按部班是写不出测试计划的）

　　6、什么是测试需求？

　　回答：测试需求的概念比较简单。例如，比方说一个计算平方根的程序，如果输入一个大于或等于零的数，程序可以给出一个结果；如果输入一个小于零的数，程序将指出输入错误。读过《软件测试的艺术》一书的工程师都会立即联想到边界值。对数值零进行测试；对零非常接近的负数进行测试，这是两个具体的测试需求。

　　在一个更加复杂的程序中，你可以将打算测试的项目做成一个列表。但是，这些测试需求都不会确定具体的测试数据。例如，一个银行交易程序，一个测试需求是试图支付客户的金额为负数，另一个测试需求是交易中的客户并不存在，等等。你有一系列这样的测试需求，它们并没有指出具体的数值或数据，如客户的姓名。

　　测试的下一步是选择满足这些测试需求的输入值/测试数据。一个简单的测试用例可能会同时满足好几个测试需求。一个用例能同时满足好几个测试需求，当然是理想的情况，但是这样做的代价较高。另外一种方法是为每一个测试需求设计一个单独的测试用例，可以不必考虑那些复杂的测试用例，但是这些相对简单的测试用例发现缺陷的能力会有所下降。

　　这里有一个测试需求的实例：对一个哈希表的插入操作进行测试，有以下这些测试需求：

　　1）插入一个新的条目
　　2）插入失败－条目已经存在
　　3）插入失败－表已满
　　4）哈希表在插入前为空

　　这些是测试需求，而非测试用例，因为它们没有对被插入元素进行描述。另外你也不能马上着手书写用例，好象软件需求完成后不能立即进行编码一样。还需要对测试需求进行评审，确保正确和没有需求遗漏。