功能测试用例编写

学了很久的测试，第一次尝试自己写了一个web登入功能的用例测试：

1、单个模块的测试用例

测试类型 功能测试 模块名称 XXXXX系统用户登入
用例描述 该用例用来测试在登入界面，用户能否正常登入，如果出错，是否能给出出错信息
前置条件 存在正确的用户名和密码；登入页面正常加载，错误信息提示正确（数据库有用户信息test/12345Test）
编号 测试项 操作步骤 数据 期望结果
1 界面检查
1、界面装载

2、检查界面的标题

3、检查文本框默认的焦点

4、检查tab键的正常使用

 1、登入界面的URL：CCCCCCC
1、界面正常装载

2、界面标题显示为“X”

3、焦点在用户名文本框

4、能通过tab控制
2 用户登录
1、输入没有区分大小写的用户民

2、输入没有区分大小写的密码

3、按回车键
1、用户名：Test

2、密码：Testjk

3、N/A
1、N/A

2、N/A

3、区分大小写，显示出错信息“用户名或者密码错误”并清空输入框，不能正常登入

1、输入正确的用户民

2、输入错误的密码

3、按回车键
1、用户名：test

2、密码：Testjkfg

3、N/A
1、N/A

2、N/A

3、显示出错信息“用户名或者密码错误”并清空输入框，不能正常登入

1、用户名：test

2、密码：$%#(在密码中输入特殊字符)

3、N/A
1、N/A

2、N/A

3、提示信息用户名或者密码中存在特殊符号，并清空输入框，不能正常登入

1、输入错误的用户民

2、输入正确的密码

3、按回车键
1、用户名：testjkjkz

2、密码：12345Test

3、N/A
1、N/A

2、N/A

3、区分大小写，显示出错信息“用户名或者密码错误”并清空输入框，不能正常登入

1、用户民：$%#(在用户名中输入特殊字符)

2、密码：12345Test

3、N/A
1、N/A

2、N/A

3、提示信息用户名或者密码中存在特殊符号，并清空输入框，不能正常登入

1、输入错误的用户民

2、输入错误的密码

3、按回车键
1、用户民：test2

2、密码：125testT

3、N/A
1、N/A

2、N/A

3、“用户名或者密码错误”
1、直接单击登录，不输入任何东西 1、N/A 出现请输入用户名、密码的提示框
3 用户重置或取消
1、输入用户民

2、输入密码

3、单击重置或取消
1、用户民：test

2、密码：12345Test

3、N/A
1、N/A

2、N/A

3、清空用户民和密码输入框

2、模块间的测试用例

测试类型 功能测试 模块名称 XXXXX系统搜索功能测试
用例描述 该用例用于测试在用户登录后能否正常搜索到后台已经删除的结果
前置条件 管理员正常删除某用户资料，用户（名：test1，密码：test1aaa）正常登录，有搜索权限
编号 测试项 操作步骤 数据 期望结果
1 以管理员登录后台管理系统 输入正确的用户名和密码
用户名：admin

密码：admin

 登录管理系统
2 从资料中删除某员工资料 删除资料 用户A 用户A从数据库中删除
3 用户登录submit 输入正确的用户名和密码
用户名：test1

密码：test1aaa

直接回车登录

 正确登录，装入对应的系统页面
4 用户搜索用户A 在搜索框中输入用户A，单击搜索 输入 用户A用户名 提示用户：“没有符合条件的产品”

总结：做功能测试需要充分理解实际的商业需求和流程，进而定义完备而准确的功能测试场景和测试用例，真正做到黑河测试。功能测试需要具有深度和广度，要熟悉测试相关的技能，工具和流程，也需要在深度上理解产品、功能测试策略。要知道功能测试的目的就是找到缺陷，想方设法的让软件无法运行，让软件出错。

时间： 2024-08-01 13:50:35

功能测试用例编写的相关文章

功能测试用例编写框架

