51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: 默默巫
打印 上一主题 下一主题

[活动]迎五一,庆周年,盖高楼(活动结束)

 关闭 [复制链接]

该用户从未签到

1521#
发表于 2009-5-8 18:39:41 | 只看该作者
衰竭测试:软件或环境的修复或更正后的“再测试”。可能很难确定需要多少遍再次测试。尤其在接近开发周期结束时。自动测试工具对这类测试尤其有用。


  接受测试:基于客户或最终用户的规格书的最终测试,或基于用户一段时间的使用后,看软件是否满足客户要求。


  负载测试:测试一个应用在重负荷下的表现,例如测试一个 Web 站点在大量的负荷下,何时系统的响应会退化或失败。
回复 支持 反对

使用道具 举报

该用户从未签到

1522#
发表于 2009-5-8 18:39:49 | 只看该作者
衰竭测试:软件或环境的修复或更正后的“再测试”。可能很难确定需要多少遍再次测试。尤其在接近开发周期结束时。自动测试工具对这类测试尤其有用。


  接受测试:基于客户或最终用户的规格书的最终测试,或基于用户一段时间的使用后,看软件是否满足客户要求。


  负载测试:测试一个应用在重负荷下的表现,例如测试一个 Web 站点在大量的负荷下,何时系统的响应会退化或失败。
回复 支持 反对

使用道具 举报

该用户从未签到

1523#
发表于 2009-5-8 18:40:09 | 只看该作者
如何成为一名优秀的测试工程师:内功(基础知识:计算机硬件、网络、操作系统、数据库等)、测试技术(黑盒测试中等价类、边界值、因果图等,白盒测试中的语句覆盖、分支覆盖、路径覆盖等)

   1)、不断学习充电

   2)、阅读原版书籍

   3)、阅读缺陷管理系统中的缺陷报告

   4)、阅读高手写的测试用例

   5)、学习产品相关的业务知识
回复 支持 反对

使用道具 举报

该用户从未签到

1524#
发表于 2009-5-8 18:40:30 | 只看该作者
X模型也是对V模型的改进,X模型提出针对单独的程序片段进行相互分离的编码和测试,此后通过频繁的交接,通过集成最终合成为可执行的程序。X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试,此后将进行频繁的交接,通过集成最终成为可执行的程序,然后再对这些可执行程序进行测试。己通过集成测试的成品可以进行封装并提交给用户,也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。由图中可见,X模型还定位了探索性测试,这是不进行事先计划的特殊类型的测试,这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。但这样可能对测试造成人力、物力和财力的浪费,对测试员的熟练程度要求比较高。
回复 支持 反对

使用道具 举报

该用户从未签到

1525#
发表于 2009-5-8 18:41:00 | 只看该作者
软件缺陷
  软件未达到产品说明书表明的功能。
  软件出现了产品说明书指名不会出现的错误。
  软件功能超出产品说明书指名范围。
  软件未达到产品说明书虽未指出但应达到的目标。
  软件测试人员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户认为不好。
  一般我们都认为测出一个问题就是一个bug,其实这是不对的,假设测试10个问题就10个bug,而修改一出就全解决了,程序员肯定认为冤枉自己。
  所有软件是文档,代码等组成的,最初的错误是来自于这些软件错误(software error),如代码中加法写成减法。软件错误导致软件缺陷(software defect),如设计缺陷,代码缺陷等,可用静态测试,如走查,静态检查,测试床(军事软件用的技术)等,软件的缺陷导致一个或多个软件故障 (software fault),故障有内部故障,外部故障,也就是我们所说的bug,软件故障导致了软件在功能操作等方面的失效(software failure)。
  我们平时测的bug实际上是软件故障于失效的体现。一旦软件错误得到修改,相应的故障与失效也就解除了。这样分有助于我们定位问题,找到问题。
回复 支持 反对

使用道具 举报

该用户从未签到

1526#
发表于 2009-5-8 18:41:09 | 只看该作者
软件缺陷
  软件未达到产品说明书表明的功能。
  软件出现了产品说明书指名不会出现的错误。
  软件功能超出产品说明书指名范围。
  软件未达到产品说明书虽未指出但应达到的目标。
  软件测试人员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户认为不好。
  一般我们都认为测出一个问题就是一个bug,其实这是不对的,假设测试10个问题就10个bug,而修改一出就全解决了,程序员肯定认为冤枉自己。
  所有软件是文档,代码等组成的,最初的错误是来自于这些软件错误(software error),如代码中加法写成减法。软件错误导致软件缺陷(software defect),如设计缺陷,代码缺陷等,可用静态测试,如走查,静态检查,测试床(军事软件用的技术)等,软件的缺陷导致一个或多个软件故障 (software fault),故障有内部故障,外部故障,也就是我们所说的bug,软件故障导致了软件在功能操作等方面的失效(software failure)。
  我们平时测的bug实际上是软件故障于失效的体现。一旦软件错误得到修改,相应的故障与失效也就解除了。这样分有助于我们定位问题,找到问题。
