问题描述：

　　比如说百度的测试工程师，阿里的，淘宝的，新浪的，网易的，甚至还有google的，facebook。互联网和传统行业的不一样，变更多，迭代快，测试工程师们能大噶说一下吗？还有，怎么样才能提高自己的价值呢？

　　精彩答案：

　　会员 jijiting：

　　抛砖引玉，了解皮毛而已。

　　测试要做的是，检测和监控产品的质量，提高测试效率，优化测试流程，改善评测办法，为产品的改进和上线提供保障。

　　测试工程师大概在做：

　　1、功能测试：包括和开发、产品确认产品需求，做测试计划，设计测试用例，做测试用例评审，做冒烟测试或者准入测试，执行测试用例，多轮迭代测试，一直跟踪到上线之后的回测，以及看下用户的反馈，确认测试过程中有没有遗漏（算作是KPI的一部分）。在这个过程中，可以反思自己的疏漏，完善测试的流程，完善测试的检查点，增加各种类似的测试，思考可以自动化的部分并实现。

　　2、自动化测试：对界面、接口或者后台进行自动化的测试，在测试的前期可以保障基本功能的正常，在测试中期可以保障开发的修改没有对产品质量引起严重问题，在测试的后期可以做上线前的回归测试，上线之后可以作为日常的监控。自动化的测试在不同平台、不同操作系统、不同浏览器下使用不同的工具，采用不同的框架，所以在没有这些的时候需要调研目前行业内比较流行的解决方案，寻找到适合自己产品的方法来解决问题。之后开始设计测试用例，并进行实现。产品的改进过程中需要进行维护，保证随时都可以通过。

　　3、性能测试：测试产品的性能，在多大的压力下可以满足当前预期的用户请求。需要使用各种压力工具，做压力文件，安排与线上一致的测试机器或者精简后的环境进行测试，对测试出来的数据进行分析，确认现有的系统是否存在问题。貌似环境部署可能是个问题，所以公司里面会有大牛做一些自动部署的工具，甚至会开发出一些独立的平台来完成多台机器的部署工作，可以节省很多的时间。测试出来的数据跟产品以及开发人员确认，也可能会找到一些方案来解决。

　　4、测试开发：相对来说开发的工作比一般测试工作要多一些。开发一些自动化的测试的平台，比如一些评测系统，供人工评测试用；设计一些测试框架，来满足日常自动化以及性能测试的需要。制定持续集成测试的平台和方案并且实现，结合自动化的测试实现人工测试之前的自动化测试实现，对开发的代码进行监控，跟踪并尽量帮开发改进产品质量等等。这块我比较白，还在仰视阶段。接受其他测试人员的需求，开发合适的工具来提升整体测试效率，改进测试方法。

　　5、测试工具以及测试理念的推进。测试在大多数人看来还是比开发要差一些的，测试工具还可以，能够直接快速的反映出测试人员的价值，但是更多的功能测试、性能测试还需要跟开发去沟通，让他们意识到测试的重要性，但是最重要的还是要提升测试自己的工作能力，尝试影响开发人员并且和开发人员一起，最终提升产品的质量。

　　6、测试人员还是要多学习吧。要是觉得测试是个人都可以做的就别来趟这个浑水了。

　　会员 姜雷：

　　我当时是做实习生，实习生的时间比较自由，也没有具体的产品、KPI捆绑，所以我做的主要是没有具体产品关联的长线项目。比如说自动测试平台的搭建，测试自动化辅助工具的开发，原有测试脚本的集成、改写、自动化等工作（比较杂，有些随性，我甚至写过单元测试——这个应该是dev做的）。还有就是一些具体的模块覆盖率的提高、测试自动化的探索。

　　具体到身边的入职同事们，工作就比较杂了。忙起来的时候，是黑盒、白盒；自动化、手动的都要做。项目上线之前的功能、性能、压力测试等都是必要做的，由于目前国内互联网发展较快，项目改进迭代的压力很大，所以有的时候感觉身边的同事都被项目纠缠得忙——这就是为什么上下一心都觉得自动化很重要。

　　当然，还有些人专门做测试工具的开发和测试流程改进的探索，我当时所在的部门也开发了很不错的自动化测试工具——这应该是我接触过的最接近开发的测试开发人员了。

　　我实习的组测试人员比较主动，去做了一些项目敏捷化的探索，还主导了项目的敏捷化，但是开发人员那边跟进得并不是很积极——我个人认为这个应是开发人员主导的，而且整个团队都参与进来，各个人员的角色需要有交叉——可惜我在实习期间没有体验到这些，这个在形成了一定的规模的国内公司估计很难改变。我实习结束的时候，有些组在流程上已经非常敏捷、自动化了，但是毕竟是上线的产品，自动化的初期肯定有一定的阵痛，估计现在应该好多了。

　　另外，谈谈我个人的一些感受，如果专门做测试的话，我觉得最大的问题就是成就感的问题。你做的似乎永远只能是内部使用的东东，永远不会成为呈现在用户面前的产品（gtest等测试框架产品除外）。当一个项目上线以后，你得到的relief多一些，但是成就感相对少一些。

　　我只是从实习生的角度谈的。