在制定测试计划阶段，是为了使整个测试项目组所有成员必须按照事先制定好的计划加以实施。所以在测试计划里，要包含的条目很多，也很必要。从计划的目的、被测项目的简介、测试需求、测试范围、测试策略与方法的选取、测试优先级、测试的启动暂停终止再启动标准、测试用例编号规范、缺陷的严重等级与修复优先级、测试进度与里程碑、风险分析与防范等等多个方面，要系统全面地对一个产品测试的实施进行周密的布置。这很象一个战争状态下一名深谋远虑的指挥员，为了取得战争的胜利，在开战之前所做的一系列准备。
当计划制定好以后，需要项目组的所有人员必须清醒的认识到计划的重要性、与严格贯彻实施的必要性。这样才能保证测试过程顺利的进行。
计划准备完之后，就要着手实施了。但怎么下手呢？在战争状态下，一城一池、一草一木都是兵家必争的。当你看到战争大片里，指挥员在紧张地布置各级人员任务的时候，我们就可以想到，在计划里已经做好了人员的分工，而且每个人的职责都很明确。一旦任务明确，那么各级人员怎么去拿下主攻目标就要看各自的能力与决心了。对于项目组中的测试人员也一样，分工明确后就要开始进行测试用例的设计与开发了。
本篇及后续篇章只介绍功能测试中常见的设计测试用例的方法，以后有时间将不断进行补充其他测试用例的设计方法，也希望大家在一起相互讨论。
目前，在市面上有很多种软件测试方面的书籍，也有一些书里介绍了测试用例的设计方法，但是在术语上还有不一致的地方，我认为一是测试知识本身的不系统性造成的，二是翻译理解上有一些偏差。
在早期的软件测试中，一是没有测试计划，二是没有测试用例。我们说没有测试计划或测试用例，那么测试活动能不能开展呢，难道没有这两个阶段就不能进行测试了吗？应该说，没有计划和测试用例也是能开展测试活动的。但是随着软件测试过程的不断完善，没有计划，就很盲目：被测对象不清楚、测试目的与测试策略不明确、资源安排混乱、人员分工职责不明晰，测试进度无法保证，那么一个软件产品的测试怎么能顺利进行呢？
所以，测试计划是必须要有的，那么有了计划，知道“做什么”了，但是“怎么做”却又是一头雾水了。为了做到提高测试效率、明确测试重点、未来版本测试回归以及衡量测试覆盖率，所以通过设计一个实际的例子来开展测试活动是有必要的。那么用来进行参与测试的例子就是我们所说的测试用例（Test Case）。有了它，测试人员就知道怎么去对相关的功能点进行测试了。
就跟要占领一个山头一样，一团300人从左攻，二团280人从右攻，三团360人从正面攻击，30门火炮支援，15架轰炸机地毯式轰炸。当你有了进攻的路线、进攻的步骤和进攻所需的必要资源后，就可以去占领那个山头了。
文章来源于领测软件测试网 https://www.ltesting.net/
