不断的学习+不断的经历+不断的思考!! 仅供学习和交流,如果转载,请注明转载来源

二、测试设计基础学习整理笔记——测试用例编写

上一篇 / 下一篇  2009-11-06 15:15:36 / 个人分类:入门学习

一、测试用例

测试用例描述特定的软件组件及预期结果的具体操作。可以由一组步骤和预期结果组成或一组自动化测试用例的软件指令。

二、软件测试基本思路

  1. 通过性测试和失效性测试
    • 通过性测试(test-to-pass):确认软件能做什么,不会考验其能力,不需要想办法让软件崩溃,仅仅用最简单、最直观的的测试用例; 边界、次边界、默认值测试。
    • 失效性测试(test-to-fail):纯粹为了破坏软件而设计和执行的测试用例。或者叫错误强制测试,失效性测试通常不会突然出现。非法、错误、不正确、垃圾数据测试。
  2. 数据测试和状态测试
    • 数据测试(数据包括数字、文字、软件输入和输出;键盘输入、鼠标单击、磁盘文件、打印输出等):检查用户输入信息、返回的结果以及中间计算结果是否正确。
    • 状态测试是指程序可执行的流程、转换、逻辑和运算,通过不同的状态验证程序的逻辑流程。软件通过代码执行某一分支,触发一些数据位,设置某些数据,读取某些数据,转入下一个新的状态。

三、编写测试用例基本技巧

  1. 在设计和执行测试用例时,总是首先进行通过性测试;
  2. 准确评估,把无穷尽的用例减少到可控制的范围;
  3. 一定要考虑建议处理默认值、空白、空值、零值或者无输入调价的等价划分;

四、选择测试用例基本方法

  1. 等价类划分(equivalence partitioning):分步骤地把海量的测试用例集减得很小,但过程同样有效。
    • 等价类划分技术提供一个选择有关数值,舍弃无关数值的系统方法;
    • 把软件具有相似输入、相似输出、相似操作的分在一组;
    • 等价划分的目标是把可能的测试用例集缩到可控制且仍然足以测试软件的小范围;
    • 过度划分等价类,就有漏掉可能暴漏软件缺陷的测试风险;
    • 等价类划分的原则:边界条件、次边界条件、空置和无效数据、垃圾数据、空白、零值、无
  2. 建立状态转换图。
    • 可能进入的每一种独立状态;
    • 一种状态转入另一种状态所需的输入和条件;
    • 进入或退出时的设置条件及输出结果;
  3. 减少要测试的状态及转换的数量方法:
    • 每种状态至少访问一次;
    • 常见状态转换;
    • 最不常见分支;
    • 所有错误状态及返回值;
    • 随机状态装换;
  4. 测试状态及其转换包括检查所有的状态变量,与进入和退出状态相关的静态条件、信息、值、功能等;
  5. 失败状态测试:竞争条件&时序错乱、重复、压迫、和重负;
    • 重复测试:是否存在内存泄露(简单的方法不停启动关闭程序);
    • 压迫测试;
    • 重负测试。

五、测试用例实用方法

  1. 实践良好的软件设计和测试设计
  2. 使用测试模式
  3. 估计测试时间
  4. 制定测试策略
  5. 考虑可测试性
  6. 同时用好数据和坏数据进行测试

六、测试用例优缺点

优点:

  1. 历史借鉴
  2. 测试进度跟踪
  3. 可重复性

缺点:

  1. 建立文档的时间
  2. 功能变化引起用例过期
  3. 难设想读者的知识

七、剖析测试用例

  1. 目的
  2. 条件
  3. 具体的输入和步骤
  4. 预期结果
  5. 测试频率
  6. 配置
  7. 手动
  8. 半自动化
  9. 自动化

八、测试用例误区

  1. 步骤缺乏
  2. 太多细节
  3. 行话太多
  4. 不明确的通过/失败标准

不断的学习+不断的经历+不断的思考!! 仅供学习和交流,如果转载,请注明转载来源


TAG:

 

评分:0

我来说两句

日历

« 2024-03-04  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 160517
  • 日志数: 55
  • 书签数: 19
  • 建立时间: 2009-11-04
  • 更新时间: 2011-01-29

RSS订阅

Open Toolbar