51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3607|回复: 19
打印 上一主题 下一主题

[讨论] 这是我做手工测试写的用例,如何改进,希望兄弟姐妹们多提意见

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-11-23 13:52:20 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
这是我做手工测试写的用例,如何改进,希望兄弟姐妹们多提意见

本帖子中包含更多资源

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

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

使用道具 举报

该用户从未签到

2#
发表于 2009-11-23 17:23:18 | 只看该作者
挺好的,继续努力~~~
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-11-24 09:49:01 | 只看该作者
你的用例中考虑过执行成本吗?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2009-11-24 12:02:24 | 只看该作者

没有

没有考虑过,请细说一下
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-11-24 12:33:22 | 只看该作者
总体还不错,虽然有点虎头蛇尾,但是作为验收测试的话差不多了。

如果是做完整项目测试,就需要根据实际测试资源重新修改了。
1、1个tester一天做完,这个文档够了,蛮饱和的,基本功能也测到了。

2、4个tester一个月做完的话……
A、大的方向还需要增加安全性和性能测试的内容。包括:安全性、兼容性、健壮性等方面的东东。
比如安全性,除了密码的Ascii加密方式外,是否允许多人使用同一账号登陆?若可以,多人操作时如何及时更新数据库信息?等等

B、小的方向还需要细化各个功能测试点的内容:
比如登录界面,用户名是否有字符和长度限制、密码是否显示等。
比如UI测试中,“导航上的图形有明确的用途”应改为各个ico的具体功能检测。
………………

偶只是抛砖引玉,更完美的测试用例只有等待lz自己思考才会有答案。

[ 本帖最后由 Jackc 于 2009-11-24 12:36 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2009-11-24 12:39:45 | 只看该作者

回复 3# 的帖子

shark_jr老兄的意思,偶没有猜错的话,应该是说lz测试用例的工作量是否和测试团队的人力资源成正比。

纯属猜测,若有不同,请多包涵
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2009-11-24 14:07:25 | 只看该作者

测试一个项目

测试一个项目, 差不多有一半时间花在写用例上了,我感觉我的用例,就是记录我测试的里路,我这个测试用例的写法该如何改进,请兄弟姐妹们指点指点
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2009-11-25 11:25:52 | 只看该作者

都没人理我

回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2009-11-25 15:28:45 | 只看该作者
因为都被你吓着了
回复 支持 反对

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2009-11-25 16:43:41 | 只看该作者

什么意思阿

回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2009-11-26 00:28:09 | 只看该作者
测试设计花费一半的时间很正常吧, 做好测试设计绝对事半功倍!

你写的很详细, 但你们公司的用例就是这个模板么? 有点随意的说  改为标准模板是不是好一些 ?

前面的写的比较简明扼要,后面说的有点罗嗦,如果直接给新人看估计有点晕,哈哈
回复 支持 反对

使用道具 举报

该用户从未签到

12#
 楼主| 发表于 2009-11-26 09:31:12 | 只看该作者
我现在也意识到这样的问题,现在正在想办法改进,呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2009-11-26 14:00:22 | 只看该作者
顶11楼,偶也同意测试用例的设计时间可以占到整个测试周期的一半。

不过针对LZ这个项目来说,8页的word的测试用例显得单薄了许多。

如果LZ习惯使用列表的方式来写用例的话,可以考虑使用excl来做,每个用例的尺度和测试步骤都可以再细化一些。

对了,LZ写这个用例是做什么用?仅为理清自己的测试思路?如果是这样的话,适当引入一些开发流程图可以帮助自己更好的检查测试用例的覆盖程度。
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2009-11-26 15:31:28 | 只看该作者

回复 1# 的帖子

写的很仔细 ,加油啊
回复 支持 反对

使用道具 举报

该用户从未签到

15#
 楼主| 发表于 2009-11-26 16:02:01 | 只看该作者
我现在测试用例中的优先级非常重要,特别是在项目较紧的情况下
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2009-11-26 16:39:40 | 只看该作者
但是你的用例里没有体现优先级这个概念……

LZ可以考虑将优先级划分与项目周期结合起来。

比如:
A:每个版本必须测试
B:每3个版本测试一次
C:特定版本才会测试(性能测试内容一般都是在中后期版本才会开始测试的)
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2009-11-26 22:03:08 | 只看该作者
用例多建议还是用excel管理, 只记录测试用例名,用例名要一语中的,对熟练的测试人员看条目就行了

用例前标注1/2/3..优先级,通过筛选过滤可以得到最小测试用例集. 给时间紧的时候用

用QC不?俺们用TD,老外的东东不习惯,所以还用这个土办法,呵呵

另外对于界面类测试确实要区分一下,优先保证用户常用的功能(最好和用户了解下),不常用或者有问题影响不大的优先级降低,测了也是浪费时间,呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

18#
 楼主| 发表于 2009-11-30 12:34:24 | 只看该作者
有道理
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2009-11-30 19:30:07 | 只看该作者
学习
回复 支持 反对

使用道具 举报

该用户从未签到

20#
 楼主| 发表于 2009-12-1 12:45:19 | 只看该作者
请兄弟、姐妹们提供一些测试用例模板,供小妹参考参考
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-23 19:28 , Processed in 0.086482 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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