51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4993|回复: 19
打印 上一主题 下一主题

[讨论] 软件测试的定义理解分析

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-5-30 11:43:52 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
软件测试的定义想必大家都不会不熟悉:软件测试的含义不知道大家真正理解了没有那? 

①、软件测试是为了发现错误而执行程序的过程;
②、测试是为了证明程序有错,而不是证明程序无错误。
③、一个好的测试用例是在于它能发现至今未发现的错误;
④、一个成功的测试是发现了至今未发现的错误的测试。

从字面上看,我们都会很轻信的认为:软件测试就是为了发现错误而执行的一系列工作过程。

我想这你可就理解错误了吧。

不错,软件测试的工作过程都是围绕着找出软件的功能错误和缺陷什么的。

但是她的根本目的却不是这个,这个只是她的一个解决问题的出发点。

她的根本目的其实就是为了找出造成这些错误和缺陷的原因是什么,然后去解决她们。

错误只是她的工作过程的表面体现,很多人都误会了她的意思吧!!

测试是为了证明程序有错,而不是证明程序无错误

程序是人写的,不可能是十全十美的,所以她怎么都会存在一点瑕疵的,测试从根本上说她就是一个标

准,只要这些小小的瑕疵在许可的范围之内就是通过的,成功的测试了。我们测试都是根据需求等文件

来的,需求等文档就是我们测试的标准,满足了就通过了,不满足就是错误,就是缺陷。

好的测试用例?什么叫好的测试用例,上面的话说:“在于它能发现至今未发现的错误”,

怎么想才可以做到这点那,归根结底就是考虑的全面细致,要尽可能的做到面面具到,当然也不可能真

做到万无一失的,我想好点的测试用例就会出现了吧!!

成功的测试用例?什么叫成功那,我们还是套用上面的解释:“发现了至今未发现的错误的测试”。

我成功的测试用例的出现,是基于好的测试用例的设计的,没有好的测试用例的设计,就不可能会出现

成功的测试用例的出现吧!!发现了至今未发现的错误的测试,怎么说都是基于设计了一个好的测试用

例了。


纯粹属于个人理解,有不对的地方请大家给于指出!我在这先谢谢了!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-5-30 15:49:20 | 只看该作者
那么好的贴怎么没人顶啊
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2007-5-30 18:01:52 | 只看该作者

我自己顶上去一下下 大家发表点意见啊
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-5-30 18:09:22 | 只看该作者
支持
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-5-31 09:53:27 | 只看该作者
面试中被人问到过。。。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-5-31 10:04:35 | 只看该作者
③、一个好的测试用例是在于它能发现至今未发现的错误;
测试用例必须做为一个集合使用才能达到最佳效果,单个测试用例并不能说明用例设计人员的技术水准。
测试的目的不是为了发现至今未发现的错误,而是配合开发、qa使软件总体质量达到可接受的范围。

④、一个成功的测试是发现了至今未发现的错误的测试。
一个成功的测试是取得成本和质量的最大效益
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-5-31 12:01:40 | 只看该作者
"她的根本目的其实就是为了找出造成这些错误和缺陷的原因是什么,然后去解决她们。"如果你的理解是预防的话,,那我认为这是QA的工作.
测试人员的输出是什么?无非就是测试用例和测试用例的执行结果,引用上面的话:其价值就是“发现了至今未发现的错误的测试”,也仅仅限定在发现错误的现象而已,而无法做到根源的定位.
但是,目前来说,在很多没有QA的公司,测试确实也有这样一种意味,但可能效果不好.
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-5-31 12:03:54 | 只看该作者
原帖由 null2 于 2007-5-31 10:04 发表
③、一个好的测试用例是在于它能发现至今未发现的错误;
测试用例必须做为一个集合使用才能达到最佳效果,单个测试用例并不能说明用例设计人员的技术水准。
测试的目的不是为了发现至今未发现的错误,而是配合 ...


楼上说得很对,测试必须在时间、质量和成本之间获取一个平衡点,这即是测试策略和测试设计的价值体现。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-5-31 12:14:05 | 只看该作者
把以上的话整理一下,大家看看对不对。

测试用例必须做为一个集合使用才能达到最佳效果,单个测试用例并不能说明用例设计人员的技术水准。即测试用例设计策略最大的价值体现是整体,而不是某个个体。
软件测试的手段是尽早发现至今未发现的错误,究其根本还是追求最大利润的体现。软件测试配合开发、QA使软件总体质量达到可接受的范围,取得成本和质量的最大效益就是一个成功的测试。
测试必须在时间、质量和成本之间获取一个平衡点,这是测试策略和测试设计的价值体现。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-5-31 12:44:03 | 只看该作者
很同意楼上的发言:
测试用例必须做为一个集合使用才能达到最佳效果

软件是一个工程,测试用例的设计必须系统而全面
回复 支持 反对

使用道具 举报

该用户从未签到

11#
 楼主| 发表于 2007-5-31 13:55:12 | 只看该作者

感谢你!

原帖由 ppent 于 2007-5-31 12:14 发表
把以上的话整理一下,大家看看对不对。

测试用例必须做为一个集合使用才能达到最佳效果,单个测试用例并不能说明用例设计人员的技术水准。
即测试用例设计策略最大的价值体现是整体,而不是某个个体。
软件测 ...

测试就是要达到一个可以接受的范围的,这也属于我所说的一个测试标准里面。

成本与质量什么的,当然要放在首位了,不可能失衡的,毕竟我们是企业做产品的,就最根本的目的就是为了追求**************

[ 本帖最后由 Spark.lee 于 2007-5-31 13:56 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-5-31 14:54:27 | 只看该作者

回复 #1 Spark.lee 的帖子

顶sdlkfj5
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-5-31 15:17:25 | 只看该作者
都是书本的知识 如果你问一个工作了一段时间的 你看看还能弄懂测试的概念么?
什么是测试:发现bug!
其他都是扯淡
回复 支持 反对

使用道具 举报

该用户从未签到

14#
 楼主| 发表于 2007-5-31 15:54:32 | 只看该作者

回复 #14 厍仕杰 的帖子

你这样说就错了!发现BUG不就是为了完善软件,软件不可能是十全十美的,始终都会有BUG的,这要看你的可接受标准了!质量成本什么的都是要首先考虑的,不可能无止境的一直测试下去的
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2007-5-31 17:25:23 | 只看该作者
进来学习的
回复 支持 反对

使用道具 举报

该用户从未签到

16#
 楼主| 发表于 2007-6-1 09:45:10 | 只看该作者

hehe

沉了
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2007-6-19 22:43:20 | 只看该作者
sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2007-6-21 10:16:59 | 只看该作者
真是长见识了,高手好多哦sdlkfj3
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2007-6-21 10:27:31 | 只看该作者
进来学习,帮顶顶~~~~~~~~
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2007-6-21 13:02:39 | 只看该作者
sdlkfj2
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-27 06:30 , Processed in 0.076198 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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