测试用例篇

1.测试用例的概念:软件测试人员向系统发起的一组集合,包括测试环境、测试数据、测试步骤、预期结果。

2.在测试前设计测试的必要性:

·测试用例是测试执行的依据

·可以复用(回归测试)

·衡量需求的覆盖率

·自动化测试的依据

·具有借鉴的意义,后续测试人员能够借鉴前人写的测试

3.基于需求的测试用例的步骤

·需求是测试人员的进行测试的依据

2.测试人员首先要分析需求,验证需求的正确性和合理性、无二义性、逻辑自洽性

·细化需求,从需求中提取测试项,从每一个点中提取测试点,根据测试点设计测试用例

功能性需求

从界面考虑,验证界面的功能(UI) --注册页面,管理员页面,用户页面等等

从业务角度考虑,把功能串 起来测试。--CURD

功能之间的交互性与一致性。 --与设计一致

一个功能的不同输入

功能的异常测试

功能的易用性,体验性的测试

功能涉及到的算法 ---dfs算法等等

例如:测试一个手机中的应用日历

解:首先从上到下,每一层每个点,从左到右,每个功能都过一遍

页面的显示区域,显示日历,显示今日待办事项

页面的添加功能(添加待办事项 )、搜索功能(根据用户的输入搜索已经添加的活动事项或者搜索相关的日期)

选项设置,设置事件,日历中各个不同的选项

非功能性需求

在功能的基础上做一些限制,满足特定场景的需求,让用户有更加美好的体验。

有兼容性、性能、安全性、可靠性、可移植性、易用性等等

不同软件对于非功能性要求是不一样

例如:1.客户端的软件,office、xmind、播放器,对于功能性的要求简单,对性能要求行低,安全性要求较低,软件的可移植性较高

           2.企业的软件,聊天软件,飞q,飞书,钉钉,企业微信,对于功能有一定的要求,对于兼容性、安全性、性能要求较低。

           3.商业软件,对于功能、性能、安全性、可移植性,易用性,要求都很高

4.等价类

根据输入(特殊情况考虑输出),把输入划分为若干个等价类,从每一个等价类中取出一个测试用例进行测试,如果测试用例通过,我们就可以说这个测试用例代表的整个等价测试类通过

有效等价类:符合规格需求说明书的数据成为有效等价类

无效等价类:不符合规格需求说明书的数据称为无效等价类

进行测试时,需要将有效等价测试类与无效等价类同时进行测试,不能够只测试其中之一

5边界值

对于输入输出的边界针对性的进行测试用例的设计,叫做边界值法

边界值周围的值,边界左右的值,值对应的预期结果进行测试

等价类和边界值往往是结合在一起进行的测试用例的设计、

6.错误猜测发

测试人员根据自己的经验,知识,个人直觉判断哪一快程序有问题,针对性的设计测试用例

适用于补充测试用例,或者进行探索性的测试

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值