查看完整版本: 软件测试的常识

dlimin2006 2006-6-6 08:48

呵呵,谢谢站长

小弟,新建一个群,欢迎各路高手的加入,谢谢!!!
群ID:18472674
热烈欢迎各位XDJM们的到来!
感激!

skyjove 2006-6-6 22:47

hao

好记性不如根烂笔头,我已经抄下了

哦,我 2006-6-26 14:26

这个论坛不错,帖子让人受益匪浅!我们大家要继续共同努力啊!

xieyf 2006-6-27 13:23

[font=宋体][size=4][size=2]学习ing
很不错,LZ辛苦了[/size][/size][/font]

youngbird 2006-6-29 16:56

测试难 啊!开始总要写文档,烦躁!

jokie 2006-7-3 18:07

我顶

[font=宋体] [color=Pink]噢,搞的不错,可是我不懂!不过我会好好学习的[/color][/font]

wangqingxi 2006-7-6 17:03

请问什么是sir测试

本人刚从事软件测试工作,请问一下,什么是sir测试

xingfo 2006-7-10 13:43

有这么多测试,但对于我接触的这个项目,好像少得可怜,不知道到时会怎样.

wuhuawu09 2006-7-14 16:35

基础,但不适合实际广泛应用呀

duolaam 2006-7-22 12:31

我同学也叫张华,谢谢张老师的文章。

neptune211 2006-7-27 19:14

顶啊!

顶啊!好的东西大家分享!

天高遥远 2006-7-28 11:17

基础概念上收获很大 谢谢

chris1984 2006-7-31 01:13

刚看,很好.

gaoxin3035 2006-8-2 13:50

系统测试

系统测试是测试过程中的一个转折点,因为在现在国内的企业中,不同的产品棉对不同的用户群体,所以有的企业经过第三方产品的验收测试,有的企业则没有通过验收,而是一些工具类或者通用类的产品,那么他的验收测试是经过广大的用户群来做的,也就是说凡是通用类产品的系统测试必须严谨测试以后,才可以投放达到市场.但是对企业或者其他专业性单位定制的产品我们必须进行验收测试.
系统测试工作是一个重复,压力,动作很多的工作,需要在工作中把握几个重点,系统测试是保证系统能够正常运转,包括了功能,易用性,健壮性,压力,边界数值设定的功能各个方面的内容.要想在这个阶段的工作中找到乐趣,就要不停的搜索,找出能够将机器代替人的所有的东西,找工作的快感.

aludelp 2006-8-4 19:12

觉得最好的一句话还是:keep it simple but not too simple

vickiyukin 2006-8-10 10:39

真的学到了很多东西,,谢谢楼主!

K7788 2006-8-16 11:09

不知道有多少软件公司用了这些测试方法?

hsddyd 2006-8-16 17:00

手机测试

不知楼主是否有关于手机测试方面的信息啊?急需,谢谢!

railroad 2006-8-22 11:39

软件测试的常识

软件开发和使用的历史已经留给了我们很多由于软件缺陷而导致的巨大财力、物力损失的经验教训。这些经验教训迫使我们这些测试工程师们必须采取强有力的检测措施来检测未发现的隐藏的软件缺陷。

生产软件的最终目的是为了满足客户需求,我们以客户需求作为评判软件质量的标准,认为软件缺陷( Software Bug )的具体含义包括下面几个因素:

•  软件未达到客户需求的功能和性能;

•  软件超出客户需求的范围;

•  软件出现客户需求不能容忍的错误;

•  软件的使用未能符合客户的习惯和工作环境。

考虑到设计等方面的因素,我们还可以认为软件缺陷还可以包括软件设计不符合规范,未能在特定的条件(资金、范围等)达到最佳等。可惜的是,我们中的很多人更倾向于把软件缺陷看成运行时出现问题上来,认为软件测试仅限于程序提交之后。

在目前的国内环境下,我们几乎看不到完整准确的客户需求说明书,加以客户的需求时时在变,追求完美的测试变得不太可能。因此作为一个优异的测试人员,追求软件质量的完美固然是我们的宗旨,但是明确软件测试现实与理想的差距,在软件测试中学会取舍和让步,对软件测试是有百益而无一弊的。

