51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 23610|回复: 83
打印 上一主题 下一主题

[转贴] 添加,查询,修改,删除,测试用例设计方法

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-2-20 10:44:07 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
最近都在做添加,查询,修改,删除,测试,总结了一些测试用例设计的方法,在这里共享出来,希望大家共同探讨

以下为设计方法:


1   根据模块划分测试用例
2   每个模块分查询,添加,修改,删除,停启用功能点
3   针对每个功能点设计测试用例,功能点如果涉及测试数据,则在测试数据表中设计测试数据
4   测试数据分有效数据,无效数据,编辑数据

详细用例,请下载附件查看。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    郁闷
    2015-10-22 16:05
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2009-3-3 13:26:27 | 只看该作者
    谢谢,顶下了!!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2009-3-4 10:51:37 | 只看该作者
    不错,我也做类似的项目,下载了,学习下!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2009-3-4 11:03:14 | 只看该作者
    这是用工具导出来的还是直接写的啊?好多列啊,我平时写都没有这么多列,简单的几列就成
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2009-3-16 17:28:56 | 只看该作者
    我最近也在测试这样的页面!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2009-3-16 18:08:47 | 只看该作者
    好像前阵就看到过有人发这样的贴。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2009-3-16 19:39:28 | 只看该作者

    没写到具体的如何优化增删改查等好的建议啊

    就是简单的用例编写,建议点如何更好的设计就更好了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2009-3-18 17:16:58 | 只看该作者
    谢谢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2009-3-19 10:31:28 | 只看该作者
    还好,就是表格复杂了
    再明了点儿比较好
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2009-3-20 10:54:45 | 只看该作者
    顶了,下来学习一下
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-3-26 09:39
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    11#
    发表于 2009-3-20 11:49:54 | 只看该作者
    ::yiwen::: 我们公司用的是这个测试用例改良版
    看来是从这里下载的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2009-3-23 13:48:42 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2009-4-27 21:02:56 | 只看该作者
    正在学测试呢,多谢楼主了!~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2009-4-28 10:06:23 | 只看该作者
    kankan
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2009-4-28 10:16:05 | 只看该作者

    回复 1# 的帖子

    好厉害,这么多数据
    搂主用什么评定的优先级啊
    求教~~

    [ 本帖最后由 let$it$be 于 2009-4-28 10:24 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2009-4-28 10:21:55 | 只看该作者
    好贴,而且测试用例和测试数据是分开的

    步骤和数据的分离:
    测试用例作为测试需求的载体、测试执行的依据和工作量的评估,它设计和表达的优劣直接影响到自动化测试开展的前几个阶段,如:需求学习、筛选适合自动化测试的用例以及提取公司级或项目的可重用脚本等方面的工作效率。

      好的测试用例,在执行的步骤(Step)的表达上应该是尽可能和数据相分离。举例来讲,有一个ATM机取款的功能,可能有以下几个场景:

      1) 密码正确的登录

      2) 密码错误的登录

      3) 密码输入三次错误,卡被锁定

      4) 取少于余额的款项

      5) 尝试取大于余额的款项

      6) 尝试取等于余额的款项(考虑手续费)

      6) 取款额度大于当次的限制

      7) 取款额度大于当天的限制

      8) 取款次数大于限制次数

      等等

      不管你用什么用例设计的方法论来做指导,作为这个简单的例子,有经验的人都应该能看出,此处的很多步骤是可以重用的,总结下来如下(此处只列出了操作的步骤,略去了系统的交互中的反馈结果):

      1) 插入卡->A:输入密码->B:按“确定”键->重复A-B

      2) A:选择取款功能->B:填写取款金额->C:点击“确定取款”的按钮->D:取现金->重复A-D

      因此,我们只需要写出两套比较完整的步骤,将密码和取款金额多数字用参数来表达即可。这样是不是简单了很多呢?

    [ 本帖最后由 let$it$be 于 2009-4-28 10:24 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2009-4-28 16:18:34 | 只看该作者
    好的资料啊 ,谢谢楼主无私奉献啊 。  不胜感激
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2009-5-3 09:47:53 | 只看该作者
    顶一下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2009-5-11 18:04:38 | 只看该作者
    很不错,谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2009-5-12 11:05:23 | 只看该作者
    谢谢楼主分享~~~
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-5-11 01:47 , Processed in 0.088552 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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