测试用例篇

目录

一、测试用例的概念

二、为什么在测试前要设计测试用例

三、基于需求设计测试用例

四、功能性需求

五、非功能性需求



一、测试用例的概念

软件测试人员向北测试系统发起的一组集合,包括测试环境,测试数据,测试步骤,预期结果。

二、为什么在测试前要设计测试用例

1.测试用例是测试执行的依据。

2.可以复用。

3.衡量需求的覆盖率。

4.自动化测试的依据。

5.借鉴意义,后续测试人员可以借鉴别人写的东西。 

三、基于需求设计测试用例

1.需求是测试人员进行的依据。

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

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

四、功能性需求:

1.从界面考虑,验证界面的功能(UI设计)

2.从业务角度考虑,把功能串起来进行测试(场景法)

3.功能之间的交互性,一致性。

4.一个功能的多个输入

5.功能的异常测试

6.功能易用性 

7.功能涉及到的算法(白盒测试)

五、非功能性需求

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

兼容性,性能,安全性,可靠性,可以执行,易用性等

不同类型的软件对于非功能性需求要求不一样

1.客户端的软件,word,ppt,xmind,播放器,对功能和要求很简单,对性能,安全性要求比较低,对软件的可移植性要求比较高。

2.企业软件:聊天软件对功能性有一定的要求,对兼容性,安全性,性能要求比较低

3.商业软件,对功能,性能,安全性,可以执行,易用性要求都很高

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值