软件测试的测试用例怎么写？

1. 软件测试的测试用例怎么写？

●
测试用例编号
◇
规则：编号具有唯一性、易识别性，由数字和字符组合成的字符串
◇
约定：
系统测试用例：产品编号-ST-系统测试项名-系统测试子项名-XXX
集成测试用例：产品编号-IT-集成测试项名-集成测试子项名-XXX
单元测试用例：产品编号-UT-单元测试项名-单元测试子项名-XXX
●
测试项目
◇
规则：当前测试用例所属测试大类、被测需求、被测模块、被测单元等
◇
约定：
系统测试用例测试项目：软件需求项
如：测试手机在没有SIM卡的情况下，可以拨打紧急电话
集成测试用例测试项目：集成后的模块名或接口名
如：测试模块A提供的文件接口
单元测试用例测试项目：被测试的函数名
如：测试函数int
ReadFile(char
*pszFileName)
●
测试标题
规则：测试用例的概括简单的描述用例的出发点、关注点，原则上不能重复。
●
重要级别
规则
高：保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例；
中：重要程度介于高和低之间的测试用例；
低：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。
●
预置条件
规则：执行当前测试用例需要的前提条件，是后续步骤的先决条件
●
输入
规则：用例执行过程中需要加工的外部信息，输入、文件、数据库等
●
操作步骤
规则：执行当前测试用例需要经过的操作步骤，保证操作步骤的完整性。
●
预期输出
规则：当前测试用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度等

2. 软件测试用例实例

自动取款机取款用例规约和测试用例
 取款用例说明：
 此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡等操作。
 事件流：
 该用例在用户插卡之后启动
 1. 系统提示用户插卡；
 2. 提示客户输入密码信息；
 3. 密码输入完毕后，客户选择“确认”，向系统提交信息；
 4. 系统验证客户输入的密码信息，确认正确后，进入选择系统主界面；
 5. 用户选择取款选项；
 6. 系统进入取款金额界面并提示用户输入金额；
 7. 系统验证可以取款并输出钱款；
 8. 系统提示用户取卡，操作完成。
 基本流：
 用户取款。
 备选流：
 1.用户密码错误
 2.取款金额不符合要求。
 前置条件：
 用户必须插入正确的银行卡才能开始执行用例。
 后置条件：
 如果系统确认用户信息正确，成功登陆，则系统启动主界面，等待用户发送消息，进行查询和取款等操作。
 事件流 系统 用户
 1 系统提示用户插卡 插入银行卡
 2 提示客户输入密码信息 输入密码
 3 如果密码错误，提示密码不正确，并返回到2
  4 如果密码正确，转入主界面
  5 提示用户选择选项 选择取款选项
 6 系统进入取款金额界面并提示用户输入金额 输入取款金额
 7 如果金额符合则输入钱款
  8 如果金额小于余额则提示取款失败并返回7
  9 如果金额不是整百则提示不符合规范，取款失败并返回7。
  10 提示用户取款 取出钱款
 11 提示用户取卡 取出银行卡
 测试用例：
 事件 用户操作 覆盖等价类 系统反应
 1 插入正确银行卡 功能测试 提示输入密码
 2 密码正确 功能测试 进入主界面，提示用户选择
 3 密码不正确 功能测试 提示密码错误 重新输入
 4 输入金额<余额 功能检查 提示用户金额不足，重新输入或取卡
 5 输入金额为150 功能检查 提示用户取款金额不符和规范，重新输入或退出
 6 输入正确金额 功能检查 输出钱款
 7 用户未按时取款 错误处理 自动收回钱款
 8 用户未按时取卡 错误处理 自动吞卡
 9 用户按时取卡 功能测试 返回到主页面

3. 软件测试用例怎么写，有简单的例子吗？

本回答以ECShop前台应用中用户注册、用户登陆、商品搜索等功能为例介绍测试用例设计活动。
1 用户注册
用户注册功能需求如图1所示。
 

