测试人的基础应该算是用例设计，刚开始做测试的时候，用例设计完全是靠着感觉去写，虽然知道用例设计方法：等价类，边界值，场景，因果，探索.........（PS：只是为了应付面试）但是在实际工作中，并没有按照用例设计的策略去做。或许自己用到了，也不知道。 现在设计用例，要考虑的好多好多好哇。以前憋死写几条，现在随便写都停不下来。。。。要考虑到兼容，性能，竞品，功能，体检等等。估计现在很多人，用例还不知道该怎么设计。

很多测试做了测试工具，做了测试框架，其实我们认为已经脱离了测试的本质 -------- 看来讨论那么多，你还没理解测试开发、自动化测试、手工测试的联系与区别

一起默默努力，测试存在就有存在的意义。

额，我有想和开发平等沟通，聊聊哪里出错。开发外包伤不起呀。开发外包，测试自己招聘。每天就是回归回归再回归

怀着想证明自己的心态去工作时，方向就走偏了。测试人员的意义特别清晰，就是把质量搞好，不管使用什么方式，使用不使用什么高深技术，都不重要

#8 楼 @chenhengjie123 业务和测试的理论都是基础，感觉很重要啊

#12 楼 @anonymous 那就都 low 了。

#11 楼 @bingbohe 赞

测试 low 的公司一般整体都很 low

业务测试无可取代

笑尿了

我觉得想做好一个测试也许没有想象中的那么难：

1. 了解测试理论，但不要死记硬背，在工作中理论和实际相互印证。
2. 了解基本的开发流程，但不要死记硬背，不同的项目，不同的公司，不同的阶段，不同的同事，要因地制宜。而且流程也是不断迭代的过程，多想想为什么这么做
3. 尽量和开发平等沟通，发现 bug 的时候多想想为什么，并把自己的想法告诉开发。改好 bug 后别着急回测，聊聊哪里出错，如何修改的。
4. 互联网测试有一定流程推进的责任，能区别你和普通测试的最大一点就是你能否承担这部分的工作，能否跳出测试看项目。
5. 技术方面，论坛中多有提及。我觉得至少精通一门高级语言，其他的工具，框架什么的了解即可。人的精力是有限的，等对框架了解的多了，就会发现好多其实比较相似。
6. 自动化测试无非是为了改进手工测试，所以核心就是手工测试，是对业务的理解，是对测试能力的考核，应该将地基搭好。
7. 以前我也会吐槽上司有问题，后来想想但凡职位比你高的人，总会有强过自己的地方，而且实力也是运气的一部分。放平心态。
8. 的确有不懂测试的同事，但人家有自己的追求，人家也是混口饭吃，所以放平心态。

我现在觉得所谓的瓶颈，其实不在于外界。在于自己能力的不上不下，所以还是认准方向，好好努力吧

无论技术强于弱，阅历多于少，只要是认真在做，都会有其自身的价值。没有学不会的工具和语言。在此给自己加油。

#1 楼 @m13890 共勉共勉

#2 楼 @anonymous 喜欢看后续？

直接在这个帖子更新吧

这也分上下集啊....

祝好运

哎 面试真的时身心疲惫

祝你成功

另外，最好不要把兴趣和工作放在同一个方向。兴趣一旦有了压力，很容易就会变成讨厌的事情了。
这句话很赞同，喜欢一首歌就别把这首歌当闹铃。

你们真幽默。。

=.=你扮演了 N+1 个角色。

同感，不是在各种面谈中就在做面试题的路上，而且现在的公司自己要招一个什么样的人都不清楚，所以你最好全能。。。。。。

作为一个测试人员，只懂移动就够了？