New Document
欢 迎 光 临 bright's BLog

 ||  

这就是我
  • 日志:20
  • 评论:2
  • 留言:2
  • 访问:
最新公告
管理我的BLOG
站点日历
<<  < 2007 - >  >>
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30
最新日志
最新回复
最新留言
 日志搜索

友情链接
处理 SSI 文件时出错
其他信息


·软件测试活动     -|bright 发表于 2007-4-14 18:53:00
1.系统测试:
系统测试是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起测试。
在实际运行(使用)环境下,对计算机系统进行一系列的组装测试和确认测试。
系统测试的目的在于通过与系统的需求定义作比较,发现软件与系统定义不符合或与之矛盾的地方。

2.集成测试:
集成测试又称组装测试,即对程序模块采用一次性或增殖方式组装起来,对系统的接口进行正确性检验的测试工作。
目的:检验程序对《概要设计说明书》的符合程度;
依据:《集成测试计划》
提交:测试人员提交《软件测试报告》,项目经理负责结果确认。
配置:按《配置管理规范》所规定的方法进行标识。
3.单元测试:
单元测试又称为模块测试,是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。
单元测试主要是用来检验程序的内部逻辑,也称为个体测试、结构测试或逻辑驱动测试。通常由撰写程序码的程序设计师负责进行。
4.回归测试:
问题修改后的检验。
回归测试过程:
识别出软件中被修改的部分
  1. 从原基线测试用例库T中,排除所有不再适用的测试用例,确定对新版本依然有效的测试用例,建立新的基线测试用例库TN
  2. 依据一定的策略从TN中选择测试用例测试被修改的软件
  3. 如果必要,生成新的测试用例集T1,用于测试TN无法充分测试的软件部分
  4. 用T1执行修改后的软件

第2和第3步测试验证修改是否破坏了现有的功能,第4和第5步测试验证修改工作本身

【观念】
●回归测试是指重复以前的全部或部分的相同测试。
●新加入测试的模组,可能对其他模组产生副作用,故须进行某些程度的回归测试。
●回归测试的重心,以关键性模组为核心。

[阅读全文 | 回复(0) | 引用通告 | 编辑]

  • 标签:testing 
  • 处理 SSI 文件时出错

    发表评论:

      大名:
      密码: (游客无须输入密码)
      主页:
      标题:
      教育人博客页面数据载入,请耐心等待
    ? COPYRIGHT 2004 ALL RIGHTS RESERVED bright