51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3926|回复: 7
打印 上一主题 下一主题

[讨论] 问下各位 你们都是怎么管理测试用例的啊?有专门的工具么?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-3-14 15:32:54 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本人现在的公司的测试用例管理都是用excel表格来管理测试用例的
其中只有测试用例编号 测试分项目 测试结论 这三项
是不是该把测试分项目 中的测试输入 测试输出 再设2项呢
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

8#
发表于 2005-4-18 22:56:13 | 只看该作者
其实excel还行,最好的就是编号不会乱
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-4-17 12:29:44 | 只看该作者
用TestDirector可以管理测试用例的。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-4-17 12:13:24 | 只看该作者

支持Nio的回复!

支持Nio的回复!我认为写测试用例就是这样,太过复杂,反而把自己给搞糊涂了!用用例编号;测试目的,测试内容,测试步骤,测试结果是否正确,再来一个备注栏就行了!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-4-16 11:12:06 | 只看该作者
我认为测试用例应该越清楚越好  。一家公司产品不会有太多区别,测试用例可以重复使用,这样可以提高测试速度。在应用中及时补充,提高软件质量。这叫“磨刀不误砍柴工”。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-3-15 09:34:25 | 只看该作者
测试用例的编写最关键的是实用,做了一大堆的文档工作,如果最终找不到BUG,那也是白忙活。
在写测试用例前最需明白的是你的用例是在为检查什么而编写的,而不能一味偏重于各种各样的编写模式,只要能达成你的测试目的,什么样的模式都是好模式。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-3-14 23:09:41 | 只看该作者
我觉得测试用例的要素有测试用例编号、测试项目、测试标题、重要级别、预置条件、输入、操作步骤、预期输出。
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2005-3-14 17:10:46 | 只看该作者

一点个人见解

我觉得应该还有测试条件,因为在测试某部分会牵扯到一些测试资源,关系等
当然预先输出,和实际输出也应该有,这样才能有所比较,看测试部分功能是否
达到用户需求或测试计划需求。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-26 19:41 , Processed in 0.073243 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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