51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: unilobster2
打印 上一主题 下一主题

[讨论] 测试的目的,测试的困惑

[复制链接]

该用户从未签到

41#
 楼主| 发表于 2005-11-18 18:39:01 | 只看该作者
又一位斑竹好
说的不错
回复 支持 反对

使用道具 举报

该用户从未签到

42#
发表于 2005-11-18 22:17:50 | 只看该作者
想做斑竹可以申请的,跟我们这些斑竹说没有用,呵呵!
跟testing说。
回复 支持 反对

使用道具 举报

该用户从未签到

43#
 楼主| 发表于 2005-11-19 10:14:01 | 只看该作者
哦 ,好,竹子也有大有小
回复 支持 反对

使用道具 举报

该用户从未签到

44#
发表于 2005-11-19 12:56:16 | 只看该作者

我的个人意见!

有句话叫"质量是做出来的,不是测出来的"各个职权部门都是他自己的职责,流程严格,分工明确才可以有优秀的产品的诞生,在考虑如何帮助完善开发以前,必须先考虑如何提高测试的质量,如果你考虑太多,必然会影响到你的本职工作,我认为如何提高开发的质量是PM考虑的事情,而不是SQA考虑的事情~
回复 支持 反对

使用道具 举报

该用户从未签到

45#
 楼主| 发表于 2005-11-19 13:58:48 | 只看该作者
终于找到我需要了解的知识了。
TTD,测试驱动开发。学习中...
回复 支持 反对

使用道具 举报

该用户从未签到

46#
发表于 2005-11-21 13:13:05 | 只看该作者
个人觉得测试的目的有两个层次:一是找缺陷和证明软件具有一定质量,二是通过缺陷分析来达到缺陷避免。
回复 支持 反对

使用道具 举报

该用户从未签到

47#
 楼主| 发表于 2005-11-21 13:16:30 | 只看该作者
错了,TDD才是...
回复 支持 反对

使用道具 举报

该用户从未签到

48#
发表于 2005-11-21 14:13:28 | 只看该作者
楼主的话题很深刻,也很值得测试人员的深思。但在实际的执行中究竟能涉及到多少呢?想法是好的,但重要的是实际的操作和执行。现在的测试还任重而道远啊
回复 支持 反对

使用道具 举报

该用户从未签到

49#
发表于 2005-11-21 14:23:40 | 只看该作者
被搂主弄糊涂了,
我的理解是测试是一个很流程化的东西,可以说既有相关的技术也有管理和沟通,你说的目的和困惑我认为类似于企业中管理价值的展现和衡量,包括一些有形和无形的东西,有形的是测试能节约多少成本,无形的是公司软件产品的用户满意度如何
回复 支持 反对

使用道具 举报

该用户从未签到

50#
 楼主| 发表于 2005-11-21 15:26:34 | 只看该作者
我也很糊涂。
实际中测试确实是一个流程化得过程。但是一个测试员的思想不应该是程式化的。是不是?
回复 支持 反对

使用道具 举报

该用户从未签到

51#
 楼主| 发表于 2005-11-21 17:25:02 | 只看该作者
继续讨论啊...
回复 支持 反对

使用道具 举报

该用户从未签到

52#
发表于 2005-11-21 18:28:03 | 只看该作者
楼主想找人唱反调,俺稍微唱唱,很多时候,测试员代表不了用户,在相当多的情况下,是研发更了解用户的需求。
回复 支持 反对

使用道具 举报

该用户从未签到

53#
 楼主| 发表于 2005-11-21 22:36:37 | 只看该作者
ft...
应该这样说才对啊,很多时候,测试员就代表产品的最终用户。而且,测试员在做黑盒测试的时候,就应该站在用户的立场上去考虑产品的使用。
不明白楼上的观点,实在不明白。

