软件测试中测试用例设计方法与技巧
在软件测试的生命周期中，我们可以看到一个软件产品的测试，是需要从编写测试计划、测试用例的设计与开发、执行测试、报告缺陷、测试总结几个关键步骤开始的。
在制定测试计划阶段，是为了使整个测试项目组所有成员必须按照事先制定好的计划加以实施。所以在测试计划里，要包含的条目很多，也很必要。从计划的目的、被测项目的简介、测试需求、测试范围、测试策略与方法的选取、测试优先级、测试的启动暂停终止再启动标准、测试用例编号规范、缺陷的严重等级与修复优先级、测试进度与里程碑、风险分析与防范等等多个方面，要系统全面地对一个产品测试的实施进行周密的布置。这很象一个战争状态下一名深谋远虑的指挥员，为了取得战争的胜利，在开战之前所做的一系列准备。
当计划制定好以后，需要项目组的所有人员必须清醒的认识到计划的重要性、与严格贯彻实施的必要性。这样才能保证测试过程顺利的进行。
计划准备完之后，就要着手实施了。但怎么下手呢？在战争状态下，一城一池、一草一木都是兵家必争的。当你看到战争大片里，指挥员在紧张地布置各级人员任务的时候，我们就可以想到，在计划里已经做好了人员的分工，而且每个人的职责都很明确。一旦任务明确，那么各级人员怎么去拿下主攻目标就要看各自的能力与决心了。对于项目组中的测试人员也一样，分工明确后就要开始进行测试用例的设计与开发了。
测试用例对测试来说，无非是一副实际的良药，就看测试者怎么对良药的处方的搭配和设计。对一个项目三要素来讲，时间上对测试的不允许，可能处方开的就会缩水，或者是治标不治本(功能点没有覆盖到或业务测试未被测试到)以上所说的是在没有明确的软件需求及设计规格文档的存在。
测试用例设计方法与技巧
严格来讲，测试用例必须要根据软件需求及设计规格进行设计，但在实际的软件开发过程中这两项文件常常缺失，在这种情况下，软件测试人员要如何设计测试用例呢?
这里有两种测试设计方法可选择，一个就是将几个项目列为主要模块，然后将不同的测试用例归纳于模块内。
设计方法一
这种设计方法不是以软件的设计规格作为出发点，而是将所设计的用例做归类。进行这样的测试，一样可以找出软件错误，但是这样的测试用例不易管理而且也无法提供给其他产品来使用。另一个方式是将产品依照产品功能特色切割成不同的模块，然后在不同模块下来设计测试用例。
设计方法二
虽然缺少软件需求文件或软件设计文件，我们还是可以使用自底向上的组合来组织软件的产品功能模块(如果一个软件没有需求那开发出来的软件就是最好的需求，对测试来说)。测试人员就要先将目前所进行测试的软件所具备的功能一一列出，之后再将功能相近的分类放在相同的组内，之后针对个别组来考虑是否够成为产品功能的规模。如果规模不足就要考虑是否结合其他的组来提升成为产品功能。根据这样的组合模式，就可以组成(用例设计方法二)所示的产品功能模块。
文章来源于领测软件测试网 https://www.ltesting.net/