专注收集记录技术开发学习笔记、技术难点、解决方案
网站信息搜索 >> 请输入关键词:
您当前的位置: 首页 > 软件测试

软件测试拾掇学习

发布时间:2011-06-20 19:10:28 文章来源:www.iduyao.cn 采编人员:星星草
软件测试整理学习

首发地址:——> 传送门
ST

定义

  • 在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。
  • 测试就是发现程序中的错误而执行的过程。

    给自己一个心理设定,就是要找出程序中的错误。(克服心理障碍)
    
    

原则

  • 测试用例中必需部分是对预期输出或结果进行定义
  • 程序员应当避免测试自己编写的程序
  • 编写软件的组织不应当测试自己编写的软件
  • 应当彻底检查每个测试的执行结果
  • 测试用例的编写不仅应当根据有效和预料到的输入情况,而且也应当根据无效和未预料到的输入情况
  • 检查程序是否“ 未做其应该做的” 仅是测试的一半,测试的另一半是检查程序是否 “ 做了其不应该做的”
  • 应避免测试用例用后即弃,除非软件本身就是一个一次性的软件
  • 计划测试工作时不应默许假定不会发现错误
  • 程序某部分存在更多错误的可能性,与该部分已发现错误的数量成正 比

分类

  • 是否运行程序
    • 动态测试

      通过运行软件来检验软件的动态行为和运行结果的正确性。
      
      
    • 静态测试

      通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性
  • 是否查看源码

    是否查看源码
    • 黑箱测试

      ```
      black-box testing,也称黑盒测试,测试应用程序的功能,测试者不需具备应用程序的代码、内部结构和编程语言的专门知识。

数据驱动

穷举路径测试
```
- 通过有限的测试用例,最大限度的发现问题。
- 可用性测试
- 灰盒测试

    ```
    多用于集成测试阶段
    ```
- 白箱测试

    ```
    white-box testing,又称透明盒测试,结构测试等。测试程序内部运作。以编程语言角度来设计测试案例。

逻辑驱动型
```
- 利用错误列表进行代码检查
- 小组代码走查
- 同行评审

  • 测试阶段
    • 单元测试

      ```
      对软件组成单元进行测试,其目的是检验软件基本组成单位的正确性。

测试的对象是软件设计的最小单位:函数。
```
- 集成测试

    ```
    集成测试也称综合测试、组装测试、联合测试,将程序模块采用适当的集成策略组装起来,对系统的接口及集成后的功能进行正确性检测的测试工作。目的是检查软件单元之间的接口是否正常。
    ```
- 系统测试

    ```
    对一个完整的软件以用户的角度测试。
    ```
- 确认测试

    ```
    验证被测对象有测性
    ```
- 安全测试
- 回归测试
    - QTP
- 验收测试

    ```
    验收测试的目的是确保软件准备就绪
    ```
  • 测试进程
    • Alpha测试

      验证测试。模拟运行。由开发人员与测试的测试人员。
    • Beta测试

      公众参与的测试的阶段。确认测试,在一个真实的环境中以实际的数据来运行测试,,以确认性能,系统运行有效率,系统撤消与备份作业正常。
    • 封闭测试Closed Beta

      公开上市前的测试过程。
    • 公开测试Open Beta

      又称压力测试
    • Gamma测试

      对“存在缺陷”产品的测试,这个概念存在着一定的不确定性。
  • 压力测试与性能测试

    压力测试和性能测试常常混淆。
    • 压力测试

      ```
      压力测试要求进行超过规定性能指标的测试。

判断准则:
1、系统能够恢复。
2、压力测试过程中,不要有明显的性能下降。
```
- 性能测试

    ```
    通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
    ```
  • 其他
    • 探索性测试

      没有很多实际的测试方法、技术和工具,但是却是所有测试人员都应该掌握的一种测试思维方式。
      探索性强调测试人员的主观能动性,抛弃繁杂的测试计划和测试用例设计过程,强调在碰到问题时及时改变测试策略。 
    • 冒烟测试

      检查对象是否具有可测性
      
    • 敏捷测试

      ```
      利用测试记录需求和驱动开发的思想。

敏捷测试思想是面向结果的、技术性的、协作的,乐于学习的、勇于不断生产业务价值的。
```

对象

  • 程序
  • 数据
  • 文档

缺陷(bug)

  • 缺陷的跟踪流程(流程基本要素)
  • 5C原则
    • 准确
    • 清晰
    • 简洁
    • 完整
    • 一致
  • 内容
    • bug编号
    • 严重级别/优先级
    • 产生条件
    • 产生模块
    • bug摘要
    • bug对应版本
    • bug详细描述,截图,录屏

测试用例

  • 原则
    • 单个用例最小化原则
    • 测试用例替代产品文档功能原则
    • 单次投入成本和多次投入成本原则
    • 使测试结果分析和调试最简单化原则
  • 方法
    • 等价类划分
    • 边界值分析
    • 错误推测
    • 因果图
    • 判定表驱动分析
    • 正交实验设计
    • 场景设计法
    • 状态转换图
  • 内容
    • 用例编号
    • 用例描述
    • 前提条件
    • 输入数据
    • 测试步骤
    • 期望结果

工具

  • 测试管理工具
    • TestDirector
  • 功能测试工具
  • 负载压力测试工具
    • loadrunner

      Web性能测试工具
      
  • 测试辅助工具
  • 白盒测试工具
友情提示:
信息收集于互联网,如果您发现错误或造成侵权,请及时通知本站更正或删除,具体联系方式见页面底部联系我们,谢谢。

其他相似内容:

热门推荐: