51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2902|回复: 4
打印 上一主题 下一主题

[求助] 怎么在实践中设计比较好的测试用例

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-8-31 16:33:57 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
各位大侠大家好
    小女子现在很迷茫,新到一个公司,做测试,可是公司里并没有测试的人员,所以我就得负责测试这块,就我一个人做测试,之前是做了两年的测试,但是由于公司比较大,所以分得很细,没有写过测试用例,一直是测试执行这块,现在到新公司了,从昨天开始测,虽然只是叫我先随便测测,也发现了几个bug ,但是我很苦恼,给我的需求说明书上只是很简单的描述了每个模块的大致功能,我不知道该怎么写测试用例,是根据需求说明书来写么,那样测试用例就很少,就不容易发现bug,我想写得细点,可是又觉得不是每个很细很细的点都要去测,求指导,求高人带我走出测试用例的困境,万分感谢,祝你们都身体健康,万事如意, 。ps:补充一句,在实际写测试用例中,那些黑盒测试的方法都得拿来写测试用例么?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-9-1 09:44:43 | 只看该作者
之前没有写过测试用例,但你在执行测试的过程中应该用过别人写的用例吧,再说,都两年经验了,应该说,写起来不是很难吧,设计用例不是把测试方法生搬硬套进去的,看实际所需去应用。
随机测试,事实证明是不可取的。建议最好还是先制定一个计划,弄清楚你要测的产品功能,画出相应的流程图,及相应模块的重要级别,然后分析各个模块之间是否存在着相互影响的关系,这些都弄清楚了,相信一个蓝图也会浮现在你脑海了,祝楼主一切顺利。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2011-9-1 09:46:58 | 只看该作者
而且,虽然需求说明书写的比较简要,呵呵,你可以自己去细化里面隐藏的功能,这就是需求分析阶段,有些bug就是出现在需求中的,所以需求分析还是很重要的,也就是将风险提前了。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2011-9-1 10:50:49 | 只看该作者
回复 2# tandianping


    真是谢谢你了。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2011-9-1 10:52:10 | 只看该作者
回复 3# tandianping


    谢谢,我会按照你们的建议去试试,我希望我能成功。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-9 10:41 , Processed in 0.120362 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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