wl110 2007-9-20 16:57
学习了,谢谢!
manbuyunduanlg 2007-9-25 16:19
觉得好难啊，加油
zhanghongxia86 2007-9-28 11:00
测试盲点
先规范测试计划书，测试用例和测试结果分析报告的相应标准，然后收集资料，最好有相对的规格说明书，此外应该多和开发人员交流！
yuzhuye 2007-9-28 19:20
新手，越看越觉得自己要学的东西太多了！有点茫然！
KATHY1 2007-9-29 14:15
我也是新手，多向各位学习呀
shiyanrui 2007-10-4 10:39
学习学习,再学习
juhmmail 2007-10-9 11:47
最主要的是弄明白需求，要达到一个什么样的使用目的，列出大纲，有目的的写case，同意上面同学的“以测养测”的观点
linlh 2007-10-10 13:24
还是一边学习一边积累经验吧。多思考分析，我是这么认为的。
zhpe 2007-10-10 17:05
MSN: [email]mary19861124@hotmail.com[/email] 测试新手
52enjoy 2007-10-11 13:06
测试盲点，心情可以理解，我也是新手，刚开始做这个行业，就想着靠少的case来测试出更多的bug，但是往往自己觉得都已经测试完毕了，但是在实际使用过程中还是会出现一些问题，所以只能在修复的同时总结这些问题的发生的原因。所以呢，要想能更好的发现BUG那么需要掌握较深的知识面，及时总结以往的测试经验。
liaoxj 2007-10-12 16:36
测试用例的编写需要根据项目情况而编写,比如项目非常小,时间紧我们可以挑重点的 少写,如果测试执行者的经验比较丰富可以不写.测试用例的有效与无效与执行这个测试用例是否有BUG不是一个对等的关系,一个设计的很好测试用例,执行过程中没有发现BUG也是经常有事的.
[color=Magenta]我们测试人员的工作不是单纯的去找BUG,而是促近项目更好的实现项目的目标.[/color]
[[i] 本帖最后由 liaoxj 于 2007-10-12 16:38 编辑 [/i]]
xlymmc 2007-10-16 12:18
:) 我也是个新手，但我想知道有一些什么是隐藏的BUG,谢谢能给一点提示
shengjiso 2007-10-17 16:48
我也是测试新手，前段时间头让写个测试用例。我觉得基本的功能点，要覆盖。如果没有将软件测全测透，我觉得是个失败的测试。头给了我一个开发需求计划，可把我弄死了。抠了半天也没弄出几个功能点，头看了后自己写了好多。。。呵呵，新人和老人就是不一样。还有一点是，开发的需求可能会变的。基本上是100%会变，所以这时候测试用例也要不断补充，不知道我说的对不对。高手指点下
vanetin 2007-10-18 11:08
本人刚毕业成为公司的软件测试工程师，因为公司小，所以每回我们的测试报告都是直接发给软件工程师让他们修改便是，问前辈他说没有什么测试用例，他完全就是靠经验在测，所以很多都不懂，就连测试用例是什么也不知道，请教哪位大师能详细的讲解一下关于测试整个流程或者相关的一些知识，谢谢。期待能推荐几本较好的书籍。
李洁 2007-10-19 13:50
恩，其实我也觉得测试用例应该是测试人员根据需求等相关能帮助测试人员理解需求的文档而设计出来的，我工作一年多了，最头疼的就是测试用例的设计了，感觉很难掌握！哎，看来还是需要多看点书研究研究！
icive 2007-10-19 15:19
多多看看测试方面的书，应该就有很好的体会了
icive 2007-10-19 16:10
回复 126# 的帖子
我觉得你说的非常有道理。
谢谢你如此诚挚的表达个人意见
icive 2007-10-19 16:33
[quote]原帖由 [i]李洁[/i] 于 2007-10-19 13:50 发表
恩，其实我也觉得测试用例应该是测试人员根据需求等相关能帮助测试人员理解需求的文档而设计出来的，我工作一年多了，最头疼的就是测试用例的设计了，感觉很难掌握！哎，看来还是需要多看点书研究研究！ [/quote]
目前为止，我觉得测试工作最难的就是写测试用例了
如果用例写不好，那就不能很好的完成测试工作
icive 2007-10-19 16:49
可是我一直不知道该如何学习测试用例的编写啊！！！
lilei6322721 2007-10-22 18:06
回复 6# 的帖子
支持!
我做测试也是不太久,这种思想开始我也有,但时间长了些就发现其实并不是这样的,测试用例是很有学问的,是你自身思维方式的体现,如果感觉测试用例无效正能说明测试用例写的不够全面或者说写的太烂了
doudouxly 2007-10-22 21:05
回复 19# 的帖子
哇
我也是新手
看了之后好想自己动手也
wing_wing 2007-10-25 17:24
难道开发没犯这个错误就要说你所设计的case无效吗？是你用你设计的用例进行了测试才证明了它的正确，所以你的用例仍是有效的，它的有效性就在于它证明了一个正确的事实．
xuwh 2007-10-25 19:22
没有需求怎么写用例呀
我是新手，现在公司要求上用例，需求也是不规范的，但是我倒是知道需求是什么？写了很多用例，但不知道写得怎么样。没有原来的用例库
lihui1986620 2007-11-5 11:43
TEST CASE
进入测试行业已经两个月了,关于case有效性的概念我想说下个人的观点,并不是说一个case发现的BUG越多,这个case就很好,实际上我觉得这么做也是很危险的,因为这么想了之后,设计出的case本身可能是隐含了别的BUG,但是在测试的时候由于BUG的重叠,有些BUG会被先前发现的BUG掩盖.但是在设计那些能够让软件正常运行的用例时候,可以一次尽可能的包括所有类型.在做case时,如果想发现BUG,设计出的case最好是仅关注于某块具体的某项可能出BUG的地方.
phoenix81 2007-11-5 16:03
多学习，活到老，学到老！
给自己作个广告，现有北京动感地带手机号：13811000101出售，网上查询是大吉之号，有意购买者请加QQ：340318993
angiebyx 2007-11-10 12:37
多学习，多跟公司里有经验的测试前辈们交流，看看他们是如何来测
pose_123 2007-11-15 11:22
恩 很有收获!!谢谢各位:D
-飞扬 2007-11-16 13:34
没有测试怎么知道是无效的呢,这就是测试,就要重复,然后积累,然后才会有效的发现BUG,然后就是高手乐!
blueteer 2007-11-16 14:05
学习学习，再学习！
xiao_M 2007-11-23 14:43
回复 1# 的帖子
测试是苦力活呀，你多花点时间，多发挥自己的创造力，就能发现更多的bug。
I_hui 2007-11-24 10:41
回复 32# 的帖子
发现了至今未被发现的BUG就是好的用例/
jiangly 2007-11-24 13:01
恩，我觉得，测试用例是要在测试过程中不断完善的。不是说写好了测试用例就不改了，测试的时候就对着用例子走一遍的。
风吹我走 2007-11-25 09:36
学习中,看了文章,受益匪浅啊~
潇雅 2007-11-27 14:53
测试盲点
或许说是被忽视的地方吧。唉 继续迷惘~~
freash 2007-12-5 10:18
多读一读同事的CASE
gsj326 2007-12-5 13:00
首先要了解您当前所在项目的背景，项目相关知识，然后找出测试的测重点
根据产品的bug库分析每一个bug，
多学，多记录，多想！
bzfyhfyh 2007-12-5 14:53
要在保证测试覆盖率的前提下，尽量精简自己的Case。用等价类，边界值，因果图等方法写出有效的Case，在对Case进行讨论，检查Case的有效性，在回归测试中逐步补充和完善自己的Caes。
家有淘猫 2007-12-6 15:09
学习中:handshake
strive_vv 2007-12-7 18:42
我也是新手，而且还没有进入一个规范的测试部门，现在也只是做些功能性的测试，我想学习更多的测试，希望来年能进入一家正规的测试部门或者公司。
qumingfang 2007-12-16 18:15
据我的经验看来，事实上大多数的错误并不是从case上发现的，因为case大多数是基本的功能。而我们的普通用户使用方法和思维方式各异，根本无法概全。
把好的test case和bug数量结合，不太切当。