关键词：
测试用例的设计一般从分析需求设计说明书开始，了解开发人员设计这个项目的思路、设计的要求、实现的功能等（最好有use case，这样看起来更清晰）。软件测试的W模型，就要求测试与开发同步，在开发设计需求设计说明书的时候就开始测试流程，一般情况下，讨论需求设计的时候需要测试主管或者组员的参与，了解这个项目设计的总体情况。事实上，测试用例的编写一般是在需求设计说明书定下来之后才真正的开始的。因为测试用例的内容要以需求设计说明书为依据，设计说明书上没体现的功能，不需要在测试用例中体现。
编写测试用例（这里指功能测试用例的编写），首先要做的就是设计测试用例的模板。每个公司都有适合自己公司用例编写的模板，各有各的特点。测试用例的格式包括，测试用例摘要、测试用例需求编号（一个需求设计说明书可以分好几个用例编写）、编写用例的日期、编写人员、编写日期、前置条件、准备数据等等。格式没有固定的要求，可以根据自己测试用例设计的思路，对测试用例的格式作相应的改变。下面以一个登陆窗口为例，说说我设计登陆界面的思路和方法。
我把这个测试用例分为三层结构，表单测试、逻辑判断、业务流程。
第一层，表单测试为最底层（最基础的）。
这部分的测试用例是对登陆窗口这个界面的输入框、按钮功能、界面等最基本功能的测试。一般来说登陆用户名和登陆用户密码是输入框的形式体现，那么，我们需要的是针对这两个输入框进行功能的测试。这时，我们只要考虑这个输入框的功能，而不需要考虑业务方面的内容。这样，我们考虑就是这个输入框的长度限制是多少？能否输入特殊字符？能否输入全角字符？当然，登陆窗口还有其他按钮，例如登陆按钮、退出按钮、界面设计等，这一层的测试用例只对他们最简单的功能的测试。我觉得这一层的测试用例对新开发项目很重要，也必须执行，因为这些是最基本的功能保证，当项目进入维护阶段后，如果没有修改就不需要执行这部分的测试了或者说把这层的用例优先级置为最低，时间不充足的情况就不用去执行。
第二层，逻辑判断层。
根据需求的设计，各功能之间的简单逻辑联系。以登陆窗口为例，账号登录，账号和密码必须对应才能登录，否则登录失败。根据这一点，我们就可以从这个要求设计这一层测试用例。例如，账号和密码不一致时；账号为空时；密码为空时；账号密码对应时等等情况。输入这些情况时，程序是作怎么样的逻辑控制的？控制是否正确？是否有相应的提示信息？我觉得，这一层的用例时最常规的一层，平时使用这个软件用经常碰到的一些情况，在常规测试或修改这部分的功能之后，这一部分的测试用例也必须执行。
第三层，业务流程层。
这部分不关心软件的本身的基本功能，而是关心这个软件的业务有没有实现，不同的需求就有不同的业务需求。以登陆窗口为例，就可能有不同的需求，可能用户要求停用的账号能够登录系统（可能要求登录后不允许进行其他操作），也可能用户直接要求停用的用户账号不准登录系统。根据不同的业务需求，就有不同的业务流程。这样这层的测试用例，我们就只要考虑业务需求，仍然以登录窗口为例，我们就只要考虑删除的用户能否登录？停用的用户能否登录？超级用户是如何登录的？普通用户是何种方式登录的？简单的说，这层的用例只描述业务流程，不关心具体这个业务是怎么实现的，执行这部分用例时，不要考虑哪个输入框控制了多少长度，能否输入空格等其他功能，因为这部分的测试需要基于上面两层的测试用例都已经测试通过了，所以在项目维护阶段或者说时间很紧迫的阶段，我们只需要执行这部分的用例，保证业务能够通畅的完成。其实个人觉得在执行这部分用例时，对包含了对基本功能的测试，一些明显的问题应该能被发现，虽然严格来说测试覆盖率很低，但是基本能达到要求。
[软件测试题目]一次测试用例设计的完整的过程描述
结合项目开发经验和实例，详细描述一次测试用例设计的完整的过程。详细一点啊参考技术A黑盒测试（Black-boxTesting，又称为功能测试或数据驱动测试）是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试... 查看详情
如何做好测试用例设计
1、测试用例设计1.1、确定测试范围1、必须有完整的需求文档2、需求已经组织评审和澄清3、必须有完整的功能列表1.2、用例设计原则1、遵循“边界值”全覆盖原则2、遵循”等价类划分场景“全覆盖原则3、遵循”测试用例路径... 查看详情
一条完整的case都要包含什么内容？
...项目名称②软件版本：当前测试软件的版本③测试环境④设计人：此测试用例设计人名字⑤最新更新日期①序号②模块③子模块④用例分类：用例类型，如性能测试，功能测试⑤用例标题⑥前提条件：该用例的前提条件，如用户... 查看详情
测试用例的设计方法
测试用例的总体设计方法基于需求的设计验证需求的正确性和合理性细分需求，多细致的需求就设置多细致的测试用例（从细分的需求里面，根据每一个功能设计完整的测试用例）如：软件需求（1）若... 查看详情
测试设计如何提升测试用例设计水平？(代码片段)
原文链接：http://www.51testing.com/html/22/n-3724422.html定义测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。首先，测试需要保证以下两点：程... 查看详情
自动化测试用例设计
...目的在于验证问题，而不是发现问题。所以对于自动化的设计，主要集中在功能正确性方面。 在自动化测试的流程中，其关键点在于自动化测试设计，包括测试用例设计、测试脚本架构及测试组织。 下面主要讲自动化测... 查看详情
自动化测试用例设计
...目的在于验证问题，而不是发现问题。所以对于自动化的设计，主要集中在功能正确性方面。 在自动化测试的流程中，其关键点在于自动化测试设计，包括测试用例设计、测试脚本架构及测试组织。 下面主要讲自动化测... 查看详情
02|如何设计一个“好的”测试用例？
什么才算是“好的”测试用例？“好的”测试用例一定是一个完备的集合，它能够覆盖所有等价类以及各种边界值，而跟能否发现缺陷无关。如果把被测试软件看作一个池塘，软件缺陷是池塘中的鱼，建立测试用例集的过程就像... 查看详情
如何提升测试用例设计水平？
...盖测试需求，而不应针对单个Case去评判好坏。二、如何设计测试用例1、对被测版本足够了解由粗略详细步骤来解读产品需求文档，如交互、功能流 查看详情
功能模块测试用例-设计思路
...这种思维去做第一轮的功能测试。1.功能模块测试点思路设计功能模块的测 查看详情
接口自动化的设计
1.整体设计测试工作中，接口测试是相当重要的部分，也是最好实施自动化的。一个完整的接口自动化测试框架，大概需要完成以下几个步骤：1.用例编写。2.获取用例。3.执行用例，我们可以通过Jenkins自动执行，也可以手动执行... 查看详情
自动化用例设计原则
用例设计部分，无论是手工测试还是自动化测试，都必须的环节，也是非常重要的环节。在做自动化测试的时候，用例需要考虑前置，步骤和比对。每一个部分都要有提供非常明确的测试数据，要考虑数据的重复使用是否会... 查看详情
软件测试测试用例设计方法
基于需求设计测试用例（1）验证需求的准确性和合理性（2）细分需求 从细分需求设计完整测试用例等价类：输入过多，把输入划分成若干等价类，从每一个等价类中选一个测试用例进行测试边界值法... 查看详情
接口测试方案怎么写
...于一些接口，需要进行多线程测试问题二：接口测试应该怎么做对于接口测试来说，项目测试用例的重复运行首先是表现在单个测试用例的独立性方面的，也就是说，每一个测试用例的运行除了依赖被测对象和对应的数据库环境... 查看详情
如何简单设计接口测试用例
...递、和控制管理过程以及系统间的相互依赖关系等。如何设计接口测试用例？首先，明确出发点，和所有的测试一样，接口测试出发点是你要证明所测的程序是错误的。以这个出发点为导向，你的设计行为就会尽量朝这个方向，... 查看详情
软件测试测试用例的设计
...求的覆盖性高。5.暴露程序bug的能力强。测试用例的总体设计方法：基于需求的设计（RBT）：是一种最根本的软件测试，重点关注两个问题，一是验证需求是否正确、完整、无二义性，并且逻辑一致ÿ... 查看详情
软件测试的分类&测试用例的设计&如何编写测试用例
...期：1、问题的定义及规划2、需求分析3、软件设计（明确怎么做！）4、软件编码5、软件测试6、运行维护测试生命周期：单元测试：一般是开发完成时集成测试：单元测试之后，单元之间接口是否正确，数据是否正常传递。比如... 查看详情
测试用例设计中的测试数据设计方案
测试数据设计方法一： 构造测试数据时，需要看数据的来源，数据的来源一般来讲有三个个，一个是根据被测系统需求的分析，针对正常业务，异常情况，边界情况等来构建完整的数据，又称为“造&rdqu... 查看详情