测试经验不是由时间长短决定的
2011年毕业至今,从事测试也有半年了。在论坛中看一些帖子,却总是有一种感觉:自己所认识的软件测试,始终是皮毛。首先,我的职前培训是一个老员工带的,而她的测试经验也完全是自学,没有经过正规的软件测试培训;
其次,培训时间共一个半月。学习到的是公司的测试基本流程和测试用例的设计方法,实践了几个小项目,就独立测试了;
再次,测试类型为黑盒测试。觉得在论坛中所提及的QTP、LoadRunner等可以说完全没有接触过,而所谓的自动化测试更是不懂为何物;
最后,公司的测试人员比例很小,项目总是一个跟一个。总觉得学习无从下手。
对公司行业知识的了解对于软件测试有很大程度的帮助,现在对行业只是有了一定的掌握,但是还是很想多了解一些关于测试的专业知识。
希望软件测试的高手们,指点一下~~
软件测试的常规学习方式、方法、参考资料之类的都可以…… 置顶了好多东西,看了多少?
每周一问,看了多少
话题PK看到多少? 斑竹3问,振聋发聩啊! 不要迷信工具。因为我是做过专职的自动化测试(用的是RFT 和 TTCN-3) 和 LoadRunner性能测试的。所以:结论是 自动化测试是浮云,没有意义。
测试还是要抓好:手工的功能测试、性能测试、白盒测试
别以为手工测试很简单,那只是你做得很简单而已。现在给我讲一下:正交试验法怎么做?举个例子。
你们公司的测试/开发比例太低,因此结论就是 你们公司是一个不靠谱的公司,赶紧离开它! 实践中的测试大多是业务测试 你只是一个工作不到1年的新人,你这么就下结论说:测试经验不是由工作时间决定的?你怎么就知道会用工具的测试人员,经验就丰富了? 看到版主的三问我就自觉地看去了- - 很多人做手工测试,热衷于 在页面点点,更喜欢关注:提示信息合不合理呀、界面美观与否呀、文本框输入一个很长很长的字符呀,反正就是这些很表象的东西了。还自以为测的不错。
但是手工测试远不止这些。 毫无疑问的是:手工测试远比程序员复杂的多! 看了大家说了那么多“手工测试比想象中的复杂”,感觉好像似懂非懂,还是很迷惑 我刚毕业就进一家美资上班。三个月下来了,除了公司的培训,就是执行测试用例。感觉不会的东西太多太多了,大学里老师讲了没好好学,现在都不会用,更不知从何学起,只能遇到一点就去主动学习相关的一大块,不知道这样和方法好不好哦?觉得不够系统。真的希望自己能多学点啊!请高手指教方法。万分感谢! 回复 8# oxygen001
如何复杂法,可以具体讲讲方向么 你想嘛,测试的理论实际上是很抽象的,看看那些方法、那些过程,但是往往感觉跟实际的工作套不上,感觉实际工作遇到的远比 理论上得复杂的多,感觉那些也只是理论,似乎跟实际脱节,那么这就是它的难点了,其中之一。
3个月可以培养一个程序员,语言的语法是非常固定的,什么逻辑不逻辑的,全TMD的扯淡!换言之,开发的理论知识是可以落地,可以立竿见影的,但是测试的那些理论不是的,这个就是难点了。
3个月一定不能培养一个测试人员出来 首先,感谢大家的恳切帮助和客观评论。
看来不能只找客观原因,而应该从自身找原因。多看、多学,才能积累更多的经验。
自动化测试的确可以替代一部分手工测试,但是手工测试操作上的灵活性是自动测试不能取代的。
也许我的测试方法很不够专业,但是我感触非常深的是,一个测试用例往往能衍生出好多不同的操作方式,也许bug往往就潜藏在这些不同中;而对于测试时间的评估,也不是单纯由那几个用例决定的,业务知识还是相当重要的,只有对企业专业知识足够熟悉,测试起来才能更加得心应手。 我和你同感。但是在职的时候面试了个别的地方,顿时有感觉了。还是踏踏实实干好现在的。 可以具体讲讲方向 回复 5# 小淑淑
同意 我也有同样的疑惑 在华为做外包,感觉专业知识才是最重要的。。。测试只是方法 学习中 良好的方法论可以解决大多数问题,实际情况是自动化测试只是方法论中很小的一个部分。不要迷信。 :time:
页:
[1]
2