51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 34550|回复: 35
打印 上一主题 下一主题

电子商务网站的测试用例怎么写好

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-7-9 15:40:54 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
假设按需求来分,有ABCD四大块,但是从页面上肯定不是这样分的,栏目跟这四大块需求肯定是交叉起来的。那么用例怎么来写比较好,是按需求的分法,还是页面上栏目的分法。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

该用户从未签到

推荐
发表于 2010-2-8 17:27:18 | 只看该作者
1、先写功能测试用例;
2、再写业务流程的测试用例。
回复 支持 1 反对 0

使用道具 举报

该用户从未签到

推荐
发表于 2010-11-12 11:46:22 | 只看该作者
1、我不赞成按页面功能写用例,这样写用例就需要从需求中筛选出需求信息,把需求分拆的很碎,容易遗漏掉部分需求内容
2、建议楼主按需求来写测试用例
3、解决楼主问题的方法:楼主要先熟悉需求,熟悉业务流程,熟悉页面功能,把相互关联,相互约束的业务流找出来,在写测试用例时,将相互关联,相互约束的测试点写出来,可以延伸到其它功能点来验证,这样问题就解决了。
回复 支持 1 反对 0

使用道具 举报

该用户从未签到

2#
发表于 2009-7-13 13:24:58 | 只看该作者
沙发!我也想知道哈
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-7-13 18:36:10 | 只看该作者
如果各模块之间关联比较大就按功能流程写,如果关联不大就按模块写,个人感觉
回复 支持 反对

使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2009-7-16 17:52:16 | 只看该作者
    按需求写功能点  然后按流程来运行  需求和页面上栏目结合最好
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2009-7-16 19:02:10 | 只看该作者
    我觉得按照页面栏目写比较好,这样可能不会遗漏很多需求中的接口部分。(如果是黑盒测试的话)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2009-7-24 22:05:19 | 只看该作者

    回复 4# 的帖子

    我觉得你这个思路不错,按照业务流程走比较清晰。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2009-7-28 13:08:33 | 只看该作者
    想知道,占个位置。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2009-7-30 13:43:54 | 只看该作者
    可以这样吧,先按需求来写,然后把页面栏目列出来,有部分只是显示的当然没什么问题,如果是有业务功能的可以做个链接和对应的需求功能连起来。
    这样应该能够更少的遗漏吧。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2009-8-6 16:05:37 | 只看该作者
    我认为:
    一,按照需求中的流程写;
    二,按照功能模块写,因为这一点无法再流程中写的很细,只能单独写;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2010-2-8 11:35:09 | 只看该作者
    我也感觉到很难写哦,特别是有时需求根本就不明不白的时候……
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2010-3-17 14:10:19 | 只看该作者
    知名企业招聘出,中, 高级测试工程师, lead, pm
    知名企业招聘出,中, 高级测试工程师, lead, pm
    知名外企邀SDET(开发测试)


    群:
    职位: SDET, 工作地:深圳
    联系方式:[email=Mail to:   hrwelcome@live.cn   [/email] MSN:hrwelcome@live.cn
    1. Must have solid foundation of software developing with C#/c++/Java for 3+ years;               
    2. Best to have 1+ years of experience in functional testing;               
    3. Best to be familiar with various testing phases and methodologies;               
    4. Best to have experience in writing automated test scripts;               
    5. Knowledge of Internet related technologies and web-services is a must;               
    6. Best to be able to understand and translate functional requirements/specifications into test cases;               
    7. Best to be able to develop own test cases from functional specifications;               
    8. Excellent problem solving skills;               
    9. Strong communication skills;               
    10. Good English skills.               
    1. Help to impove the whole team automation skill level.               
    2. Drive testing activities (manual&automated) for projects and pre-defined areas of ownership;               
    3. Writing test plans and holds review (also other recurrent test meetings) with client;               
    4. Daily summarize and report the project status.               
    1. Big Picture: USA online travel system.               
    2. Our Team: Web based (UI&Functional) test.



    软件测试工程师(初,中, 高级测试工程师, lead, PM):
    工作地点: 深圳      联系方式:MSN/Email: hrwelcome@live.cn  

    1. 熟悉测试的基本理论,测试用例,测试计划,Bug系统等。

    2. 执行过相应的黑盒测试。

    3. 有耐心,能够深入研究相关的业务知识。

    4. 具有较好的coding能力,能够独立完成和开发出自己的测试用例。

    5. 善于思考并且提出相对应的方案和问题。

    6. 态度积极向上,能承受一定的工作压力。

    7. 有一定测试工具使用经验。

    8.  英文良好。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2010-5-19 17:35:35 | 只看该作者
    这中用例怎么划分都行,关键看自己的侧重点在那里,最好先按照自己的划分,写个case图出来,然后再细化;case图写完了和同事一起看一下,这样有助于自己整理思路,同事也可以帮你查找漏洞。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2010-11-16 13:29:41 | 只看该作者
    根据需求说明书里业务的流程图...
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2011-9-28 11:27:04 | 只看该作者
    学习 了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-11-9 09:45
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    17#
    发表于 2011-11-15 13:11:06 | 只看该作者
    我一般是分两部分写
    1、按照业务流程图,编写流程测试用例,每一个分支流都走到
    2、按照功能模块,进行涉及每个业务功能的测试用例
    3、根据需求,挑选用例,将业务流程和功能进行结合,测试时候分轻重缓急,重点详细测试和粗粒度测试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2011-12-6 20:25:17 | 只看该作者
    需求与面结合,有些需求不是在同一个页面里完成,也有些需求要在多个页面里实现.光按页面写容易漏需求,光按需求页容易页上的一些功能.有些各个页都要测试的(如页面内容测试等)写成公共用例,各页都验证一遍.另外有些可以用工具来完成测试的就一个用例搞定,如链接测试.完了再用按业务流程写作补漏.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2012-1-31 10:28:18 | 只看该作者
    回复 18# maclehappy13


       顶这个
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2012-1-31 10:57:36 | 只看该作者
    我一般先按功能模块划分,功能模块下包含页面,如果某个页面的功能不属于某个模块,我就单独列举出来,总之一句话,不管怎么划分,既要覆盖所有的功能,又要覆盖所有的页面
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-10 18:37 , Processed in 0.082151 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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