关于软件测试和软件测试人员[转载]

一、软件测试人员应该居安思危

1. 身为测试人员，虽然我们平常的工作相对比较安逸。 但是千万不能温水煮青蛙。
2. 应该自强不息， 要像开发人员一样， 不断学习，提高自己的编程水平。

二、测试人员应该比开发人员更熟悉业务需求

1. 测试人员的水平主要体现在测试用例的设计上。 要设计出全面，覆盖广的测试用例，需要测试人员对自己所测试的项目的业务需求非常熟悉，甚至要比开发人员还要熟悉。
2. 这些业务知识非常有用的，学习起来比较有激情。
3. 要熟读功能需求文档， 任何有疑问的地方都要去和PM确认。
4. 把自己当成最终用户， 经常使用自己所测试的软件。模拟用户的行为。
5. 熟记软件的每个功能。

三、学会如何跟开发人员相处

1. 测试人员必须跟开发人员密切合作， 所以跟开发人员搞好关系是相当重要的。
2. 和开发人员成为朋友。熟悉了干啥都方便
3. 不要打扰开发人员，看到开发在聚精会神写代码的时候，千万不要去打扰人家。 写代码需要集中精力，如果被打扰，就会中断思考。
4. 集中问问题。把需要问的问题都总结起来， 集中起来问开发，这样能节省大量的时间。
5. 写好Bug，不被开发人员烦。如果开发人员看到一个Bug 描述不清楚，还无法重现，他肯定会骂测试人员。 所以测试人员一定要写好Bug，描述精确，简洁，没有歧义，详细简洁的重现步骤，加截图。

四、测试人员应该懂一些基本的编程

1. 你的产品是用php 开发的，那测试人员应该有php的入门知识。
2. 你测试web程序，你起码要了解HTML,CSS, Javascript, Jquery吧，否则你测了一两年web程序，都不知道这东西是怎么做的，悲剧了吧。
3. 只有懂代码你才能和开发人员交流，不被开发鄙视。

五、测试人员搭建开发环境

1. 项目的代码是最好的学习资料了，我们不能总跟在开发屁股后面做测试，不能老是等开发build一个版本后，我们就测试这个版本，开发check in了什么代码，测试人员一点都不知道。
2. 偶尔我们应该了解下产品代码是怎么设计的，了解下开发人员是如何修复bug的。
3. 说不定编程水平高了，还能帮开发做code review.
4. 使用工具把代码check out到本机。 经常看看代码，经常看看开发修复bug时候提交的代码.

六、写文档是测试人员的核心能力

1. 多写写博客，写写文档，多总结
2. 测试后期应该做交叉测试，就是指两个测试工程师，互相交换下测试的项目。 这样做有很多好处。
3. 有利于找出bug, 测试工程师测久了自己的项目，容易形成眼盲。会对一些Bug熟视无睹。
4. 有利于知识和业务共享，避免人员离职，请假，造成无人测试的情况。
5. 测试思想不一样，可以互相找出很多问题

七、测试人员的瓶颈

1. 黑盒测试工作做个两三年，基本上就能掌握测试需要的大部分知识， 很多人就感觉到发展瓶颈了，每天重复测试，学不到东西，很快就会对测试工作失去激情。
2. 学不到东西，技术水平低下，是测试这个行业最大的毛病。
3. 如何突破瓶颈？ 我也不知道。

八、尽量实现自动化

1. 抽时间尽量把自己的测试工作实现自动化，可以节省测试的时间，提高自己的技术水平，也可以避免老是重复测试。

九、自动化测试VS手动测试

1. 自动化是趋势， 只会做手动测试的人，以后肯定会失去竞争力。
2. 自动化测试的技术和开发用到的技术相差太远
3. 努力学习编码，然后用于测试，才是正道

十、优秀的测试人员非常稀少

1. 想把测试做好非常不容易
2. 优秀的测试人员需要很广的知识面，良好的沟通能力（不但要和开发人员和项目经理打交道，还要跟其他组的人交流）。
3. 丰富的测试经验，对测试工作有极大的热情， 耐心。
4. 还需要测试人员有丰富的业务知识
5. 还要会写代码。

十一、尽量少用UI自动化测试，多使用单元测试，接口测试

1. 能找到bug的自动化测试，才是有用的，否则就是个噱头
2. UI自动化测试比较不稳定，对于测试结果的分析也困难。
3. 而且UI改动也大。 所以应该尽量多做一些底层的的自动化测试，