爱生活

标题: 测试用例是怎么写的?，测试用例怎么写 [打印本页]

作者: 123 时间: 2022-5-10 02:27
标题: 测试用例是怎么写的?，测试用例怎么写

测试用例是怎么写的?

测试用例可以分为基本事件、备选事件和异常事件。设计基本事件的用例，应该参照用例规约（或设计规格说明书），根据关联的功能、操作按路径分析法设计测试用例。而对孤立的功能则直接按功能设计测试用例。基本事件的测试用例应包含所有需要实现的需求功能，覆盖率达100%。
设计备选事件和异常事件的用例，则要复杂和困难得多。例如，字典的代码是唯一的，不允许重复。测试需要验证：字典新增程序中已存在有关字典代码的约束，若出现代码重复必须报错，并且报错文字正确。
往往在设计编码阶段形成的文档对备选事件和异常事件分析描述不够详尽。而测试本身则要求验证全部非基本事件，并同时尽量发现其中的软件缺陷。
可以采用软件测试常用的基该方法：等价类划分法、边界值分析法、错误推测法、因果图法、逻辑覆盖法等设计测试用例。视软件的不同性质采用不同的方法。如何灵活运用各种基该方法来设计完整的测试用例，并最终实现暴露隐藏的缺陷，全凭测试设计人员的丰富经验和精心设计。

设计原则
测试用例是一个文档，是执行的最小实体。测试用例包括输入、动作、时间和一个期望的结果，其目的是确定应用程序的某个特性是否可正常工作，并且达到程序所设计的结果。
以

怎么写好测试用例

1、熟悉需求，了解系统
任何系统都有大的业务背景，只要熟悉了业务知识才能更有效的使用系统。任何系统在使用过程中，都有一个熟悉的过程，对系统越熟悉，越容易发现系统问题和业务问题。
2、用客观的思考方式站在用户的角度分析
作为测试人员如果想提升测试用例的编写能力，首先应该做到的就是站在客户的角度分析客户需要什么和客户想要什么，客户不想要什么，也就是所谓的客户的使用场景，这样有利于我们更好的挖掘和思考隐含的需求。至于这个需求该不该做，那是需求人员的职责，这个需求做起来复不复杂那是开发人员的事情，作为测试人员需要考虑的事就是你所设计的正向和反向测试用例是不是用户常用到的场景，以及一些客户基本不会用到的场景有哪些。
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所示。

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

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

作者: 酉哥的落魄 时间: 2022-5-10 04:49
忘掉失败，可是要牢记失败中的教训。

作者: 姜建军 时间: 2022-5-11 05:23
只要站起来的次数比倒下去的次数多，那就是成功。

作者: 真不是我干的的 时间: 2022-5-25 03:47
未曾失败的人恐怕也未曾成功过。

欢迎光临爱生活 (https://ish.ac.cn/)