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