[ 本帖最后由 unilobster2 于 2005-11-21 22:38 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

54#
发表于 2005-11-22 08:43:05 | 只看该作者
开发人员只知道需求,但不知道用户的具体行为。
同样,如果按照严格的要求来说,测试人员只能在一定的程度上站在用户的角度去测试,因为毕竟测试人员也是技术人员。
如果公司比较正规,应该配备客服人员,他们才能更好的了解客户。
回复 支持 反对

使用道具 举报

该用户从未签到

55#
发表于 2005-11-22 11:16:14 | 只看该作者
楼主啊,你说的是目标,测试员应起到的作用,以用户的角度层次对产品质量把关。
可实际上,从一开始,测试就与用户隔离。需求、业界标准、用户状况等等所有信息都是由开发人员或开发主管获得,并没有传达给测试员。
而开发过程中与客户/用户的交流窗口又往往不是测试员。这是由多方面决定的,在很多公司里,其客户都愿意电话/email直接找到开发人员提他们的要求,而不是去找不参与开发的测试员或其他人。
所以,在我了解的公司情况中,大多是开发掌握着客户最准确、详细需求的第一手信息。
回复 支持 反对

使用道具 举报

该用户从未签到

56#
发表于 2005-11-22 11:23:54 | 只看该作者
在很多公司里,产品的spec定义,测试员是从开发人员那里获得的信息,是二手的。

而斑竹的这句:“开发人员只知道需求,但不知道用户的具体行为。 ”

则是比较理想的理论。实际情况是开发人员太清楚用户的行为了,因为他们自己太可以把自己当用户了,而实际上做开发的,没有不把自己当用户的,否则,怎么调试?

只不过开发人员只习惯以重复用户60%以上的“正常操作”,或者随便怎么说,安全操作,合理操作等等为主;
而测试员需要做那些不到40%的非正常操作,不合理操作,危险操作。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2018-1-19 10:19
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    57#
    发表于 2005-11-22 11:28:08 | 只看该作者
    知识匮乏,努力学习中。。。。
    关注讨论:)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    58#
     楼主| 发表于 2005-11-22 11:32:34 | 只看该作者
    楼上的意见很中肯。

    待续...

    [ 本帖最后由 unilobster2 于 2005-11-22 13:22 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    59#
    发表于 2005-11-22 11:42:31 | 只看该作者
    原帖由 black_tulip 于 2005-11-22 11:23 发表
    而斑竹的这句:“开发人员只知道需求,但不知道用户的具体行为。 ”
    则是比较理想的理论。实际情况是开发人员太清楚用户的行 ...


    这位朋友说得观点我有点不是很同意,开发人员其实根本不了解客户,他们调试的所谓正常行为,只是保证了产品的正常运作。而且关键有一点,他们每个人只是保证了自己负责的模块能够正常运作。但如果集成在一起是否也能正常运作呢?那就需要测试了。
    测试人员需要了解整个产品的流程,除了正常的运行外,还有非正常的情况。其实这并不能说测试人员就能代表客户。我曾经做为测试人员和终端客户打过交道,他们有时侯提出的意见是谁都想不到的,无论是开发和测试。他们才真的站在了自己的角度上,而我们技术人员根本无法想到他们的观点。
    我想,无论开发还是测试,无论谁比较了解客户,但最终都无法说自己就能代表客户。我们只希望能够经常和客户交流,无论是开发人员还是测试人员,从用户的嘴里知道他们的意见。多积累这样的经验,才能使产品更趋于优秀。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    60#
    发表于 2005-11-22 11:53:17 | 只看该作者
    如果贵公司是一直以测试员作为与客户沟通的唯一窗口的,那赞一个,做开发的其实很头疼客户的电话轰炸,需要有人挡驾。这种情况下,我同意这个窗口是最了解客户需求和习惯的。

    如果斑竹只是偶尔跟随开发人员或单独与客户沟通过(这两种情况我都有遇到),那实在不具代表性。还要注意,往往对一个公司来说,与客户的窗口需要唯一,今天A明天B是不好的。

    至于开发人员是不是“根本不了解客户”,呵呵,斑竹这句话说得有些无理。根本不了解还开发什么?不要忘了,东西是他们做的。

    我的意思是,在我知道的很多情况中,这个窗口都不是测试员。无论是公司还是客户都觉得测试员达不到做这个窗口的水平。我没有说谁去代表客户,我强调的也是与客户沟通,而很多情况下是由开发人员和客户沟通的。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-7 07:51 , Processed in 0.080956 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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