软件测试_day01_review

测试常用分类

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

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

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

模型

  • 质量模型
    软件测试_day01_review
  • W模型
    软件测试_day01_review

测试流程

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

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

测试用例

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

软件测试_day01_review

划分等价类

  • 项目:

    • 有效等价:所有有效数据集合,取一个即可。
    • 无效等价:所有无效数据集合,取一个即可。
  • 步骤:

    • 明确需求
    • 确定有效和无效等价类
    • 提取数据编写用例
  • 等价类划分法设计步骤

    • 确定等价类的原则

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

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

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

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

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

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

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

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

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

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

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

      案例

      软件测试_day01_review
      软件测试_day01_review

  • 用例执行
    软件测试_day01_review
    软件测试_day01_review
上一篇:使用VMware Workstation操作Linux系统提示Intel VT-x处于禁用状态


下一篇:phabricator配置远程仓库并实现code_review