51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

打印 上一主题 下一主题

【你来问我来答第52期】:探索式测试与功能测试用例设计技巧(已结束)

[复制链接]
  • TA的每日心情
    开心
    2015-7-8 13:56
  • 签到天数: 47 天

    连续签到: 1 天

    [LV.5]测试团长

    41#
    发表于 2014-11-17 11:24:44 | 只看该作者
    测试用例设计的时候,根据时间来设定优先级,优先级的设定怎么来考虑?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    42#
    发表于 2014-11-17 17:08:39 来自手机 | 只看该作者
    本帖最后由 jerrygu625 于 2014-11-17 19:52 编辑

    1风险测试简介编辑测试风险分析是对辨识出的测试风险及其特征进行明确的定义描述,分析和描述测试风险发生可能性的高低,测试风险发生的条件等。

    2风险测试体系介绍编辑1.对产品知识的风险
    测试人员(尤其是测试设计人员)对被测试对象是否熟悉,能否对其作外部及内部的分析
    2.测试技术的风险
    对于测试,在技术准备度上有没有风险,是否有成熟的测试技术支撑作测试设计
    3.测试环境和依赖的风险
    测试所依赖的环境和存在有依赖关系的其他软件或项目,是否能如期准备好,可用性如何
    4.工具的风险
    相关测试工具是否能准备好,License问题。测试人员的运用情况(是否掌握)
    5.人的风险
    人员是否存在不足?有没有离职等风险


    回复 支持 反对

    使用道具 举报

    该用户从未签到

    43#
    发表于 2014-11-17 19:50:32 | 只看该作者
    chenyi0715 发表于 2014-11-17 11:24
    测试用例设计的时候,根据时间来设定优先级,优先级的设定怎么来考虑?

    应该基于风险,风险级别高的优先测试
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-7-8 13:56
  • 签到天数: 47 天

    连续签到: 1 天

    [LV.5]测试团长

    44#
    发表于 2014-11-18 09:00:22 | 只看该作者
    jerrygu625 发表于 2014-11-17 17:08
    1风险测试简介编辑测试风险分析是对辨识出的测试风险及其特征进行明确的定义描述,分析和描述测试风险发生 ...

    谢谢!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-7-8 13:56
  • 签到天数: 47 天

    连续签到: 1 天

    [LV.5]测试团长

    45#
    发表于 2014-11-18 09:01:51 | 只看该作者
    不好意思,突然又想到一个问题。测试用例设计是单独人员实现好还是根据具体项目的情况有测试人员自己设计、测试呢?如果是根据项目情况来,可以具体分类吗?单纯的测试用例设计有前景么?对以后工作方向有什么好的建议?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    46#
    发表于 2014-11-18 10:41:35 | 只看该作者
    问题:我们公司采用的是瀑布模型开发,但是需求文档要么写的很简陋要么就直接没有,开发完毕才给测试;测试感觉很模糊,只能是先测试功能,再操作看业务逻辑是否能走通,这两项都通过了就测试完毕了,我认为这样测试不到位,但是公司又不重视测试,不知道该怎么做,希望前辈能给一些意见
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    47#
    发表于 2014-11-18 22:18:58 | 只看该作者
    chenyi0715 发表于 2014-11-18 09:01
    不好意思,突然又想到一个问题。测试用例设计是单独人员实现好还是根据具体项目的情况有测试人员自己设计 ...

    这个要看项目/产品与公司具体情况了。我个人认为测试用例设计与执行要都会,比较探索式测试,执行测试同时你可以不断完善测试内容。对于新员工,我建议让他们执行已有的测试用例,便于他们快速掌握产品。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    48#
    发表于 2014-11-18 22:23:44 | 只看该作者
    xiaojiu103 发表于 2014-11-18 10:41
    问题:我们公司采用的是瀑布模型开发,但是需求文档要么写的很简陋要么就直接没有,开发完毕才给测试;测试 ...

    这样是非常不好的,除非你们公司客户对质量要求不高,你可以向老板谈谈,看看他如何解释。若你不同意其说法,并且象学到更好测试能力,建议你换工作。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-1 08:26
  • 签到天数: 113 天

    连续签到: 1 天

    [LV.6]测试旅长

    49#
    发表于 2014-11-19 17:44:31 | 只看该作者
    你管理的团队最多有多少个人,一般如何安排的呢?比例如何,谢谢。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    50#
    发表于 2014-11-19 21:43:34 来自手机 | 只看该作者
    猫星人 发表于 2014-11-19 17:44
    你管理的团队最多有多少个人,一般如何安排的呢?比例如何,谢谢。。

    十二人,两产品。一个八个人,一个四个人,男女搭配2:1,有经验无经验1:1左右
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-1 08:26
  • 签到天数: 113 天

    连续签到: 1 天

    [LV.6]测试旅长

    51#
    发表于 2014-11-20 11:09:18 | 只看该作者
    jerrygu625 发表于 2014-11-19 21:43
    十二人,两产品。一个八个人,一个四个人,男女搭配2:1,有经验无经验1:1左右

    非常谢谢!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-9-14 16:53
  • 签到天数: 27 天

    连续签到: 1 天

    [LV.4]测试营长

    52#
    发表于 2014-11-21 16:52:35 | 只看该作者
    呵呵。。我也是瑞友哒
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    53#
    发表于 2014-11-22 18:14:28 | 只看该作者
    liurenhui 发表于 2014-11-21 16:52
    呵呵。。我也是瑞友哒

    同事了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2024-10-20 14:47
  • 签到天数: 564 天

    连续签到: 1 天

    [LV.9]测试副司令

    54#
    发表于 2014-11-24 09:39:51 | 只看该作者
    对数据库的知识很少,一直处在增、删、查、改的技术
    对存储过程都搞不懂。这个要怎么去学习呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    55#
    发表于 2014-11-24 11:19:59 | 只看该作者
    刚进测试一年多了,现在很迷茫不知道怎么规划,想自己不能总这样被动测试,想向大神请教指点
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    56#
    发表于 2014-11-24 14:33:31 | 只看该作者
    让测试飞起来 发表于 2014-11-24 09:39
    对数据库的知识很少,一直处在增、删、查、改的技术
    对存储过程都搞不懂。这个要怎么去学习呢?

    上网站,请专家,参加培训都可以
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    57#
    发表于 2014-11-24 14:35:00 | 只看该作者
    lynnwei0318 发表于 2014-11-24 11:19
    刚进测试一年多了,现在很迷茫不知道怎么规划,想自己不能总这样被动测试,想向大神请教指点

    可以具体些吗?为啥迷茫,你想往何处发展?等等
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2024-11-5 16:17
  • 签到天数: 170 天

    连续签到: 1 天

    [LV.7]测试师长

    58#
    发表于 2014-11-24 16:29:32 | 只看该作者
    1.功能模块测试用例的设计里面包括有七种方法,针对一个功能模块影响到多个功能模块的测试用例如何进设计?操作的信息结果影响到别的功能模块时的交叉的用例应该如何结合七种设计方法进行合理的设计?
    2.测试用例的覆盖度应该如何根据需求说明书进行合理的评价?是否有更好的方法?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    59#
    发表于 2014-11-25 19:51:44 | 只看该作者
    zhanghl820716 发表于 2014-11-24 16:29
    1.功能模块测试用例的设计里面包括有七种方法,针对一个功能模块影响到多个功能模块的测试用例如何进设计? ...

    1.功能模块测试用例的设计里面包括有七种方法,针对一个功能模块影响到多个功能模块的测试用例如何进设计?
    比如A B C D E F G七个模块
    若模块A分别影响B C D E F G,先设计A影响B,然后设计A影响B,直到A影响G六个用例
    若模块A一些情況影响B C D E, 另一些情况影响F G,先设计A影响B C D E,然后设计A影响F G两个用例
    若模块A同时影响B C D E F G,设计一个用例即可,分别检查B C D E F G是否达到预期目的

    操作的信息结果影响到别的功能模块时的交叉的用例应该如何结合七种设计方法进行合理的设计?
    七种设计方法您指得是?可否具体些。黑盒,白盒,边界值,等价类,因果图,决策表,用户用例法,状态转换图

    2.测试用例的覆盖度应该如何根据需求说明书进行合理的评价?是否有更好的方法?
    建立测试用例与需求对应关系,可手工作,也可使用相应工具。

    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2024-11-5 16:17
  • 签到天数: 170 天

    连续签到: 1 天

    [LV.7]测试师长

    60#
    发表于 2014-11-26 09:24:01 | 只看该作者

    谢谢您的回答,具体的七种设计方法:错误猜测法,因果图设计法,场景流程分析法,边界值分析法,等价类分析法,正交表分析法,状态转换图分析法;就是不知道怎么灵活的结合运用;这是大部分测试人员设计测试用例用的设计方法,不知道您在工作中设计测试用例常到的方法是怎么运用的,可否描述一下!

    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 12:07 , Processed in 0.081841 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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