回复 支持 反对

使用道具 举报

该用户从未签到

1527#
发表于 2009-5-8 18:41:35 | 只看该作者
Alpha和Beta(或现场(field))测试
在软件产品正式商业销售之前,市场或商业现货软件开发人员希望从市场中潜在的或已经存在的客户中得到关于软件的反馈信息。Alpha测试通常在开发组织现场进行。Beta测试或实地测试,通常在用户现场进行。两者都由潜在的客户进行测试,而不是由产品的开发者进行测试。
有些组织也可能使用不同的术语,比如在系统正式移交给客户之前或之后进行的测试分别称为工厂验收测试和现场验收测试(site acceptance testing)等。
回复 支持 反对

使用道具 举报

该用户从未签到

1528#
发表于 2009-5-8 18:41:44 | 只看该作者
Alpha和Beta(或现场(field))测试
在软件产品正式商业销售之前,市场或商业现货软件开发人员希望从市场中潜在的或已经存在的客户中得到关于软件的反馈信息。Alpha测试通常在开发组织现场进行。Beta测试或实地测试,通常在用户现场进行。两者都由潜在的客户进行测试,而不是由产品的开发者进行测试。
有些组织也可能使用不同的术语,比如在系统正式移交给客户之前或之后进行的测试分别称为工厂验收测试和现场验收测试(site acceptance testing)等。
回复 支持 反对

使用道具 举报

该用户从未签到

1529#
发表于 2009-5-8 18:42:20 | 只看该作者
所谓漏测,是指软件产品的缺陷没有被测试组发现而遗漏到了用户那里,却最终被用户所发现。如果产品在用户那里出现问题,产生的后果是非常严重的。在软件开发过程中,缺陷越早被发现,发现和解决缺陷所花的成本就越小。如果缺陷是在测试组测试中发现的而不是被用户使用时发现的,那么所花的成本将小得多。如果缺陷是被开发组在开发过程中发现的,那么所花的代价将更小。因此,进行漏测分析、预防漏测、促使缺陷尽可能在开发过程的早期被发现,是非常有意义的,它有利于降低软件产品成本、提高软件产品质量。
回复 支持 反对

使用道具 举报

该用户从未签到

1530#
发表于 2009-5-8 18:42:53 | 只看该作者
性能测试心得(2)

TPS, HPS, BPS
TPS (Transactions Per Second)是估算应用系统性能的重要依据。其意义是应用系统每秒钟处理完成的交易数量,尤其是交易类系统。一般的,评价系统性能均以每秒钟完成的技术交易的数量来衡量。系统整体处理能力取决于处理能力最低模块的TPS值。

HPS:(Hits per Second)每秒点击次数,是指在一秒钟的时间内用户对Web页面的链接、提交按钮等点击总和它一般和TPS成正比关系,是B/S系统中非常重要的性能指标之一。

HPS是用来衡量很多用户使用客户端进行操作,向服务器发送请求的效率。我们认为HPS表现的是最终用户的整体行为,是衡量在线负载程度的一个指标。而TPS表现的是服务器端的程序行为,是衡量服务器处理能力高低的一个主要指标。

某个时间点的TPS值没有什么参考价值。

评分

参与人数 1综合技术指数 +15 收起 理由
默默巫 + 15 楼层尾数为5的参与奖

查看全部评分

回复 支持 反对

使用道具 举报

该用户从未签到

1531#
发表于 2009-5-8 18:43:16 | 只看该作者
软件缺陷
  软件未达到产品说明书表明的功能。
  软件出现了产品说明书指名不会出现的错误。
  软件功能超出产品说明书指名范围。
  软件未达到产品说明书虽未指出但应达到的目标。
  软件测试人员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户认为不好。
  一般我们都认为测出一个问题就是一个bug,其实这是不对的,假设测试10个问题就10个bug,而修改一出就全解决了,程序员肯定认为冤枉自己。
  所有软件是文档,代码等组成的,最初的错误是来自于这些软件错误(software error),如代码中加法写成减法。软件错误导致软件缺陷(software defect),如设计缺陷,代码缺陷等,可用静态测试,如走查,静态检查,测试床(军事软件用的技术)等,软件的缺陷导致一个或多个软件故障 (software fault),故障有内部故障,外部故障,也就是我们所说的bug,软件故障导致了软件在功能操作等方面的失效(software failure)。
  我们平时测的bug实际上是软件故障于失效的体现。一旦软件错误得到修改,相应的故障与失效也就解除了。这样分有助于我们定位问题,找到问题。