图1用户注册需求
用户注册需求共涉及4个输入项和1个选择项。针对于输入项，利用等价类及边界值用例设计方法进行设计，选择项则无须设计在步骤中，在测试执行时分别执行勾选与不勾选即可。

01.用户名
用户名共有三个条件：必填、不少于3个字符、不能重复，分别构造有效等价类及无效等价类，具体如表4-1所示。

 敏捷测试用例根据实际测试需要，不一定写的非常细致，如“用户名”包含字符类型，此处无须再划分纯字母、纯汉字、特殊符号等，构造数据时可混搭。

02.email
email有两个条件：必填、符合规定格式，分别构造有效等价类及无效等价类，如表4- 2所示。

    
03.密码
密码有两个条件：必填、不少于6个字符，分别构造有效等价类及无效等价类，如表4- 3所示。

   
04.确认密码
确认密码有两个条件：必填、与密码一致，分别构造有效等价类及无效等价类，如表4- 4所示。

  测试工程师利用禅道设计用例，如图4- 5所示。

图4- 5用户注册功能测试用例
2 .用户登录
用户登陆需求如图4- 6所示。

图4- 6用户登陆需求
用户登陆共有三个字段：用户名、密码、保存登陆信息，其中用户名、密码为输入框，保存登陆信息为选择框。因该需求比较简单，故无须分析过程，直接进行用例设计，如图4- 7所示。
 

图4- 7用户登陆功能测试用例
3. 商品搜索
商品搜索需求如图4- 8所示。

图4- 8商品搜索需求
通过需求分析，商品搜索功能较为简单，测试用例设计时只需考虑一个搜索条件的测试，测试工程师从搜索功能开发角度考虑。

对于系统而言，如果数据库中存在某个关键字的商品，则应该显示，否则应当提示没有匹配的商品，故搜索用例设计不需要使用复杂的用例设计方法，测试工程师只需根据经验设计用例即可。

对于显示方式，存在显示方式、排序条件、排序方式三种，显示方式又分为小图列表、大图列表、文字，排序条件有按上架时间、按价格、按更新时间，排序方式有升序与降序，如果完全组合则有3*3*2=18种组合，测试工程师可利用正交试验用例设计方法进行设计。

通过分析，共有3个参数，每个参数分别有3、3、2个取值，因此需选择因子数、水平数都3，且试验次数最少的正交表。查询正交表，4因子3水平正交表符合条件，如表4- 5所示。

替换参数，得到表4- 6。

 多余因子4舍弃不用，排序方式中的3，可使用升序或降序任意填充，由于4因子3水平表中没有全部取2与3的情况，因此根据经验再补充两条，最终得到表4- 7所示的正交表。

表4- 7优化后的商品显示测试组合
结合搜索条件，利用禅道设计用例如图4- 9所示。

图4- 9商品搜索功能测试用例
通过上述过程，测试工程师完成测试用例的设计工作，评审通过后等待测试版本发布，然后进行测试用例执行、跟踪处理缺陷等活动。

4. 软件测试测试用例以及方法

