测试用例设计方法

什么是测试用例:
    测试用例是测试的核心,贯穿整个测试的流程。 如何设计出能发现问题,有效能覆盖需求,没有冗余的用例是每个测试工程师必须跨过的一道门槛。

优秀测试用例的标准:
      1. 有可能发现bug的
  2. 执行起来效率高,没有冗余步骤,每步都是最佳选择
  3. 能验证需求的,可追溯的
  4. 粒度问题,不要超过3个检查点,如果很复杂,需要讨论怎么分解需求,最多做到5个
  5. 逻辑上一定是正确的,清晰的


测试用例设计流程:

1.Team Leader 根据需求说明书定义测试用例设计标准。这些标准包括:Feature, Category, Interrupt event, Public function, Priority, Test case format 以及一些专项测试。

2.Test Engineer 根据Team Leader的定义画出Test Structure。

3.Test Team对Test Structure进行内部review, 再进行外部review。

4.Test Engineer根据Test Structure写Test Case,准备测试脚本,测试工具,测试环境。

5.对写好的Test Case进行review。


测试用例模板格式:

包括以下字段:CaseID, Feature, Title, Type, Duration, Priority, Category, Precondition, Steps, Excepted Result, Test Engineer, Test Result, Bug Summary, Comment, CaseStatus, TestScriptName, TestScriptDirectory

1. CaseID: ST_Function_Sub Function_Category_Action_1 或者ProjectName_Function_001

2. Feature: 系统的功能模块

3. Title:用例标题,其实是一个简单的描述

4. Type:Manual, Auto

5. Duration:测试所需时间

6. Priority:测试用例优先级,一般分3级,High, Medium, Low

7. Category:Function, Interaction, Stress(Long time & Many time), Error handling, Boundary, Performance, Emmc, Memory, CPU, Co-existence(Communication, Data Read/Write, I/O, Launch app), User Senario, Time Sequence, Power Consumption, Compatibility, Stability. 


测试用例修改:

测试用例在需求有变更的时候需要修改, review, 进而生成新的测试用例。 




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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值