逗逼是猴子请来的吗
软件测试的前景如何？
在信息时代，我们的日常生活也和各种各样的电器产品联系的越来越紧密，这些电子产品是如何发挥他们的作用呢？这就要说到它们身体里的软件。
人的思考活动都离不开大脑，电子产品想要很好的运作就离不开软件，软件就如同电子产品中的大脑。
在软件被植入电子产品中我们需要对它进行一系列的检测，我们为什么要检测，软件检测的目的是什么同样也成为我们所关注的问题，柠檬班软件测试培训为您解答。
什么是软件测试，软件测试是指软件产品在使用的过程中我们对他进行所有的检查，测评和对他进行活动能否正常的运行。
同时我们对软件检测目的也是为了让客户能够有更好的使用。
简单的说，在软件被推入市场前我们提前检测也就是替客户受用，让一些问题暴露出来我们在进行改正。
尽可能的在把软件交给客户使用前解决所有的问题并进行改正，以最好的状态交给客户。
使用时我们要对其系统运行的效率和性能进行检查，好的软件的运行效率和性能都要非常的流畅。
在使用软件时弹跳的界面要友好要方便客户的使用。
这样的软件产品才是好的合格的产品，这样就能达到我们软件检测的目的。
用户最关心的不是你的技术有多么先进功能的多么强大，而是你的软件能够给他们带来什么好处和利益。
用户最关心的是能够从这个软件中得到什么，并且这个软件能为他带来什么利益。
对于相对很复杂的软件系统来说零错误是一种理想，但是做到更好是我们的目标。
在测试的时候我们一定要充分和负责任，但是重复的检测也是一种浪费，我们在检测前要有目的的并且进行计划。
制定最低的测试通过标准和测试内容，然后我们对具体的问题具体的分析，对于问题要及时解决把软件做到更好。
通过介绍我们知道，在我们使用软件的时候，检测人员进行了一次又一次的检测只为了给客户更好的使用感觉。
软件检测的目的同样也是为了客户，为了做更好的软件。
只有我们认识到检测的重要性，才能从源头把问题解决掉，不要让客户在使用后发现问题，然后我们再去解决。
转：如何写打动人的软件测试个人简历
写简历首先要明确目的，投的是哪个部门，什么工作，需要你有什么工作能力。
其次用比较简洁的形式区分个人信息、工作经历、技术能力。
最后就是好好整理自己简历的内容，最重要的就是学习经历与工作经历。
那用人单位最看重的是面试者的哪些方面呢，是个人潜力，工作经验，还是执行力？对于「学生」，用人单位最看重的是基础能力，学习能力，适应能力，还有对待这份工作的热情。
其次是之前的经验或完整作品，如果实习经历的工作经验对接下来的工作是正向作用将是加分项。
对于「社招」，最重要的是经验与是否能应对所在工作未来的一些挑战。
没错。
学生看潜力，社招看经验。
知道这个道理，我们针对如何描述自己的潜力与经验来说一说。
HR 和经理筛选简历的时间很短，简历工作经验的内容上描述简洁至关重要。
假如得到面试的机会，准备充分的面试官准备的面试问题，也会以简历上工作经验为基础来设计面试题目。
社招面试只是对简历上描述的工作经历，通过一定的方法进行还原与检查的过程。
所以，简历上尽量描述之前工作的重点、难点和亮点的项目来描述，一定程度上可以增加简历筛选的通过率，还可以缩小面试的问题域，节省时间。
我介绍的是「STAR 法则」来描述简历中的工作经验，它是：Situation 背景 & 环境Task 任务Action 行为Result 结果的缩写，是一种讲述自己故事的方式，也可以理解为作文模板。
通过这样的描述方式，基本可以让我们对一件事有清楚的了解了，看个 badcase ：项目时间： 1x 年 01 月 - 1x 年 12 月项目简介： 针对垂直搜索结果性能优化职责业绩：负责与技术部门、产品部门沟通，针对不同的评测关注点，书写评测报告，培训评测用户，中期负责监测评测是否正常进行。
后期分析数据，寻找 badcase，发现异同点，提出更改的建议，与技术和产品部门沟通。
建议是否具有可行性以及后续的建议调整。
在这里你看到了什么信息。
给我的感受是除了看到正常工作，没有直接描述他自身能力价值的信息，没有 feel 啊。
你肯定很想看到：为什么要做搜索结果优化这面里你用了什么样的优化手段工作上是怎么开展的优化结果相比原来有什么提升。
很遗憾上面只看到特别笼统的平常工作而已。
这样的候选人能过，你对他的期望值有多大？让我们用 STAR 法则试试看：项目时间： 1x 年 01 月 - 1x 年 12 月项目简介： 针对垂直搜索结果性能优化职责业绩：-Situation & Task。
由于业务迭代速度加快，垂直搜索业务的性能衰减至 x 秒，性能优化刻不容缓。
Action。
团队一共 x 人，由我发起并推动前端性能优化，其中后端研发也一起参与。
技术上主要负责前期性能监控的打点与后期评估，前端性能方案调研以及选型。
其中，性能监控在 Chrome 等浏览器下使用了 HTML5 navigation timing 得到了更为精确的性能指标数据。
调研并实现了 bigpipe 与 bigrender 技术。
Result。
优化结果前端性能由 x 秒到 x 秒，性能直观感受提升 x0%，页面核心指标 UV/PV 提升 x0%。
除此之外，还设计了性能整改涉及的模块业务的灰度上线方案，提升了上线安全。
整体项目的结果明显，得到了经理与同事们的一致好评。
相比原来的写法重点比较突出了：技术点。
HTML5 API、bigpipe、bigrender等。
软素质。
主动能力（主动提出）、协调能力（协调多人一起解决）、产品意识（关注 UV/PV）如果简历筛选通过后，在面试当中，面试官可能会针对 HTTP 协议，bigpipe 原理技术问题展开讨论。
在软素质块，在协调上之前遇到什么样棘手的问题之类的，看看候选人在当中怎么解决的。
在短短的 30 分钟面试时间，给面试官更有针对性的问问题也能最快的知道我们的能力。
这也是简历的一种价值体现。
说到这里，肯定有学生在问，那学生没有工作经验怎么写？-描述专业成绩。
哪门专业课成绩最好，例如对哪些算法或数据结构有深入学习，当时是怎么学的，与同学对比你的能力在什么水平。
-描述实习经历。
这个不用说了，就是工作经验的描述。
描述自己的优势。
有一位学生是高考结束，将一些考上重点大学的同学联系在一起组织了暑期的家教培训，还挣了几千块钱。
有的人觉得这没有什么，而我觉得能做好这件事就是 ta 相比别人的优势。
能让人看到这个人对做成事的决心与激情，这其实是用人单位所需要的。
另一位同学，几乎每天写一篇博客。
让我很费解的是 ta 却没有把这样的事写到简历上，每天写博客这样的执行力不是谁都有的。
知道了「STAR」法，如何写好就自己多练习练习，让同班同学或同事一起帮着看。
只有多练多琢磨才能把一件事做到足够的好。
{扩展}简历的含义是对学历、经历、特长、爱好及其它有关情况所作的简明扼要的书面介绍。
是有针对性的自我介绍的一种规范化、逻辑化的书面表达。
其实简历不仅仅是找工作的「敲门砖」，象大公司里都有「职称评定」的工作，也都需要提交自己过去升职之后的工作进行总结。
这是「个人简历」的一种扩展，同样可以用 STAR 法则来写好。
无论什么方法，万变不离其宗，最核心的还是工作态度与工作能力。
最后，希望大家都通过好的「敲门砖」得到一份如意工作。
互联网公司的软件测试工程师们都在干什么？
展开全部 互联网和传统行业的不一样，变更多，迭代快，测试工程师们能大噶说一下吗？还有，怎么样才能提高自己的价值呢？ 精彩答案： 会员jijiting： 抛砖引玉，了解皮毛而已。
测试要做的是，检测和监控产品的质量，提高测试效率，优化测试流程，改善评测办法，为产品的改进和上线提供保障。
测试工程师大概在做： 1、功能测试：包括和开发、产品确认产品需求，做测试计划，设计测试用例，做测试用例评审，做冒烟测试或者准入测试，执行测试用例，多轮迭代测试，一直跟踪到上线之后的回测，以及看下用户的反馈，确认测试过程中有没有遗漏（算作是KPI的一部分）。
在这个过程中，可以反思自己的疏漏，完善测试的流程，完善测试的检查点，增加各种类似的测试，思考可以自动化的部分并实现。
2、自动化测试：对界面、接口或者后台进行自动化的测试，在测试的前期可以保障基本功能的正常，在测试中期可以保障开发的修改没有对产品质量引起严重问题，在测试的后期可以做上线前的回归测试，上线之后可以作为日常的监控。
自动化的测试在不同平台、不同操作系统、不同浏览器下使用不同的工具，采用不同的框架，所以在没有这些的时候需要调研目前行业内比较流行的解决方案，寻找到适合自己产品的方法来解决问题。
之后开始设计测试用例，并进行实现。
产品的改进过程中需要进行维护，保证随时都可以通过。
3、性能测试：测试产品的性能，在多大的压力下可以满足当前预期的用户请求。
需要使用各种压力工具，做压力文件，安排与线上一致的测试机器或者精简后的环境进行测试，对测试出来的数据进行分析，确认现有的系统是否存在问题。
貌似环境部署可能是个问题，所以公司里面会有大牛做一些自动部署的工具，甚至会开发出一些独立的平台来完成多台机器的部署工作，可以节省很多的时间。
测试出来的数据跟产品以及开发人员确认，也可能会找到一些方案来解决。
4、测试开发：相对来说开发的工作比一般测试工作要多一些。
开发一些自动化的测试的平台，比如一些评测系统，供人工评测试用；设计一些测试框架，来满足日常自动化以及性能测试的需要。
制定持续集成测试的平台和方案并且实现，结合自动化的测试实现人工测试之前的自动化测试实现，对开发的代码进行监控，跟踪并尽量帮开发改进产品质量等等。
这块我比较白，还在仰视阶段。
接受其他测试人员的需求，开发合适的工具来提升整体测试效率，改进测试方法。
5、测试工具以及测试理念的推进。
测试在大多数人看来还是比开发要差一些的，测试工具还可以，能够直接快速的反映出测试人员的价值，但是更多的功能测试、性能测试还需要跟开发去沟通，让他们意识到测试的重要性，但是最重要的还是要提升测试自己的工作能力，尝试影响开发人员并且和开发人员一起，最终提升产品的质量。
6、测试人员还是要多学习吧。
要是觉得测试是个人都可以做的就别来趟这个浑水了。
会员 姜雷： 我当时是做实习生，实习生的时间比较自由，也没有具体的产品、KPI捆绑，所以我做的主要是没有具体产品关联的长线项目。
比如说自动测试平台的搭建，测试自动化辅助工具的开发，原有测试脚本的集成、改写、自动化等工作（比较杂，有些随性，我甚至写过单元测试——这个应该是dev做的）。
还有就是一些具体的模块覆盖率的提高、测试自动化的探索。
具体到身边的入职同事们，工作就比较杂了。
忙起来的时候，是黑盒、白盒；自动化、手动的都要做。
项目上线之前的功能、性能、压力测试等都是必要做的，由于目前国内互联网发展较快，项目改进迭代的压力很大，所以有的时候感觉身边的同事都被项目纠缠得忙——这就是为什么上下一心都觉得自动化很重要。
当然，还有些人专门做测试工具的开发和测试流程改进的探索，我当时所在的部门也开发了很不错的自动化测试工具——这应该是我接触过的最接近开发的测试开发人员了。
我实习的组测试人员比较主动，去做了一些项目敏捷化的探索，还主导了项目的敏捷化，但是开发人员那边跟进得并不是很积极——我个人认为这个应是开发人员主导的，而且整个团队都参与进来，各个人员的角色需要有交叉——可惜我在实习期间没有体验到这些，这个在形成了一定的规模的国内公司估计很难改变。
我实习结束的时候，有些组在流程上已经非常敏捷、自动化了，但是毕竟是上线的产品，自动化的初期肯定有一定的阵痛，估计现在应该好多了。
另外，谈谈我个人的一些感受，如果专门做测试的话，我觉得最大的问题就是成就感的问题。
你做的似乎永远只能是内部使用的东东，永远不会成为呈现在用户面前的产品（gtest等测试框架产品除外）。
当一个项目上线以后，你得到的relief多一些，但是成就感相对少一些。
我只是从实习生的角度谈的。
测试人员如何处理与开发人员的关系？
展开全部 测试是独立的（Testing is Independent） 保证软件功能的定义有意义（Make sure the feature definitions make sense） 学会说不（learn to say ＂no＂ if you strongly feel so） 项目经理定义的规范也是可以改变的（PM's spec is changeable,too） 坚持正确的看法（Insist what is right） 向项目经理和开发人员反馈（Give PM/DEV Feedbacks） 要有耐心（Be Patient）要大度（Generosity）团队建设（Team Building） “沟通”是一个很流行的词，不仅是测试，现在每个行业都在大讲特讲沟通，还有专门的课程，总让我感觉沟通是个很玄的东西。
测试行业似乎也不能免俗，举个例子来说，你能找到的所有关于测试工程师基本素养的介绍，差不多100%都说优秀的软件测试工程师需要有良好的沟通能力，要有幽默感，青春年少时我总感觉测试这行必须是拥有郭德纲，或吴宗宪那样的口才，也或长得和憨豆先生那样逗乐的人才适合，但工作了这几年，也算接触过一些测试工程师，有沉默，严谨的，有喜欢逗乐说笑话的，有急躁的，有似乎着火都不着急的，这才明白沟通真的没有这么悬乎，只要说话流利，没有严重的结巴口吃，不是太孤僻或者有严重心理疾病即可，只要是普通的正常人就好，毕竟和开发或者项目经理打交道最终说话有力的是你测出来后的东西质量。
当然现在外语也算是沟通能力得一种，但这个需要看具体环境，如果接触的都是祖国同胞你却也非要满口洋文，那么也就没办法了。
唠叨了半天似乎沟通完全不重要，其实呢在实际中还是有些需要注意的原则或者技巧，在日常细节中多注意些也许你就更能成为深受广大人民群众欢迎的测试人员。
测试人人员日常要打交道的人其实很多，可能有项目经理啊，客户啊，开发人员等等，但交互最多的可能就是开发人员，所谓的一对“小冤家”，所以就简单说说我觉得作为测试人员在工作中和开发人员沟通需要的原则吧，这样的事情反正是仁者见仁，智者见智的，如果说错了或者觉得小人说的不够深刻呢就内心中哈哈一笑，笑一下呢，心情也就愉快，心情愉快呢身体就好，身体好呢，就吃嘛嘛香！ 第一点：目标一致 虽然我们测试和开发某种程度上工作的性质是对立的，但最终的目标其实是完全一致的，往层次高了讲呢，都是为了公司出一个好产品，或者作一个成功的项目，往层次低了讲呢，退一万步，大家都是出来工作的，和开发人员也都是往日无冤，近日无仇，工作无论如何都要对得起老板，做好了对上面也好交代的。
当我们明白和掌握了这个目标一致性的原则，很多事情和开发人员沟通起来就容易多了.当然了，停留在自己心中无比清晰的程度是不够的，只是万里长征走了第一步，现在什么都需要靠炒作的，和开发人员沟通的时候你要通过各种方法或途径要让他们也认可，最起码的要让开发人员觉得和测试人员是一条绳上的蚂蚱，都是自己人，自家兄弟万事也就好商量了。
当然了这个说说容易，需要灵活应用和使用，偷偷而恶毒的打开发人员小报告的事情是万不能做的，否则说的再多也是空话。
有时候真出了问题也不要全部往开发身上推，不太严重的问题有时候也是需要替他们挡挡子弹的。
一句话，测试和开发是最亲密的战友！ ***说：”我们都是来自五湖四海，为了一个共同的革命目标，走到一起来了！” 第二点： 专业自信，坚持原则 测试的价值就于我们的专业，在我们每一份专业的产出文档，每一句专业的话语或建议，每一次专业的测试，专业才能产生价值，专业才能赢得别人的尊重，专业才能生存。
大家看电视或电影时那些律师，或者飞行员为什么显的那么帅气，因为他们专业。
所以作为一个测试人员要不断提高的自己的专业度，各种的测试理论啊，专业的技能啊，利用工作或业余的时间学习，学习再学习，即能在工作中切实指导自己的工作，也能充实自己，更能在交流的时候甩出些深奥的专业名词把别人震撼的一愣一愣的，然后看着别人崇拜或迷惘眼神，作无可奈何状。
另外很重要的是，当有了矛盾出现的时候，测试人员一定要坚持自己的立场和原则，要据理力争，不能动摇。
测试有时候是最容易被牺牲掉的角色，为了赶项目进度，会很容易砍掉测试的时间，甚至在测试还没完成的时候就因为市场或者其他的原因逼着一定要出货，这时候是对测试人员的考验，这时候也是我们吵架的时候到了，老虎不发威，你就以为是hello kitty啊， 不要害怕吵架，不要害怕矛盾，该争的就争，该和上一层的领导同志反馈的直接反馈，坚持自己的专业原则不动摇，一味的好商量是没有任何意义的，真的出了问题后该负责的还是你自己。
当然了也不要太楞了，如果真的是公司的决策，那就服从，但一定要把该提的问题提出来。
有时候我总感觉正值的测试人员就像魏征，直谏而已，这样才能开创贞观之治啊。
第三点：偶尔的表扬 当然要当魏征也要注意手段。
人人都喜欢听好话，人人都喜欢听到赞扬，这是人的天性，在和开发人员沟通的时候千万不要忘了偶尔的赞扬，平时即使就是简单的一两句，作的真不错啊，很厉害等等，效果都会很不错的。
这样即能帮助我们和开发人员保持良好的关系，也能保持团队良...
怎么做好软件测试？一个合格得软件测试师要具备哪些能力？
自动化测试方面接触不多，就黑盒测试方面，我说下我的理解。
基础的：1、做测试时要绝对专心，要有很强的判断能力，bug出现在你面前你不能疏忽漏掉并且要能准确判断它是哪类哪个区域的bug以及严重程度。
2、要能准确描述bug发生的各种情况和实际结果、复现bug的各种步骤和各种方法，期望结果写的全面些而非一句“它应该正常工作”这么简略，有能力的话再给点建议辅助开发人员快速修复bug。
3、对bug负责，做好bug跟踪和回归测试工作，直到bug修复。
进阶的：1、可以根据文档设计测试计划、测试用例。
在没文档的情况下，快速理解软件工作逻辑，创建些简易文档辅助测试，进行测试工作时规范的写下所用测试用例和结果。
2、掌握一些测试方法，比如说探索式测试。
3、掌握些软件设计、产品设计方面的知识，便于理解软件，从而辅助测试工作。
目前我能想到的大概就这些，希望对你有帮助：）
软件测试的现状前景
软件开发中出现错误或缺陷的机会越来越多，市场对软件质量重要性的认识逐渐增强。
所以，软件测试在软件项目实施过程中的重要性日益突出。
但是，现实情况是，与软件编程比较，软件测试的地位和作用，还没有真正受到重视，对于很多人（甚至是软件项目组的技术人员）还存在对软件测试的认识误区，这进一步影响了软件测试活动开展和真正提高软件测试质量。
（1）误区之一：软件开发完成后进行软件测试人们一般认为，软件项目要经过以下几个阶段：需求分析，概要设计，详细设计，软件编码，软件测试，软件发布。
据此，认为软件测试只是软件编码后的一个过程。
这是不了解软件测试周期的错误认识。
软件测试是一个系列过程活动，包括软件测试需求分析，测试计划设计，测试用例设计，执行测试。
因此，软件测试贯穿于软件项目的整个生命过程。
在软件项目的每一个阶段都要进行不同目的和内容的测试活动，以保证各个阶段的正确性。
软件测试的对象不仅仅是软件代码，还包括软件需求文档和设计文档。
软件开发与软件测试应该是交互进行的，例如，单元编码需要单元测试，模块组合阶段需要集成测试。
如果等到软件编码结束后才进行测试，那么，测试的时间将会很短，测试的覆盖面将很不全面，测试的效果也将大打折扣。
更严重的是如果此时发现了软件需求阶段或概要设计阶段的错误，如果要修复该类错误，将会耗费大量的时间和人力。
（2）误区之二：软件发布后如果发现质量问题，那是软件测试人员的错这种认识很打击软件测试人员的积极性。
软件中的错误可能来自软件项目中的各个过程，软件测试只能确认软件存在错误，不能保证软件没有错误，因为从根本上讲，软件测试不可能发现全部的错误。
从软件开发的角度看，软件的高质量不是软件测试人员测出来的，是靠软件生命周期的各个过程中设计出来的。
出现软件错误，不能简单地归结为某一个人的责任，有些错误的产生可能不是技术原因，可能来自于混乱的项目管理。
应该分析软件项目的各个过程，从过程改进方面寻找产生错误的原因和改进的措施。
（3）误区之三：软件测试要求不高，随便找个人做都行.，，，....很多人都认为软件测试就是安装和运行程序，点点鼠标，按按键盘的工作。
这是由于不了解软件测试的具体技术和方法造成的。
随之软件工程学的发展和软件项目管理经验的提高，软件测试已经形成了一个独立的技术学科，演变成一个具有巨大市场需求的行业。
软件测试技术不断更新和完善，新工具，新流程，新测试设计方法都在不断更新，需要掌握和学习很多测试知识。
所以，具有编程经验的程序员不一定是一名优秀的测试工程师。
软件测试包括测试技术和管理两个方面，完全掌握这两个方面的内容，需要很多测试实践经验和不断学习精神。
（4）误区之四：软件测试是测试人员的事情，与程序员无关开发和测试是相辅相成的过程，需要软件测试人员、程序员和系统分析师等保持密切的联系，需要更多的交流和协调，以便提高测试效率。
另外，对于单元测试主要应该由程序员完成，必要时测试人员可以帮助设计测试样例。
对于测试中发现的软件错误，很多需要程序员通过修改编码才能修复。
程序员可以通过有目的的分析软件错误的类型、数量，找出产生错误的位置和原因，以便在今后的编程中避免同样的错误，积累编程经验，提高编程能力。
（5）误区之五：项目进度吃紧时少做些测试，时间富裕时多做测试这是不重视软件测试的表现，也是软件项目过程管理混乱的表现，必然会降低软件测试的质量。
一个软件项目的顺利实现需要有合理的项目进度计划，其中包括合理的测试计划，对项目实施过程中的任何问题，都要有风险分析和相应的对策，不要因为开发进度的延期而简单的缩短测试时间、人力和资源。
因为缩短测试时间带来的测试不完整，对项目质量的下降引起的潜在风险，往往造成更大的浪费。
克服这种现象的最好办法是加强软件过程的计划和控制，包括软件测试计划、测试设计、测试执行、测试度量和测试控制。
（6）误区之六：软件测试是没有前途的工作，只有程序员才是软件高手由于我国软件整体开发能力比较低，软件过程很不规范，很多软件项目的开发都还停留在“作坊式”和“垒鸡窝”阶段。
项目的成功往往靠个别全能程序员决定，他们负责总体设计和程序详细设计，认为软件开发就是编写代码，给人的印象往往是程序员是真正的牛人，具有很高的地位和待遇。
因此，在这种环境下，软件测试很不受重视，软件测试人员的地位和待遇自然就很低了，甚至软件测试变得可有可无。
随着市场对软件质量的不断提高，软件测试将变得越来越重要，相应的软件测试人员的地位和待遇将会逐渐提高。
在软件过程比较规范的大公司，软件测试人员的数量和待遇与程序员没有多大差别，优秀测试人员的待遇甚至比程序员还要高。
软件测试将会成为一个具有很大发展前景的行业，软件测试大有前途，市场需要更多具有丰富测试技术和管理经验的测试人员，他们同样是软件专家。
程序测试的过程具有破坏性人类的活动具有高度的目的性，建立适当的目标具有重要的心理作用。
如果我们...
大专一毕业就从事软件测试工作好吗
展开全部 可以啊 有什么不可以，我就是大专毕业就开始从事软件测试的，到现在已经有5年工作的经历了，我觉得，这个5年的发展，非常有价值，个人觉得，其实刚毕业的学生尤其是计算机的学生，不建议马上去做开发，反而是测试比较好一点，原因有两个：1）刚毕业的你，什么都不了解，不容易有一个好的规划，可能更多的是听前人的路，来决定自己的路，问题是不是所有的路都适合你，要走自己好走的那条，如果选择开发，大部分企业会要求你尽快上手，那你可能会专一到某个语言中去，在你还没了解软件在企业里和你在学校里的不同的时候，你就去钻研某个专项，容易走偏，而测试不同的地方在于，企业需要马上上手的同时，由于测试团队基本要负责整个项目的质量管理，那么你要了解东西面就广了很多，无论是硬件、运维设备、部署、发布等等，你都需要了解，而且你看的开发文档也要比一个刚毕业开发写的多的多（一般刚毕业的学生没得机会写开发文档哦），这样对你而言，选择自己的道路要比开发要方便的多；2）学习测试的第一步是学习思维，而思维的来源是方法论、测试体系，而开发更多是教如何写代码、如何调用代码，讲方法的使用，是一种手段，而思维比手段对人帮助要更大，因为，思维可以移植，但手段不一定，尤其在现在技术不断跟新的今天，如何做到通用就是关键，而且相对于开发，测试看待软件是从整体来看待的，这对在软件行业里发展非常重要，综上所述，做测试个人觉得比较合适刚毕业的学生，哪怕以后转开发，无非去学习一下语言就行了。
...
三年java研发经验去做大公司做软件测试,合适么？why!
1.工作三年了，要考虑的不仅仅是薪酬待遇的问题，也不是工作的内容，更主要的是要考虑 职业规划.开发，测试，是完全不同的职业规划，慎重的考虑下.2.这个取决于你的爱好和兴趣，有一项职业 是 处理事故现场的（包括收拾尸体等等），收入非常可观，你会愿意去做么？我相信，大部分人是不会去做的.3.很多人都可以让面试官满意，以我为例，一次去外企面试，面试笔试都非常好，面试官非常满意.但是本人外语不好，一再跟面试官强调，面试官说：no problem.但是我还是决定不去，面试官着急了，增加成本，曾诺每月多给我N多人民币，最终我没禁得住诱惑，去了，去了之后，我发现，工作的内容我不喜欢，更主要的是，英文不好 交流上has problem，没办法，做了一个月，就离开了....4.公司无论大小，都有自己的优点，大型公司看文化，中型公司看制度，小型公司看领导.你现在这个公司的领导对你不薄，那么你很有可能在不远的时间里被提干，何不在资历提升后，再跳，直接跳到一个高的职位呢？而你现在跳，最多还是最底层，大公司人才济济，而且你还是新员工，那么提干肯定不优先考虑你的.没办法，只有拼命的埋头苦干，再干个一两年，你面临的机会和你现在的差不多，说不定本来要提干的你，又有新的工作机会了，你又跳槽了..如果你才工作一两年，那么多跳跳，多看看，看看自己更喜欢哪个，更适合做什么，这个没什么说的.5.再说说关于跳槽的事a.优点：我们这个行业，每跳一次，收入就会有个很大幅度的提升，而且还找了一个更适合自己发展的平台.b.缺点：面临新的环境，新的同事，新的企业文化，新的习惯和风俗，而且，新的工作内容对于你还是空白.对自己来说都是一个挑战，如果你能适应，那么恭喜你，你成功了，如果你不能适应，那没办法，你还是要去找工作，就算之间没有时间间隔，那么你差不多六个月的时间是在试用期度过的.这个时间优点浪费吧....
软件测试工程师培训应该准备哪些基础知识书籍？
1.计算机系统基础知识 1.2 操作系统基础知识 1.3 数据库基础知识 1.4 中间件基础知识 1.6 程序设计语言知识 1.8 信息化基础知识 还有编译原理，数据类型。
这些是在参加培训前需要看的，不用很精通，但知识点一定要掌握。
转载请注明出处51数据库 » 软件测试负责人 价值
