51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[求助] 如果需求不完善,该怎么测试

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-3-31 13:15:43 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
刚刚入行,发现现在公司的项目的需求文档和我实际拿到手上的待测系统有很多不一样的地方。现在要做这个系统的功能测试不知道该如何下手了 。
不知道各位有什么好的建议
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-3-31 13:51:13 | 只看该作者
找相关人员核对
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-3-31 17:19:30 | 只看该作者

需求文档,待测系统

1、先确认以哪个为标准,需求文档或者待测系统,不过估计这种情况,一般都会以后者为准。
工作繁忙,更改的需求来不及在文档中体现出来。
2、先对系统进行探索式测试,主要目的是了解主要功能,当让少不了与相关人员沟通。
3、如果时间允许,编写测试case。然后根据case进行测试。在测试中需要继续完善测试case.如果时间不允许,那也先要心中有谱,思考如何测试。再着手测试。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-3-31 17:58:34 | 只看该作者
有需求文档就已经不错了,我们的软件都是一边测试,一边添加功能,然后研发人员口头对测试人员说完功能为止。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-3-31 21:13:09 | 只看该作者
可以与你的开发工程师去确认系统所完成的功能,结合你拿到的待测系统,重新整理出一份比较完整的需求文档
测试,首先要制定标准,这样才可以判断,做事才有依据
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2006-4-3 12:58:35 | 只看该作者
谢谢大家!
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-4-3 22:42:25 | 只看该作者
测试过程中详细记录下具体的结果,就算在测试前需求不明确,但测试后,系统地功能应该是唯一确定,并且和测试报告一致。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-14 11:21 , Processed in 0.065775 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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