测试用例介绍
  
 用例定义：为某个业务，编制的一组由测试输入，执行条件以及预计结果组成的案例
  
 为什么要学习测试用例
  
 1：在测试前做好用例，我们可避免盲目的测试问题这样可以大大的节约我们测试的时间。
  
 2：在测试的时候我们有用例的话我们就是做到避轻就重，把重要先测试。
  
 3：软件更新后只需要修改少部分的测试用例，降低工作强度，缩短项目周期
  
 4：检验软件是否满足客户需求，体现一个测试人员的工作量，展现测试用例的设计思路
  
 测试用例的核心要素（16个）
  
 必须掌握：用例编号（如何命名）、所属模块、用例标题、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果
  
 了解内容：通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注
  
 1：用例编号：产品型号-文件类型-版本号-序号 （淘宝商城： TB-TC-11-001）
  
 2：所属模块：
  
 3：用例标题：一般要做到一看标题就大概能猜出这条用例在测试什么
  
 4：优先级：
  
 5：前置条件：在做这个测试之前必须要先做的事情
  
 6：操作步骤：
  
 7：测试数据：
  
 8：预期结果：一旦给定了 前置条件/操作步骤/测试数据，预期结果我们就知道了，预期结果是正确的结果（应该有的结果）
  
 9：实际结果（特别注意）：只有实际测试过才知道，写用例的时候不写，测完才写
  
 10：通过否：看实际结果与预期是否一致，一致就是通过了，没有bug；不一致，没通过，bug
  
 11：bugID：bug的编号
  
 12：编写人员：
  
 13：编写时间：
  
 14：测试人员：谁测试就写谁
  
 15：测试时间：
  
 16：备注：
                                          
 提取测试点
  
 一个一个需要分析测试的地方
  
 一个测试点有可能会有多条测试用例，一个用例只有一个测试点
  
 每一个和用户交互的地方都是测试点
  
 什么是高质量的测试用例
  
 1：测试用例覆盖所有的用户需求
  
 2：测试用例要简单明了
  
 3：各类型的测试用例要齐全
  
 4：用最少的用例覆盖最多的需求
  
 测试用例的方法
  
 等价类划分法：
  
 就是把可能输入的数据进行一个区域的区分，然后从区域中取出局有代表性的数据去测试
  
 等价类 ：何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的。
  
 分类：
  
 一般分为有效等价类和无效等价类：
  
 有效等价类：就是说符合需求，输入合理的数据集合；
  
 无效等价类：就是不符合需求，输入的数据集合不合理：
  
 类型
  
 取值范围型： 输入学生成绩 0-100
  
 恒等类型 ： 只有一个结果是正确的，其他都是错误的 例如 彩票的特等奖
  
 布尔值型： 通过是否来进行选择，如同意协议
  
 枚举类型： 给出选项内容，只要符合其中任意一个就可以 例如选择学历
  
 规则类型： 给定要求，满足要求的就可以，比如邮箱
  
 在任意文本输入框中可以填写的字符类型： 中文、英文、特殊符号、空格、数字。
  
 边界值分析法
  
 边界值定：边界值分析是取稍高于和低于边界的一些数据进行测试
  
 确定边界值的方法：上点，离点，内点
  
 1：上点：上点是指边界上的点，开:区间的话上点在域外，闭区间的话在域内，上点遵循开外闭内
  
 2：离点：离上点最近的点，开区间离点在域内，闭区间离店在域外，离点遵循开内闭外
  
 3：内点：域内中间的数值取一
  
 例子：
  
 0<=x<=10 左上点 0 左离点 -1 右离点 11 右上点 10 内点 5
  
 0<x<10  左上点 0 左离点 1  右离点 9  右上点 10 内点 5
  
 0<=x<10  左上点 0 左离点 -1 右离点 9  右上点 10 内点 5
  
 闭 [0,10）开 上点0 右上点11

5. 软件测试用例的几种设计方法

　　一、等价类划分
　　等价类划分主要适用于单个输入条件，输入为数值型的情况，如果输入规定了输入区间，可划分出一个有效等价类，两个无效等价类;如果输入只规定了输入范围，可划分出一个有效等价类，一个无效等价类。
　　二、边界值
　　边界值方法也是适用于单个输入条件的情况，输入类型可以数值、字符等，要测试的边界包括上点、下点、离点。
　　三、错误推测法
　　错误推测法主要是测试设计人员的测试经验相关,测试经验不同,设计出来的测试用例也区别很大。
　　四、因果图法
　　因果图方法考虑输入的组合，特别适用于多个输入条件相关有关联又相互约束的情况。
　　设计步骤：
　　1)罗列出输入与输出;
　　2)根据输入与输出画出因果图;
　　3)标出约束跟限制;
　　4)把因果图转化成判定表;
　　5)根据判定表的每一列设计测试用例。
　　五、判定表驱动法
　　判定表适合于解决多个逻辑条件的组合。将各种逻辑的组合罗列出来，避免遗漏。不能表达重复的操作。
　　判定表包括条件桩、条件项、动作桩、动作项。
　　条件桩：列出所有条件，次序无关;
　　条件项：列出所对应条件的所有可能情况下的取值;
　　动作桩：列出可能采取的操作，次序无关;
　　动作项：列出条件项各种取值情况下采取的操作。
　　设计步骤：
　　1)确定规则个数，条件及各条件取值的组合;
　　2)列出条件桩、动作桩;
　　3)列出条件项;
　　4)列出动作项;
　　5)初始化判定表;
　　6)规则简化、合并。

