51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4175|回复: 10
打印 上一主题 下一主题

[讨论] 用例写成什么样的才是好的?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-9-1 13:38:30 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
软件测试测到什么时候算结束?
欢迎大家讨论,相互学习,共同进步。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2010-9-1 16:23:54 | 只看该作者
领导审阅时放心;
用例执行时舒心;
质量跟踪时省心;
成本审核时开心;

这样的用例就是好用例。

至于测试结束时间,通常参考产品发布时间。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2010-9-2 14:13:09 | 只看该作者

多谢!

回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2010-9-2 14:23:39 | 只看该作者

回二楼

能否再 说的详细点,
因为对于新手来说在写用例时,对编写步骤、覆盖率高的编写方法还没有一个完整的思路;
或者是写的用例步骤、内容描述的不够清晰,请问对于这种情况应该怎样去避免、完善,?
谢谢
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2024-11-8 12:09
  • 签到天数: 547 天

    连续签到: 1 天

    [LV.9]测试副司令

    5#
    发表于 2010-9-2 17:58:11 | 只看该作者

    回复 4# 的帖子

    写测试用例前先了解需求,对你写用例很有帮助
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2010-9-3 14:41:13 | 只看该作者
    能否再 说的详细点,
    因为对于新手来说在写用例时,对编写步骤、覆盖率高的编写方法还没有一个完整的思路;

    开心果说的很对。
    用例思路通常来源于文字需求和产品实际实现的功能两部分。只有熟悉测试目标后,才可能提高用例对测试点的覆盖。
    而针对每个单独测试点的覆盖,则需要通过用例设计方法和对实际业务的理解来增加周边的用例,以达到更高的覆盖率。


    或者是写的用例步骤、内容描述的不够清晰,请问对于这种情况应该怎样去避免、完善,?
    谢谢


    1、书写格式是大同小异的,大方向上追求“易审阅,易修改"。所以通常会选择为分类后的列表格式。如:
    分类为:序号/名称/测试环境/测试步骤/测试数据/预期结果/实际结果/备注……
    然后以从上之下的排列顺序分布各个用例。(可以参考excl的用例模板)

    2、内容描述方面,讲究文字的清晰,简洁。还可以多参考公司内相似功能用例的描述语言,对相同或相似操作尽量使用相同的词语来描述。
    如自己无法单独体会,建议进行用例的同行评审,在评审中熟悉并理解文字描述的尺度。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2010-9-3 15:07:46 | 只看该作者

    回五楼和六楼 ,谢了

    你们说的很详细、很实际也很容易理解
    谢谢!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-3-24 16:06
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    8#
    发表于 2010-9-4 11:24:45 | 只看该作者
    除了格式上的要求之外,书写测试用例还要记得从业务的角度上进行设计和衡量
    对于业务上的逻辑,要进行详细覆盖
    对于业务功能点,要进行覆盖
    设计上,有效性验证,无效性验证都要覆盖到,对于逻辑比较复杂的,要加大覆盖的力度。
    总的来说,测试用例的设计需要你用心去研究客户的需求,业务的逻辑和相互的关系。然后用尽可能少的用例,覆盖较多的功能点,而且要有针对性,可以检查出更多隐藏的问题。
    在书写上,自然就是楼上几位提出的那样,清晰,易修改,可复用性强,没有歧义。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2010-9-8 21:30:22 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2010-9-13 21:12:47 | 只看该作者
    关于测试结束
    1.质量:软件产品是否符合需求规格说明书的要求
    2.市场,也就是二楼所说的发布时间

    在满足需求规格说明书之后,肯定还有很多bug,如果追求完美,就没完没了了,所以必须还有个最后期限,比如软件发布时间。有时候确实找不到bug,在所有成员都同意停止测试的情况下,也可以提前终止
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2010-9-13 23:35:17 | 只看该作者
    实践是检验真理的标准,能发现别人发现不了的bug……
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 07:07 , Processed in 0.070457 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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