51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3395|回复: 2
打印 上一主题 下一主题

[讨论] 定义与分析“用户原始问题”的方法,即可以测试“需求”有没有BUG

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-4-17 21:25:28 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
大家有没有这类问题的资料?多谢了!
当前我们的测试层次要更上一层了。。以前是在认为需求是对的情况下,对各个规格与功能进行测试。
而现在很多软件的需求都出问题了,到了最后才被发现。希望测试也能介入分析,提早发现问题。
而这就需要我们对需求也进行怀疑。。如果测试这个需求分析对了,分析全了??对用户的问题理解透了?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2012-4-18 16:56:40 | 只看该作者
那么对需求的来源是什么。你得弄明白弄清楚需求的来源。这样才能更准确的把握了。如果需求是错误的,那么后续所有的都是错的,因为源头都是错误的,后续想不出错都难。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2012-4-20 12:22:43 | 只看该作者
是啊,我也在想这个问题,有点悖论了。。
本来测试的本职工作就是按需求好好的覆盖。可以现在的质量又要求我们上升到去验证需求有没有问题了。。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-22 02:24 , Processed in 0.069585 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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