软件测试基础(二)--测试用例

笔记内容来源:慕课网--如何写好测试用例(视频)

视频链接:https://www.imooc.com/coursescore/816

一、前置知识点

软件相关概念,软件测试基础,测试流程,测试生命周期。

常用术语:

软件测试手段划分:黑盒、灰盒、白盒;

软件测试专项测试方向:功能、性能、安全;

测试的测试点划分:兼容性、易用性、UI元素;

二、测试用例介绍

1.测试用例是什么?

测试工作的核心,一组在测试时输入输出的标准,软件需求的具体对照。

2.测试用例的作用

检验软件是否满足客户需求;体现一个测试人员的工作量;展现测试用例的设计思路。

3.测试用例包含的内容

用例编号(编号唯一)、用例名称、测试背景,前置条件,优先级,重要级,测试数据,测试步骤,预期结果,实际结果,备注

4.测试用例编写流程

需求分析、提取测试点、测试用例编写、测试用例评审

三、测试用例的编写、评审与管理

(一).测试用例的编写

1.需求分析

主要有:业务需求(关注系统是否满足业务)、用户需求(关注系统是否满足用户习惯)、功能需求(关注系统是否满足功能要求)。

如果没有需求:可以参考市面上已经上线的同类产品;

如果需求模糊:收集整理已有需求,和产品经理逐条确认,参考同类型产品的实现情况

2.测试点编写

提取测试点

  • 测试点:即通过需求分析后对得出的需要进行测试的具体内容。

测试点对测试用例设计的好处:

快速(快速设计测试用例)、覆盖(测试点完全覆盖需求)、方法(在测试点上运用测试方法)、细节(展现需求的细节)

3.测试用例编写

注意:用例格式不是固定的,不要生搬硬套;根据项目的实际情况设计测试用例表格;根据具体的情况编写。

测试用例编写方法:

等价类划分法:典型的、重要的黑盒测试方法。分为有效等价类和无效等价类。

  • 不能无穷测试,选择具有代表性的适当的数据子集,来代表整个数据集进行测试。
  • 作用:通过降低测试的数目去实现“合理的”覆盖,覆盖了更多的可能数据,以发现更多的软件缺陷。

有效等价类:对于程序规格说明来说,是合理的、有意义的输入数据构成的集合。可以检验是否满足规格说明运行程序的功能和性能。有效等价类可以是一个也可以是多个,根据系统的输入域划分若干部分,然后从每个部分中选取少数有代表性数据当做数据测试的测试用例,等价类是输入域的集合。

无效等价类:指对于软件规格说明而言,没有意义的、不合理的输入数据集合。利用无效等价类,可以找出程序异常说明情况,检查程序的功能和性能的实现是否有不符合规格说明要求的地方。

边界值分析法:对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。

使用边界值分析法设计测试用例时一般与等价类划分法结合起来,但它不是从一个等价类中任选一个例子作为代表,而是将测试边界情况作为重点目标,选区正好等于、刚刚大于或刚刚小于边界值的测试数据。

场景法:通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果的一种测试方法。

  • 场景法一般包含基本流和备用流,从一个流程开始,经过遍历所有的基本流和备用流来完成整个场景。
  • 主要包括4种主要的类型:正常的用例场景,备选的用例场景,异常的用例场景,假定推测的场景。

猜测法:90%的直觉 + 50%的猜测 + 90%的经验 + 80%的测试结果

(二).测试用例的评审

评审:是对测试用例进行检查。包括同行评审、小组评审、部门评审、三方评审等,不同的评审类型会有不同的角色参与

评审的意义:发现测试用例的不足;方便测试人员改进用例;达到在测试时提高测试质量的目的。

评审流程:评审的过程不是一次性的,是一个持续改进的过程。(评审-->改进测试用例-->评审...)

(三).测试用例的管理

使用管理的原因:测试用例数量巨大,会随着需求变更,需要补充完善。

管理用例的方法:原始的excel管理方式(少量的测试管理)、专业的项目管理系统、

管理用例的工具:ALM(HP,商业版)、禅道、testlink、Bugzilla、JIRA

  • 禅道:专业的研发项目管理软件;完整支持敏捷开发流程;完整软件生命周期管理。
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
对于软件测试测试用例的编写是非常重要的。测试用例是一种描述预期结果和输入数据之间关系的文档,它们帮助测试人员确保软件在各种情况下都能正确运行。 下面是一些编写测试用例的步骤: 1. 理解需求:首先,你需要仔细阅读并理解软件的需求文档。了解软件应该如何工作是编写有效测试用例基础。 2. 确定测试目标:根据需求和软件的预期功能,确定测试的目标。例如,你可能想要测试某个特定功能的正确性或异常情况下的处理能力。 3. 确定测试条件:考虑不同的测试条件,包括输入数据、环境设置和预期结果。对于每个测试条件,编写测试用例以覆盖不同的情况。 4. 编写用例步骤:对于每个测试用例,按照以下步骤编写: a. 定义测试场景:描述要测试的功能或情况。 b. 提供输入数据:给出需要输入的数据或设置。 c. 触发操作:描述需要执行的操作或步骤。 d. 预期结果:定义预期的输出或行为。 5. 确认用例覆盖范围:确保你的测试用例覆盖了不同的功能和边界情况。你可以使用等价类划分、边界值分析和决策表等技术来帮助确定测试用例的数量和范围。 6. 确认用例可行性:确保你的测试用例是可行的,并且能够在给定的环境和资源下执行。考虑到间和资源限制,有需要优先执行一部分测试用例。 7. 编写附加说明:对于复杂的测试用例,可能需要提供额外的说明和步骤,以确保测试能够有效地进行。 8. 回顾和调整:在编写完测试用例后,进行回顾和调整。确保每个测试用例都明确、全面地描述了测试场景、输入数据、操作步骤和预期结果。 这些步骤将帮助你编写有效的测试用例,以确保软件的质量和稳定性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值