功能测试框架可以包括:界面友好性测试.功能测试.链接测试.容错测试.稳定性测试.常规性能测试.配置测试.算法测试等等. 1.1.1 界面友好性测试 1. 风格.样式.颜色是否协调 2. 界面布局是否整齐.协调(保证全部显示出来的,尽量不要使用滚动条 3. 界面操作.标题描述是否恰当(描述有歧义.注意是否有错别字) 4. 操作是否符合人们的常规习惯(有没有把相似的功能的控件放在一起,方便操作) 5. 提示界面是否符合规范(不应该显示英文的cancel.ok,应该显示中文的确定等) 6. 界面中各个

RabbitMQ基本功能测试用例（Java实现）

为了测试RabbitMQ是否好用,编写了一个由Java语言编写的RabbitMQ基本功能测试用例,仅供参考. 代码说明: 由于实现语言是Java,因此有Java虚拟机(安装了JDK或JRE)即可测试,不需要像Python一样需要安装第三方模块,便于Docker环境下做简单测试.在此测试用例用用到了amqp-client-3.x.x.jar库,可以自行下载. 为实现一个java源文件中实现收与发(编译后还是3个Class文件),在main函数中起了两个线程,一个负责发,一个负责收,用来测试Rabb

网上看到的，关于测试用例编写粒度准则

一.界面规范1.是否整个软件的字段的字体.大小.颜色.排列一致2.是否整个软件的字段后都有冒号(如果有,是否都属于同一种字体) 二.用例编写粒度准则1.对于不作为一个完整业务流的操作,如增.删.改等,每个操作(比如增加)作为一个用例.2.对于完整的业务功能实现的操作,把实现一个业务功能的目的作为一个用例.3.对于紧密关联的业务功能,把关联的业务功能实现作为一个用例.4.对于异常情况下的操作,作为一个用例.5.对于在异常情况下的操作的数据处理,作为一个用例. 网上看到的,关于测试用例编写粒度准则,

测试用例编写规范

一.测试用例编写准备 从配置管理员处申请软件配置:<需求规格说明书>和<设计说明书>:根据需求规格说明书和设计说明书,详细理解用户的真正需求,并且对软件所实现的功能已经准确理解,然后着手制订测试用例. 二.测试用例制定的原则 测试用例要包括欲测试的功能.应输入的数据和预期的输出结果.测试数据应该选用少量.高效的测试数据进行尽可能完备的测试:基本目标是:设计一组发现某个错误或某类错误的测试数据,测试用例应覆盖方面: 1.    正确性测试:输入用户实际数据以验证系统是满足需求规格说明

测试用例编写思路

    测试用例的编写可不简单呢,写一份专业的测试用例,是所有测试工作者考虑的内容,其实用例的编写是可以通过一些思路来进行,不少比较成熟的公司为了提升用例的专业性,就会有自己的用例库,包括流程.关注点,以及自己定义的模板. 今天作为测试老鸟的我经过几年的经验沉淀总结出来的一套测试用例编写思路,该思路累计共有八步,经验过验证几乎所有功能性测试都可以依据该架构思路来进行,将最大限度提升用例设计的专业程度 第一步.UI体验测试 1.风格.样式.颜色是否协调 2. 界面布局是否整齐.协调(保证全部显示出

测试用例编写指南

l        用例的补充.1.        测试执行阶段产生新的测试思路或者发现的BUG,没有用例覆盖到的,在项目发布后一周内,把用例全部补充上.让每一个BUG都有对应的用例覆盖.由产品线负责人监督 l        公共用例库.2.       公共用例库的目录结构规划要合理,方便后面的项目更新进来,这个最好由产品线负责人先统一规划好.3.       项目发布后一周内,把用例更新到公共用例库,由产品线负责人监督4.       小需求发布后半个月内,更新到公共用例库(考虑到小需求变术太

功能测试用例深入设计_花样案例汇总

一些定义: 客户端:安卓版app,IOS版app 服务器端:服务器服务范畴内的所有服务(不含数据库,不含nginx,不含防火墙) 接口文档:特指客户端和服务器端的接口文档(两个部门开发协商后的产物) 案例一.客户端行为与接口文档中某接口的极度隐晦关系 客户端结构:一层外壳Demo(有游戏,社交软件等),内部支付SDK(被外壳包围,需要支付时调用该SDK) Demo SDK 业务交互场景: 1.DemoA把一个加密后的token传递给服务器端,其中token=md5("DemoA的包名"

saltstack state.sls常用功能模板编写

saltstack常用功能模块编写 一．简介 Master - 控制中心,salt命令运行和资源状态管理端 Minions - 需要管理的客户端机器,会主动去连接Master端,并从Master端得到资源状态信息,同步资源管理信息 States - 配置管理的指令集 Modules- 包含命令行下运行的指令,和在配置文件里面使用的指令模块可以的函数可以在命令行下运行 Grains - minion端的变量,静态 pillar - minion端的变量,动态,可自定义 highstate - 给m

【tool】浅谈功能测试用例模板

[摘要]本文介绍测试用例一般要素,以及如何根据项目特点设计测试用例模板,用以提高测试用例设计效率和实现测试用例执行结果报告的自动化计算,分析测试用例覆盖率. 测试用例设计和执行是测试工作的核心,也是工作量最大的任务之一,设计良好的测试用例模板能提高测试用例的设计质量,便于跟踪测试用例的执行结果,自动生成测试用例覆盖率报告.这几年测试技术和理论有了长足的发展,就功能测试用例设计要素而言,样式上均大同小异,一般都包含主题.前置条件.执行步骤.期望结果等. 测试用例可以用数据库.Word .Excel