51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 22790|回复: 32
打印 上一主题 下一主题

[原创] 什么是测试点?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-5-16 12:38:41 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
什么是测试点?
怎样选择测试点?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

推荐
发表于 2007-6-11 15:19:29 | 只看该作者
测试点,就是所需要测试的功能的点.你需要测试多少功能,就要有多少个测试点.例如简单的登陆测试,那么用户名和密码 这就是2个测试点.
回复 支持 1 反对 0

使用道具 举报

该用户从未签到

33#
发表于 2017-7-10 09:17:41 | 只看该作者
提取测试点是必然的,不然我们无法得知软件需求的正确性,但如果不对需求进行分析,做出定位和确定,又怎么能提取出测试点呢,所以,在这种用户需求提出却又不是很明确的情况下,首先就是对用户需求进行分析并确定,然后再是提取测试点
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2017-6-12 14:53:37 | 只看该作者
跟SRS需求文档,从应测的功能中提取测试点
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2017-6-5 12:42:10 | 只看该作者
首先,对于测试点这个来说,测试点是从需求文档中分析出来的,例如,某一天,一个土豪找到了某家做软件的公司,对他们说,“我是一个吃货,我要做一款有关吃的方面的软件,可以方便找到更多更好吃的美食,不但能找到美食,还要像电视里那样能看着教。”从上述话来看,这就是需求,而且按需求划分,首先是用户需求,再次是业务需求,最后是功能需求,也就是说,测试点的定位,是从需求里来的,我们不如来找下
用户需求:做一款有关吃的方面的软件,可以方便找到更好吃的美食,不但能找到美食,还要像电视里那样能看着教
业务需求:与美食有关,不是吃的方面的就是可选项(这要和客户沟通,一切需求的基础是要建立在用户之上的,况且如果谈成了,这个土豪还是投次人,你敢得罪么)
功能需求:增删改查,他要好吃的美食,所以不可能只有一种(要增),方便找到更多更好的美食,所以不会只满足当前的(要查)
                                还要像电视里的那样,这会是个小视频,现教的那种,说明需求种类多,但这不是二义性,能够被满足
通过上述分析,我们已经初频对这位土豪的所提出要求的做了需求分析,那么,做为一个测试来讲,这就算合格了么

不是的,好的测试,不仅是要保证需求无误,保证软件的质量,更能从当前需求中发现潜在的需求

只有这样,不断的测试需求,才能不断的完善需求,按照测试计划制定的标准,当需求被完善的差不多时,然后是业务需求,最后在是功能需求。


这只是我本人的见解,做为交流仅贡参考,谢谢

评分

参与人数 1测试积点 +10 收起 理由
lsekfe + 10 赞一个!

查看全部评分

回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2017-6-5 12:23:35 | 只看该作者
shanfeng1419 发表于 2011-6-23 10:11
公司需求做的不完善,测试组其实充当用户的角色,测试中觉得这个地方做的不恰当,提了bug。居然开发部的说 ...

开发会这么说,是因为,开发和测试的思维是一样的,开发多站在逻辑的正确上考虑,他们是正向的思维,认为只要按流程下来,逻辑结构正确,代码编写准确无误,功能就不会出错,软件就没有错误,他们的思维是正向思维。

而测试会提出这个问题,是因为测试的思维是逆向思维,是要从各个反方向去违反规则来进行测试的,是以一种把未知可以预先定义的结果去执行,将实际结果与预期结果相比较而产生的情况,测试多是站在用户角度出发,以实际发生的多种场景出发,重点是放在最后的产品在用户应用时所发生的情况,按照8020原则,更多的是测试的对象是需求。

但是不管怎么说,开发与测试的目的是一致的,都是希望当前所做的软件是没有毛病的,区别不同的就是开发与测试之间的,工作角度,工作思路,工作方法的不同罢了,既然目的是一致的,那么至于是不是bug的问题只需要平心静气,耐心的沟通就好了
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2014-2-20 14:30:16 | 只看该作者
回复 8# wangs


    纯新手,没做过测试,下面是我从51上下的资料里的描述,能解释一下吗,谢谢!
测试点的确定
ISO 质量体系:
在概要设计或详细设计中应明确指出每个单元模块的测试要点、指标和方法。
CMM 质量体系:
在系统的用例模型描述中应明确指出每个用例模型的优先级及用例工作流程,每一个用例模型为
一个测试点,用例模型中每一个测试需求至少应有两个测试用例。
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2012-4-23 16:05:01 | 只看该作者
学习了!楼上提到的和我工作提取测试点类似。
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2012-4-23 15:23:55 | 只看该作者
我也学习了1
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2012-4-10 16:39:33 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2012-4-10 14:17:25 | 只看该作者
测试点就是要测试对象的简单描述,以前我是把测试点看成是对产品需求的罗列。。。。。。后来,随着测试经验的积累,觉得测试点是对照需求,分析测试要点,再将其一一罗列。很能体现出测试人员提炼测试重点的能力。
很多时候,我都比较反感写测试点:写简单点,有时自己都找不到具体功能项,领导也说你写的太粗枝大叶;写得详细一点,又成了测试用例,说你是资源浪费;为方便测试执行,将一些测试数据带入测试点吧,又说你写的点不点,用例不用例整个四不像。
哎!!!
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2011-7-26 15:29:18 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    21#
    发表于 2011-7-23 18:33:59 | 只看该作者
    我认为是这个测试用例是测试的哪一个方面,哪一个功能。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2016-5-26 10:39
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    20#
    发表于 2011-7-20 15:44:00 | 只看该作者
    回复 18# shanfeng1419


        我一般提类似BUG的时候会加一句,当然,除了测试也一般也木有人会这么无聊,但这是我们的职责所在,我们不得不这么去测……
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2011-6-23 22:34:56 | 只看该作者
    通过测试需求分析得来的吧
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2017-2-4 09:49
  • 签到天数: 145 天

    连续签到: 1 天

    [LV.7]测试师长

    18#
    发表于 2011-6-23 10:11:12 | 只看该作者
    公司需求做的不完善,测试组其实充当用户的角色,测试中觉得这个地方做的不恰当,提了bug。居然开发部的说,“哪个有病的人这么操作。”之类的话,你们怎么看?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2011-4-21 15:17:42 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2011-4-20 16:39:42 | 只看该作者
    了解了,,原来说法不一样,,呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2011-4-20 12:51:43 | 只看该作者
    回复 8# wangs


       
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-21 13:46 , Processed in 0.081996 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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