6. 如何才能写好一个软件的测试用例

7. 软件测试用例怎么写才能更全面，才不会乱

你好，可以参考： 

测试也很累的喔，还有你可以找找：史上最全测试用例设计方法
一、界面规范
1.是否整个软件的字段的字体、大小、颜色、排列一致
2.是否整个软件的字段后都有冒号（如果有，是否都属于同一种字体）

二、用例编写粒度准则
1.对于不作为一个完整业务流的操作，如增、删、改等，每个操作（比如增加）作为一个用例。
2.对于完整的业务功能实现的操作，把实现一个业务功能的目的作为一个用例。
3.对于紧密关联的业务功能，把关联的业务功能实现作为一个用例。
4.对于异常情况下的操作，作为一个用例。
5.对于在异常情况下的操作的数据处理，作为一个用例。

8. 软件测试用例的设计方法

功能 测试用例的设计方法 ：
　　1. 边界值分析法：
　　指对输入的边界条件进行分析，设计出针对边界值的测试用例。
　　数值的边界值检验
　　字符的边界值检验
　　如： ASCII和 Unicode编码方式
　　其他边界值检验
　　选上所有选项(最大值)
　　不选上任何一项(空，零)
　　只选一项 (最小值)
　　2. 等价类划分法：
　　有效等价类：指输入完全满足程序输入的规格说明，是由有效且有意义的输入数据所构成的集合，利用有效等价类可以检验程序是否满足规格说明所规定的功能和 性能 。
　　无效等价类：和有效等价类相反，即不满足程序输入要求或者由无效的输入数据构成的集合。
　　3. 因果图法：
　　就是利用图解法分析软件输入(原因)和输出条件(结果)之间的关系，以设计测试用例的方法。因果图法适合于检查程序输入条件的多种情况的组合，并最终生成判定表，来获得对应的测试用例。
　　4. 功能图法
　功能图是描述程序状态变化、转移的过程，因为软件运行或操作的过程可以看作是其状态不断发生变化的过程。测试用例的设计就是如何覆盖所有软件表现出来的状态，即在满足输入/输出的一组条件下，软件运行是一系列有次序的、受控制的状态变化过程。
　　5. 错误推测法：
　　推测法主要依赖经验、直觉来作出简单的判断甚至是猜测，给出可能存在 缺陷 的条件、场景等，在找到缺陷后，设计出相应的测试用例。
　　6. 正交实验设计方法：
　　主要步骤是：
　　(1) 对软件 需求 规格说明中的功能要求进行划分(层层分解与展开)，分解成具体的、相对独立的基本功能。
　　(2) 根据基本功能的 质量 需求，找出影响其功能实现的操作对象和外部因素，每个因素的取值可以看作水平，多个取值就存在多个水平。
　　(3) 确定待测试软件中所有因素及其权值，这是 测试用例设计 的关键，确保全面、准确。
　　权值是依据各因素的影响范围、发生的频率和质量的需求来确定的。
　　(4) 加权筛选，生成因素分析表。
　　(5) 利用正交表构造测试数据集，正交表的每一行，就是一条测试用例。考虑交互作用不可忽略的处理因素和不可混杂的原则，有交互作用的组合优先安排。