学习软件测试（六）编写测试用例的基本要求，测试用例设计步骤，轮播图、导航栏、购物车功能测试

最新推荐文章于 2024-08-08 20:14:17 发布
最新推荐文章于 2024-08-08 20:14:17 发布
阅读量4.6k 收藏 66
点赞数 4
分类专栏： 软件测试 文章标签： 测试用例 功能测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_44610809/article/details/122322167
版权

目录

编写测试用例基本要求

一、测试用例需求来源

  1. 需求说明书，产品原型图，UI设计图
  2. 站在用户角度，测试软件的可用性

注意：需求说明书不明确的一定要确认并留痕

二、测试用例设计步骤

  1. 需求分析
  2. 整理测试点
    • 测试点是测试中需要关注的具体功能点；
    • 测试点的作用是用来拆分需求，辅助编写测试用例；
  3. 编写测试用例

三、编写测试用例的原则

  1. 能看懂------确保每个用例通俗易懂；
  2. 能执行------测试用例清晰准确，用例中每个步骤都是可执行的；

四、测试结果的几种状态说明

  1. pass------通过
  2. fail------失败
  3. block------阻塞
  4. NA------忽略

五、执行测试用例原则

  1. 严格按照测试用例书写的步骤执行；
  2. 失败的用例，及时提交缺陷报告；

测试用例设计步骤

  1. 需求分析
  2. 编写测试点
  3. 编写测试用例

轮播图功能测试

轮播图(Banner)的功能需求

在这里插入图片描述

测试点

在这里插入图片描述
注意：自己下载的是没有图片的，所以需要自己添加
在这里插入图片描述
后点击需要添加广告的地方，就会弹出下图界面，提交就添加上了。
在这里插入图片描述

测试用例

在这里插入图片描述
测试用例发现了一个BUG，就得提交BUG,编写缺陷报告
在这里插入图片描述
这是我自己凭感觉编写的，如果有误望指出

导航栏功能测试

需求

在这里插入图片描述

测试点

在这里插入图片描述

测试用例

在这里插入图片描述
在这里插入图片描述

购物车

需求

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

测试点

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

测试用例

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