下面是一些软件测试的常识,对这些常识的理解和运用将有助于我们在进行软件测试时能够更好的把握软件测试的尺度。

•  测试是不完全的(测试不完全)

很显然,由于软件需求的不完整性、软件逻辑路径的组合性、输入数据的大量性及结果多样性等因素,哪怕是一个极其简单的程序,要想穷尽所有逻辑路径,所有输入数据和验证所有结果是非常困难的一件事情。我们举一个简单的例子,比如说求两个整数的最大公约数。其输入信息为两个正整数。但是如果我们将整个正整数域的数字进行一番测试的话,从其数目的无限性我们便可证明是这样的测试在实际生活中是行不通的,即便某一天我们能够穷尽该程序,只怕我们乃至我们的子孙都早已作古了。为此作为软件测试,我们一般采用等价类和边界值分析等措施来进行实际的软件测试,寻找最小用例集合成为我们精简测试复杂性的一条必经之道。

•  测试具有免疫性(软件缺陷免疫性)

软件缺陷与病毒一样具有可怕的 “ 免疫性 ” ,测试人员对其采用的测试越多,其免疫能力就越强,寻找更多软件缺陷就更加困难。由数学上的概率论我们可以推出这一结论。假设一个 50000 行的程序中有 500 个软件缺陷并且这些软件错误分布时均匀的,则每 100 行可以找到一个软件缺陷。我们假设测试人员用某种方法花在查找软件缺陷的精力为 X 小时 /100 行。照此推算,软件存在 500 个缺陷时,我们查找一个软件缺陷需要 X 小时,当软件只存在 5 个错误时,我们每查找一个软件缺陷需要 100X 小时。实践证明,实际的测试过程比上面的假设更为苛刻,为此我们必须更换不同的测试方式和测试数据。该例子还说明了在软件测试中采用单一的方法不能高效和完全的针对所有软件缺陷,因此软件测试应该尽可能的多采用多种途径进行测试。

Joris 2006-8-22 16:25

谢谢拉,贴的很辛苦,顶一下

xiaomao198210 2006-8-22 17:30

看了感觉一般

看了该帖子!
觉得很普通!
这些知识 在成为测试人员以前就要小的!、

wwwux 2006-8-25 10:53

收藏了谢谢哈~~

walker_lai 2006-8-29 20:44

回复 #3 lijia0912 的帖子

不错不错啊
很啊啊

christine_0925 2006-8-30 17:18

好帖,学习了不少!谢谢!

甘甘 2006-8-31 20:03

太棒了~~~不错.支持支持~`才次再来顶

Iamwula 2006-9-1 11:27

谢谢楼主,看了后很感动哦!

superyang 2006-9-16 18:10

顶!!!!!!!!!!!!!

路过,看过了,好帖啊!!

railroad 2006-9-19 17:04

真是一片好帖子

ITMM 2006-9-29 13:41

太多了,还是拷下来,慢慢研究

ldk0501 2006-10-8 15:10

新手报到,望各位前辈多多指教!sdlkfj2

zfxsx520 2006-10-16 16:26

嗯.不错.谢谢,可是我在东莞.要不我也会去参加一下培训哦。请问网上有报名的吗?

shilinglin 2006-10-17 16:23

好,谢谢楼主

wewe1100 2006-10-17 19:13

Thank you ,呵呵 这样的帖子看了就应该顶,不应该只看不回,不道德sdlkfj2

ch7213851 2006-10-23 17:12

软件测试是一个需要 “ 自觉 ” 的过程,作为一个测试人员,遇事沉着,把持尺度,从根本上应对软件测试有着正确的认识

deyizhi 2006-10-26 16:20

厉害,顶了

wuhuawu09 2006-10-30 15:51

LZ能不能上传一些详细的实例呀??

jeloss 2006-10-30 16:36

LZ辛苦

叶子:) 2006-10-31 15:00

不错,象这样的帖子多多益善啊!sdlkfj2 sdlkfj2

yaohan204 2006-11-7 15:14

回复 #5 Jamesniu 的帖子

一言难尽......总之好..

cnufo 2006-11-7 21:42

果然是篇 经验贴 不错 好好分析其中写的
页: 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14
查看完整版本: 软件测试的常识