如果你fresh man,而上面有测试经理,那么你乐乐,你可以从一个经验丰富的人的脑袋里得到你想要的,而不比和他花费同样的时间,正所谓“站在巨人的肩上,看的更远”。
然后,就是自己的努力了,仔细阅读需求规格说明书,了解产品特性,熟悉业务流程,然后再根据是那个阶段的测试,比如系统测试,再来根据功能,选择合适的测试方法,写高效的test case 决非易事,所以,还是要苦练,当然方法是最重要的。
小女子也刚进入这个领域不就,大家互相磋商吧! 看来你把测试看的太简单了
用最少的用例测出最多的BUG是两句话就能说明吗。。
这都是要靠自己从实践中体会的 参与项目以后再看大家的回复又有了新的体会啊 原帖由 hapliu 于 2007-4-11 14:10 发表 http://bbs.51testing.com/images/common/back.gif
软件测试是有2种假设前提的,1,假设软件是绝对正确的,我们写测试用例,测试软件等等完全是为了证明软件的正确性,发现了错误与漏洞,及时正确改正,那么软件还是绝对正确的,测试到最后都始终坚信软件是正确的.不知道 ...
支持...... 原帖由 ludy 于 2007-8-31 12:02 发表 http://bbs.51testing.com/images/common/back.gif
04年的帖子顶到了07年8月底。。。。。
说明这个贴子说的问题,很多人都感兴趣 东西很多啊1 我也是刚进入测试领域不久,测试有很多很多的学问,努力学习,积累经验,不懂就向公司的前辈们多请教,这就是我的经验 受益匪浅 我也从事测试不久,积累经验,还有就是努力熟悉业务,这点很重要吧。 从事测试有一个月多点了,前段时间,头让我看看需求说明书,然后写个测试用例框架出来,硬是憋了1天才写了3个。。。那个汗啊,不过自己也胆小,老怕写错了,写的多余了怎么办。新人嘛,放手去写,错了头也不会责怪你的吧。经验多了,熟练度也就高了。祝愿测试的朋友们都开开心心哈 原帖由 kingson312 于 2007-4-9 18:29 发表 http://bbs.51testing.com/images/common/back.gif
人家帖子是2004年发布的,汗~~,我还上大二呢...
2004年6月25号,我那时还大1呢 学着谢着sdlkfj6 先看哈兹再说 学习中谢谢sdlkfj2 学习谢谢 其实测试用例和对业务的熟悉应该是分不开的.好的用例,是熟悉业务后的精华提取.不知道大家赞成吗? 学习中谢谢