51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4989|回复: 3
打印 上一主题 下一主题

[讨论] 帮忙!急!!

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-2-22 09:56:41 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
1.大家对需求文档的看法?
2.如果项目部提供完整的需求我们应该怎么去测试?
3.如果项目部提供完整的需求我们应该怎么去写测试例?从哪几方面着手写测试例?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

4#
发表于 2007-6-24 17:01:00 | 只看该作者
如果是测试人员的话当然从需求的可测试性角度来进行考虑,评审需求的目的最终也就是落实到是否能写出用例来。当然完整性,明确性,一致性,清楚性,简洁性是评审需求的5大原则。
有需求了,写用例的时候可以按照类别划分一下:功能、性能、GUI、安全性等方面进行考虑。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-6-14 10:58:16 | 只看该作者

学习中......

学习中......
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2005-2-22 10:50:02 | 只看该作者
需求文档是源,它的不完整,模糊影响到开发的下N个阶段
有了需求就可以写功能性测试用例,制定测试计划,当然这个前提是你得到的需求本身是高质量的,在作需求分析时,同时要对需求测试和评审
功能性测试用例,你可以用很多黑盒测试用例设计方法来做,比如因果图,当然如果有用例自动设计工具更好
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-11 03:30 , Processed in 0.072011 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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