软件测试_day01_review

测试常用分类

• 按阶段划分
  
  • 单元测试：针对程序源代码进⾏测试（开发）
  • 集成测试：⼜称接⼝测试，主要针对模块与模块或系统与系统之间的接⼝进⾏验证
  • 系统测试：针对软件全⾯进⾏验证（功能、兼容、⽂档）
  • 验收测试：使⽤内测、公测来实现
    
    • 内测：公司内部进⾏测试。
    • 公测：让玩家来进⾏测试
• 代码可⻅度划分
  
  • ⿊盒测试：⼜称功能测试（完全看不⻅程序源代码，只能针对功能进⾏验证）
  • 灰盒测试：⼜称接⼝测试（看不⻅部分代码）
  • ⽩盒测试：⼜称单元测试（针对程序源代码进⾏测试）

1.系统测试和⿊盒测试重点核⼼是功能测试
2.集成测试和灰盒测试⼜称接⼝测试
3.单元测试和⽩盒测试是对代码进⾏测试
4.⾃动化测试归属功能测试
5.性能测试、安全测试归属专项测试

冒烟测试：⼤规模执⾏测试之前，针对程序主功能进⾏验证，保证程序具备可测性。
⾯试题：提测标准时什么？–冒烟测试通过！测试之前要怎么做？–冒烟测试

• 质量模型
  
• W模型
  

1、需求分析
2、测试计划
3、编写用例
4、执行用例
5、缺陷管理
6、测试报告

Ps:
测试计划：
1、测试什么：测试目标及范围
2、谁来测：人员进度安排
3、怎么测：测试策略、测试工具
测试报告：
说明：测试目标、测试过程、缺陷统计、缺陷分析、测试总结

• 格式（八大要素）:
  
  • 用例编号：项目+模块+编号
  • 用例标题：预期结果+操作步骤
  • 模块/项目：所属项目或模块
  • 前置条件：要执行此条用例，有哪些前置操作
  • 优先级：表示用例的重要程度或者影响力P0~P4(P0最高)
  • 测试步骤：描述操作步骤
  • 测试数据：操作的数据，没有的话可以为空
  • 预期结果：期望达到的结果

• 项目：

  
  
  • 有效等价：所有有效数据集合，取一个即可。
  • 无效等价：所有无效数据集合，取一个即可。

• 步骤：

  
  
  • 明确需求
  • 确定有效和无效等价类
  • 提取数据编写用例

• 等价类划分法设计步骤

  
  

  • 确定等价类的原则

    
    
    • 在输入条件规定了取值范围或值的个数的情况下，可以确立一个有效等价类和两个无效等价类。
    
    

    例如：一个文本框规定，输入字符个数为6~18位。
    一个有效等价类:范围内个数
    两个无效等价类：小于6；大于18个

    
    

    
    
    • 在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下，可以确立一个有效等价类和一个无效等价类。
    
    

    请输入 11位的手机号。
    有效的：11位就是有效的
    无效的：不是11位的。

    
    

    
    
    • 在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个无效等价类。
    
    

    布尔量本身就表示“真”或“假”

    
    

    
    
    • 在规定了输入数据的一组值（假定n个），并且程序要对每一个输入值分别处理的情况下，可确立n个有效等价类和一个无效等价类。
    
    

    例如：登陆中要输入用户名或者密码

    
    

    
    
    • 在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）
    
    

    例如：用户名要求6~18，由字母、数字、下划线组成，字母区分大小写；以答谢字母开头。

    
    

    
    
    • 在确知已划分的等价类中，各元素在程序处理中的方式不同的情况下，则应再将该等价类进一步地划分为更小的等价类。
    案例

    
    

• 用例执行