设为首页收藏本站

开启辅助访问软件测试门户软件测试培训软件测试论坛测试解决方案文章资料精选软件测试博客软件测试招聘

51Testing软件测试论坛 »软件测试论坛 › [软件测试综合栏目] › [软件测试新手上路] › [软件测试新手上路精华区] › 测试盲点

1 ... 6 7 8 91011 12 13 14 / 14 页下一页

发新帖

楼主: wangnan

上一主题

下一主题

测试盲点

该用户从未签到

181^#

发表于 2008-3-11 08:42:08 | 只看该作者

你们说的太好了!!!

【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！

回复支持反对

使用道具举报

该用户从未签到

182^#

发表于 2008-3-16 09:58:10 | 只看该作者

我现在才想进这行会不会太晚拉

回复支持反对

使用道具举报

该用户从未签到

183^#

发表于 2008-3-26 13:55:30 | 只看该作者

测试用例的使用人是谁？

测试用例到底是给测试人员专用的还是其他人员？？？？？？

【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！

回复支持反对

使用道具举报

该用户从未签到

184^#

发表于 2008-4-12 23:13:41 | 只看该作者

测试case需要覆盖基本功能点，没发现问题说明基本功能没有问题。测试还需要对用例之外的进行发散测试，如果发现问题就需要对用例进行补充。
测试结束后针对问题分析有多少是用例发现的，可以评估用例设计的质量。

回复支持反对

使用道具举报

该用户从未签到

185^#

发表于 2008-4-15 17:40:27 | 只看该作者

呵呵

回复支持反对

使用道具举报

该用户从未签到

186^#

发表于 2008-4-16 10:42:19 | 只看该作者

果然学了不少，多谢指教

【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！

回复支持反对

使用道具举报

该用户从未签到

187^#

发表于 2008-4-16 14:07:43 | 只看该作者

测试用例的设计是一个是根据经验,一个是根据对系统,对系统相关理论知道的了解程度来决定.最简单的测试用例就是正常测试用例,就是需求里提到,另一个对异常处理的测试用例很重要,这个就要根据经验和项目自身的熟练程度来决定喽

回复支持反对

使用道具举报

该用户从未签到

188^#

发表于 2008-4-16 15:41:29 | 只看该作者

刚刚做测试两周

以前学过点，现在刚刚做，而且公司的模式，技术开发好了成品给我们测试，有时候什么文档都没有，就只要一个系统，测试人员就直接测试，根本不用写什么测试计划，测试用例，我觉得有点茫然，不知道这样测出的软件质量如何，我应该重点学习些什么呢

回复支持反对

使用道具举报

该用户从未签到

189^#

发表于 2008-4-24 21:36:14 | 只看该作者

回复 12# 的帖子

你还搞测试得错别字可得注意!!!

【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！

回复支持反对

使用道具举报

光腚穿毛裤

该用户从未签到

190^#

发表于 2008-5-14 09:46:37 | 只看该作者

用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。

测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。

个人理解

回复支持反对

使用道具举报

光腚穿毛裤

该用户从未签到

191^#

发表于 2008-5-14 09:46:46 | 只看该作者

用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。

测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。

个人理解

回复支持反对

使用道具举报

光腚穿毛裤

该用户从未签到

192^#

发表于 2008-5-14 09:47:05 | 只看该作者

用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。

测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。

个人理解

回复支持反对

使用道具举报

光腚穿毛裤

该用户从未签到

193^#

发表于 2008-5-14 09:47:06 | 只看该作者

用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。

测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。

个人理解

回复支持反对

使用道具举报

光腚穿毛裤

该用户从未签到

194^#

发表于 2008-5-14 09:47:06 | 只看该作者

用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。

测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。

个人理解

回复支持反对

使用道具举报

光腚穿毛裤

该用户从未签到

195^#

发表于 2008-5-14 09:47:06 | 只看该作者

用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。

测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。

个人理解

回复支持反对

使用道具举报

光腚穿毛裤

该用户从未签到

196^#

发表于 2008-5-14 09:47:18 | 只看该作者

用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。

测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。

个人理解

回复支持反对

使用道具举报

光腚穿毛裤

该用户从未签到

197^#

发表于 2008-5-14 09:47:50 | 只看该作者

网络卡了，怎么发了这么多……

回复支持反对

使用道具举报

该用户从未签到

198^#

发表于 2008-5-15 10:37:26 | 只看该作者

学习学习学习学习

学习学习学习学习

回复支持反对

使用道具举报

该用户从未签到

199^#

发表于 2008-5-21 10:43:58 | 只看该作者

好深啊

看来要加紧学习啊

回复支持反对

使用道具举报

该用户从未签到

200^#

发表于 2008-5-27 13:19:51 | 只看该作者

在写test design spec\test plan\test case之前,tester应该胸有成竹。我的意思是，必须自己先形成一个对于软件产品的模型。如何做呢？
1）吃透需求和规范说明书
2)站在最终产品用户的角度想想用户将如何使用产品
3）了解并比较公司内不同产品相类似的功能
4）学习并比较竞争对手公司的同类产品的相似功能

我觉得test automation suites主要为了有助于软件开发过程，主要来发现产品回归问题。但是test automation只能发现bug总数的20%不到。要想找到更多的问题，要通过其他的手段，如manual testing (ad-hoc etc.)。

回复支持反对

使用道具举报

1 ... 6 7 8 91011 12 13 14 / 14 页下一页

发新帖

站长推荐 /1

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

GMT+8, 2024-11-23 23:56 , Processed in 0.075064 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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