51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 1887|回复: 6
打印 上一主题 下一主题

在实际中如何编写测试用例?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-9-16 15:58:52 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我们在培训中所用的项目功能确实太简单了。我现在想参照着写系统测试用例,却发现很难实行。
比方说,我现在要做的是个关于设备巡检的项目:主要功能就是先在服务器端用户登录,然后编辑巡检项目(包括订计划、编排巡检项等),接着将编辑好的巡检项目导入到手持设备上,拿着手持设备做巡检并记录。再导回服务器端,最后查询数据。OK  
我在做测试用例时,好象没法填写用例呀。太多种组合了,我怎么才能用最少的用例覆盖最大的需求?真是不习惯
苦闷中... ...
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2004-9-16 16:20:30 | 只看该作者
使用系统测试用例方法作分析呀,等价类划分等等。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2004-9-17 08:24:35 | 只看该作者
唉!闹半天活不但没少,好象还更多些了。本来还以为能走捷径呢。看来,规范的流程也不是万能的。也只能做到减轻后面的测试执行,至于前面的测试设计、实现,一点活也不会少。:(
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-9-17 09:06:23 | 只看该作者
流程不是万能的,但是,没有流程是万万不能的。技术问题,往往还需要技术手段去解决,流程不可能规避和解决所有的问题。^_^
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-9-23 09:12:17 | 只看该作者
规范的测试流程不是为了减少劳动量,而是为了产品质量。为了覆盖需求哪怕成千上万的测试用例也是必须的。测试就是这样,需要不厌其烦。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2004-9-24 08:16:02 | 只看该作者
说起来容易做起来难。让我写成千上万的测试用例,我想我会发疯的。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-9-24 12:06:38 | 只看该作者
我们一个朋友的公司,刚刚写完1万5000个测试用例,工作都很麻烦的,开发人员也不例外。家家有本难念的经,各自都有难唱的戏。关键要静下心来,踏踏实实的作,回过头来,才会发现有很多的收获。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-15 16:24 , Processed in 0.071438 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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