回复 支持 反对

使用道具 举报

该用户从未签到

1532#
发表于 2009-5-8 18:43:38 | 只看该作者
自动化测试就是通过测试工具或其他手段,按照测试工程师的预定计划对软件产品进行自动的测试,它是软件测试的一个重要组成部分,它能够完成许多手工无法完成或者难以实现的一些测试工作。
回复 支持 反对

使用道具 举报

该用户从未签到

1533#
发表于 2009-5-8 18:44:06 | 只看该作者
从是否关心软件内部结构和具体实现的角度划分
  A.白盒测试
  B.黑盒测试
  C.灰盒测试
回复 支持 反对

使用道具 举报

该用户从未签到

1534#
发表于 2009-5-8 18:44:32 | 只看该作者
性能测试工具OpenSTA介绍:
OpenSTA是专用于B/S结构的、免费的性能测试工具。它的优点除了免费、源代码开放的优点外,还能对录制的测试脚本进行,按指定的语法进行编辑。测试工程师在录制完测试脚本后,只需要了解该脚本语言的特定语法知识,就可以对测试脚本进行编辑,以便于再次执行性能测试时获得所需要的参数,之后进行特定的性能指标分析。
回复 支持 反对

使用道具 举报

该用户从未签到

1535#
发表于 2009-5-8 18:44:54 | 只看该作者
测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。
回复 支持 反对

使用道具 举报

该用户从未签到

1536#
发表于 2009-5-8 18:45:34 | 只看该作者
白盒测试

白盒测试是基于代码的测试,测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量,一般黑盒测试由项目经理在程序员开发中来实现。白盒测试分为动态白盒测试和静态白盒测试
2.1 静态白盒测试
利用眼睛,浏览代码,凭借经验,找出代码中的错误或者代码中不符合书写规范的地方。比如,代码规范中规定,函数必须为动宾结构。
回复 支持 反对

使用道具 举报

该用户从未签到

1537#
发表于 2009-5-8 18:46:49 | 只看该作者
测试的目的就是发现软件中的各种缺陷
测试只能证明软件存在缺陷,不能证明软件不存在缺陷
测试可以使软件中缺陷降低到一定程度,而不是彻底消灭
以较少的用例、时间和人力找出软件中的各种错误和缺陷,以确保软件的质量
回复 支持 反对

使用道具 举报

该用户从未签到

1538#
发表于 2009-5-8 18:47:19 | 只看该作者
正交实验设计方法
一.方法简介
利用因果图来设计测试用例时, 作为输入条件的原因与输出结果之间的因果关系,有时很难从软件需求规格说明中得到。往往因果关系非常庞大,以至于据此因果图而得到的测试用例数目多的惊人,给软件测试带来沉重的负担,为了有效地,合理地减少测试的工时与费用,可利用正交实验设计方法进行测试用例的设计。
回复 支持 反对

使用道具 举报

该用户从未签到

1539#
发表于 2009-5-8 18:48:13 | 只看该作者
Build(工作版本):
软件开发过程中用于内部测试的功能和性能等不完善的软件版本。工作版本既可以是系统的可操作版本,也可以是展示要在最终产品中提供的部分功能的部分系统。
回复 支持 反对

使用道具 举报

该用户从未签到

1540#
发表于 2009-5-8 18:48:40 | 只看该作者
Alpha和Beta(或现场(field))测试
在软件产品正式商业销售之前,市场或商业现货软件开发人员希望从市场中潜在的或已经存在的客户中得到关于软件的反馈信息。Alpha测试通常在开发组织现场进行。Beta测试或实地测试,通常在用户现场进行。两者都由潜在的客户进行测试,而不是由产品的开发者进行测试。
有些组织也可能使用不同的术语,比如在系统正式移交给客户之前或之后进行的测试分别称为工厂验收测试和现场验收测试(site acceptance testing)等

评分

参与人数 1综合技术指数 +15 收起 理由
默默巫 + 15 楼层尾数为5的参与奖

查看全部评分

回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-18 16:44 , Processed in 0.078456 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表