一只小阿大:)
关注
专栏目录
测试用例编写规范
尘埃的博客
02-17 244
测试用例编写规范
软件测试学习（四）测试用例设计和编写（上）
04-16 3344
文章目录1.测试用例设计方法1.1 等价类1.2 边界值1.3 错误推断法1.4 因果图法1.5 判定表2. 测试基本步骤2.1 界面测试2.2 功能测试2.3 易用性测试2.4 性能测试：2.5 兼容性测试：2.6 可移植性测试：2.7 安全性测试： 1.测试用例设计方法 测试用例的常见设计方法分为：等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景图...
软件顶部的导航栏怎么测试,导航条测试点——你想到多少？
weixin_36021461的博客
07-29 1860
关键字：软件测试、web测试这两天网站在进行导航条改版，进行了测试，发现导航条测试有这么些测试点，今天想想记录一下吧，兴许可以唤醒写blog的动力。导航条到底有哪些测试点呢？期待各位同行补充各自的观点。^_^。小小的导航条，有啥好测试的呢？通常你测试的时候会发现什么问题和特点吗？我这两天测试了导航条，产生了如下感想，各位同行，你想到的和我一样吗：1、 导航条测试分两类：应用软件类、门户网站类2、 ...
软件测试流程详解，如何设计测试用例？
最新发布
zhangsiyuan1998的博客
08-08 763
最近这个项目是比较全的因为我去的时候是从头跟进的，当时的话我们是有开项目立项会，然后的话我们组长去写他的一个测试计划，然后他给我们分模块，给项目排期，然后的话设计他的第一轮 第二轮 第三轮的一个测试，他的一个测试的范围，然后他给我们分到模块之后，我要去想他的测试点、然后的话呢 去编写测试用例 然后我们也去开评审。有了常规的思考，有了经验的积累，还需要理论的支撑。仅仅熟悉了需要，还需要结合经验的积累，从质量模型的特性出发，进行全面的思考功能点的设计，是否出现遗漏的，是否有项目特殊要求的。
测试用例的编写规范
MissXuGZ的博客
04-22 978
A1,A4,A6,A7(A8),A9,A10 ==> 转化为数据：用户名为6~18字母下划线组合，字母开头，字母结尾，密码任意输入，再次输入密码与密码相同 （为了使 A7 和 A8 数量上均匀一些，这里取 A7）；实际测试中，将芯片插入自动测试设备（ATE）中，然后输入测试程序，通过ATE找出故障芯片。A1,A4,A6,A7(A8),A9,A10 ==> 转化为数据：用户名为6字母下划线组合，字母开头，字母结尾，密码任意输入，再次输入密码与密码相同 （为了使 A7 和 A8 数量上均匀一些，这里取 A7）
优秀的测试用例标准
missyouonly的博客
05-16 4299
最近一直在研究软件测试相关理论，个人认为测试其实这是一个复杂的学科，一个优秀的测试工程师需要具备多方面的能力和扎实的计算机理论，软件工程理论和编程思想。测试用例的设计更多地依赖你的逻辑是否完整，还需要一定统计学上基本东西，毕竟我们不能做到全路径覆盖。   测试用例是测试的核心，如何设计出能发现问题，有效能覆盖需求，没有冗余的用例是每个测试工程师必须跨过的一道门槛。结合本人这么多年来在测试领域的
测试用例设计——软件测试基础
公众号已改名为-程序员阿沐
03-10 633
测试用例设计——软件测试基础
TPshop项目-功能测试（2）
qq_46622887的博客
05-18 7495
文章目录一、测试用例二、banner图测试 一、测试用例 需求来源 文档 需求文档，产品原型图，UI图 从用户角度 测试软件的易用性 编写测试用例步骤 需求分析 编写测试点 测试中需要关注的具体功能点 拆分需求，做为编写测试用例的辅助 编写测试用例 编写原则 能看懂：确保每个用例通俗易懂 能执行：测试用例清晰准确，用例中每个步骤都是可执行的 状态说明 pass 通过 fail 失败 block 阻塞 NA 忽略 执行原则 严格按照测试用例书写的步骤执行 失败的用例，及时提交缺
黑马程序员-软件测试-15阶段3-功能测试146-173用例评审总结，tpshop项目实战，状态迁移法案例，流程图，业务流程测试，项目和数据库的关系，数据库典型应用场景，定位bug,,验证数据的准确性
VAN
04-02 1293
软件测试-黑马程序员
测试入门篇--功能测试（重点在分析业务流程和单功能）
weixin_52471159的博客
09-16 580
（实在抱歉小伙伴们，因为今天时间不是很充裕，所以这个这部分介绍我留在了明天写，这篇文章也是我熬夜写的呜呜呜，希望小伙伴们理解嘿嘿，咱们今天的重点是分析测试点和编写用例QAQ。
软件测试基础
weixin_54564063的博客
11-26 2022
1.软件测试背景 引言： 软件测试在软件生命周期中占据重要的地位，软件测试慢慢的独立发展成为一个行业，并且在迅猛发展。 1.1. 软件缺陷与软件故障 一、软件缺陷与软件故障案例 1.美国迪斯尼公司的狮子王游戏软件BUG 2.火星登陆事故 3.跨世纪“千年虫”问题 4.其他一些例子 二、软件缺陷的定义 对于软件缺陷的精确定义，通常有下列5条描述： 1.软件未达到产品说明书的功能 《需求文档》 2.软件出现了产品说明书指明不会出现的错误 3.软件功能超出产品说明书指明范围 4.软件未达到产品说明书虽未指出但
软件测试实例——总结
ChenBinBini的博客
09-08 7537
目录1、给你一个字符串，你怎么判断是不是 ip 地址？ 手写这段代码，并写出测试用例 1、给你一个字符串，你怎么判断是不是 ip 地址？ 手写这段代码，并写出测试用例 考点：编程/算法 IP 的格式：(1-255).(0-255).(0-255).(0-255) 方法一：基于对字符串的处理 public static void main(String[] args){ Scanner scanner = new Scanner(System.in); String ipStr = scanner.nex
软件测试之测试用例编写及编写规范
m0_58951339的博客
12-07 1557
转载自：https://www.cnblogs.com/zengch/p/13485620.html 一、什么是测试用例　　 　　为实施测试，向被测试系统所提供的输入数据，操作或各种环境设置以及期望结果的一个特定的集合 　　就是解决什么，怎么解决和如何衡量的问题 二、测试用例编写规范 　　主要分为三大部分：基本信息、主体信息、执行结果 　　 用例的基本信息：功能模块、编写人、编写时间 　　 用例的主体信息:编号，测试对象，测试点，预置条件，测试步骤，测试数据，预期结果，用例优先级 ..
测试用例的基本要素
qingshenwangzi_Ivan的博客
08-08 4403
思考：一个好的手工测试用例，至少要有哪些内容？ 在我看来，一个好的测试用例，至少应从以下几个方向去考虑： 1、准确性。 测试用例达到了它的测试目的。 2、易用性。 测试用例本身应该是简单清晰的，测试人员能够快速理解测试用例的目的，并按照步骤有效执行。 3、可维护性。 好的测试用例是不需要花太多时间去修改的。因此，用例不能写得过于详细，否则会大大增加其维护的代价。 4、可追...
测试用例方法及测试要点
weixin_30547797的博客
06-20 438
1、常规测试主要包含以下方面： （1）UI测试 用户界面测试，英文是User interface testing。又称UI测试 用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等（可参考人机交互） 目标： 确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览 功能。 确保用户界面符合公司或行业的标准。包括用户友好...
测试用例设计标准
Meryoufdd的博客
10-31 632
9.所有等价类都必须覆盖(等价类数量过多导致超过测试成本的，优先考虑有效等价类，然后根据数据使用频率、几率高低分优先级，高级优先覆盖，同时考虑自动化测试)用例数量>=最大有效等价类(含有效边界值)数量+所有无效等价类数量之和。4.有数据值域的必须考虑数据值域覆盖：边界值、等价类。有效用例的数量>=最大有效等价类(含有效边界值)数量。2.核心功能点用例数量必须大于非核心功能点用例数量。无效用例的数量>=所有无效等价类数量之和。6.等价类必须包含有效和无效等价类。3.根据等价类、边界值的数量参照。
web手工项目02-注册功能输入分析，处理，输出方法-测试用例及缺陷编写-首页轮播图和购物车...
weixin_34102807的博客
06-21 838
web手工项目第二天笔记 昨日回顾 搭建测试环境（WAMP，phpStudy，tpshop项目文件） 熟悉项目（四个步骤，三个来源） 项目测试流程（需求评审，测试计划与方案，测试用例设计与评审，测试执行与BUG跟踪，测试报告） 需求评审（目的，形式，测试的职责） 编写测试计划与方案（核心内容） 项目数据库（连接，用户表，商品表，订单，导航表） 当日学习目标 掌握注册...
90%测试工程师都会的用例设计步骤，麻麻再也不用担心我写用例了
与君初相识，犹如故人归
05-23 503
1、 前言 设计测试案例的时候，需要有清晰的测试思路，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程，而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解。测试用例设计一般包括以下几个步骤： 2、 测试需求分析 从软件需求文档中，找出待测试软件/模块的需求，通过自己的分析、理解，整理成为测试需求，清楚被测试对象具有哪些功能。测试需求的特点是：包含软件需求，具有可测试性。测试需求应该在软件需求基础上进行归纳、..
软件测试用例编写技巧与策略
"测试专家问答提供了关于如何编写有效的软件测试用例的见解，涵盖了新产品与维护产品的测试策略、手机应用的测试挑战、测试用例的覆盖率与清晰度、以及如何在资源有限的情况下优化黑盒测试的方法。" 1. **新产品与...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

一只小阿大:)

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值