51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2941|回复: 5
打印 上一主题 下一主题

[原创] 没写用例测试的bug会不会比写用例的多

[复制链接]
  • TA的每日心情
    无聊
    2016-3-18 16:53
  • 签到天数: 3 天

    连续签到: 3 天

    [LV.2]测试排长

    跳转到指定楼层
    1#
    发表于 2016-3-15 17:13:00 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    软件测试没写用例,没有需求文档,熟悉系统就让开始测试,怎么测试会减少bug,而且只有一个测试
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-12-10 09:42
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2016-3-15 17:34:59 | 只看该作者
    首先你的标题说法就有问题,bug多少不是写测试用例来决定的。
    编写测试用例,为了提高覆盖率,已经明确测试策略,此外基于用例更好做探索性测试。没有用例,你后面不好评估软件质量,覆盖了哪些功能都不是很清楚
    这种没有需求的情况,建议你直接梳理一下,按照几个维度来考虑
    1. 功能点
    3. 界面UI的规则
    3. 考虑软件的兼容性
    4. 性能
    5. 安全
    另外梳理一下软件大致流程有哪些,以及隐含的需求和特殊需求是啥
    根据这些梳理结果,编写测试用例
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2016-3-18 16:53
  • 签到天数: 3 天

    连续签到: 3 天

    [LV.2]测试排长

    4#
     楼主| 发表于 2016-3-16 10:38:54 | 只看该作者
    chenyaotie 发表于 2016-3-15 17:34
    首先你的标题说法就有问题,bug多少不是写测试用例来决定的。
    编写测试用例,为了提高覆盖率,已经明确测 ...

    还是要写测试用例会对需求更明确,测试思路清晰,就是我这公司不写啊,谢谢啊,你建议的几点很有参考性
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2016-3-16 10:51:51 | 只看该作者
    保证测试点覆盖了需求避免漏测
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2 小时前
  • 签到天数: 2818 天

    连续签到: 6 天

    [LV.Master]测试大本营

    6#
    发表于 2016-3-16 11:32:30 | 只看该作者
    可以罗列功能点,避免功能的遗漏
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-23 10:45 , Processed in 0.064640 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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