进入测试行业：兴趣、知识说实话，我已经很久没有做测试工作了。完成软件测试工程师课程，到现在已经一年多了，但是我愿意和大家分享我在学习和工作中积累的点点滴滴。我完全是因为兴趣而进入测试行业，这对学习和工作产生了热情，这是真的。自从选择进入这个行业，学习和工作，从测试员到测试主管，我一直很开心，很充实，很有成就感。我觉得在决定进入测试行业之后，有必要在这方面做更多的准备和积累。首先，测试要有扎实的理论基础。继续改进。其次，要有一定的行业知识。毕业找工作的时候，有做手机测试的，有做外包测试的。我做的是ERP产品。众所周知，ERP（Enterprise ResourcePlanning）是企业资源计划系统，是指以信息技术为基础，以系统化的管理思想为企业决策者和员工提供决策和运作手段的管理平台。我在学测试之前就接触过ERP，所以毕业后找工作的时候就开始往这方面发展。说到找工作，我觉得精心制作简历是一方面，同时要有灵活的面试技巧。有时你必须把你在生活中学到的东西应用到面试中。记得第一次去面试的时候，挺巧合的。采访的前一天晚上，我碰巧在电视上看了一个采访相关的节目。结果第二天去面试的时候就用上了。.当时问薪水和待遇的时候。我想这是很多人在面试的时候头疼的问题，包括我自己，因为说多了做不成；如果你说得太少，你也做不到。这时候，你就要用到一些技巧了。这时候可以试探性地问问对方公司在招聘这个职位的时候是怎么规定的？了解了这些之后，你就可以根据自己的技术能力，公司的实力，行业内这个岗位的薪资普遍情况来衡量相应的薪资对比。这样，当你说出你的薪资要求时，如果你应聘的公司规模不大，但还有发展空间，你想试试，你要的是低薪，对方会考虑的可能性吧是因为你对公司的实力有一个大概的了解才提出这样的条件，而不是因为你自己的技术不够好；如果你看到公司的情况不错，是有一定实力的公司，那你就可以适当提高自己的身价。我的申请比较顺利。我第一天申请，第二天就上班了。记得面试的时候聊了大概两个半小时，一口气通过了面试。另外，我比较自豪的是，我是我们公司唯一一个在两个月内转正的人。新人：熟悉环境，尽快融入进入公司首先要熟悉公司的环境。在一些大公司，可能会给大家时间熟悉环境，也会安排一些相应的培训。我当时加入的公司比较小，也没有相关的培训。一开始，我们的部门经理带来了一些相关的资料和文档，让网络管理员配置工作环境。但是，小公司也有小公司的优势。他会很快让你投入工作，给你分配任务。因此，必须尽快在一到两周内熟悉公司各方面的环境，尤其是人员环境。我觉得人际关系也是整个公司非常重要的一个方面。说它比你自己的工作还重要是夸张的。因为掌握技术是智商的问题，但是与人交流就没那么简单了，因为我们的兴趣爱好可能千差万别，性格也可以内向也可以外向。真是对一个人的考验。如果你在公司有良好的人际关系，工作各方面的协调就会顺畅，工作的进展也会顺利。还有就是尽快熟悉公司的测试环境、操作系统、开发语言、平台，进而了解公司的产品，掌握产品相关的知识。比如我们公司就是自己开发的分销群、财务等系统。当你想了解公司的产品时，可以向产品开发部或设计部索取一些相关资料，尽早涉足这个行业，熟悉自己要做的测试项目。说实话，我学的是经贸专业，不是计算机专业，所以一开始有点晕，就拿着产品自己摸索着，自己写了一份产品说明书。这种东西，在大公司可能会有专门的匹配选项，在小公司可能要自己去学习产品。不过，我觉得这是一种很好的锻炼，另一方面也挖掘了你的潜能。在研发会议上尽可能多地参与员工之间的技术交流。在我们公司，每周有一两次这样的会议，大家互相交流一下工作进展，或者一些相关的技术交流。不一定要很正式，但是我觉得这样的会是很有必要的。还有公司研发部召开的会议，你必须也应该参加和参加。我首先参与的是他们的研发意向，然后是他的一些需求调研，还有一些其他的设计和其他的会议。我想你一定要抽出时间参加这样的会议，因为这对你的工作确实有很大的帮助。因为在立项会上，可以了解项目的可操作性和特点；调研会上可以了解需求，市场需求是开发测试的基础。同时，一定要参加需求变更会议，这样才能更好地测试自己的工作。一切就绪后，我们开始编写测试计划。测试计划像我们在课堂上学到的那样编写测试计划，测试计划，测试用例，开始我们的测试过程。这是特定应用程序的时间。编写测试计划时，需要向研发部门索取详细设计文件、产品规格书、需求调研说明（产品说明书）等相关文件。如果是在大公司，他的设计部门会写产品说明书或者一些测试规定。还有就是你要有他的开发计划，因为你做的每一步测试都是按照开发进度进行的，开发计划必不可少。***根据以上文件，从时间、内容、资源、使用的工具、人力安排等方面形成了这样一个简单的测试计划。和一般的小公司一样，他会很关心哪天谁来完成工作。像我们之前学的那些比较完整的文档，在这种小公司需要灵活运用，因为他们没有多少人力物力，没有很多时间去阅读这样的文档。编写测试用例首先要根据产品的特点来编写。你的产品的特点在产品成型之前你肯定不是很清楚，但是你可以大致按照它的框架来搭建，把你能想到的细节都写到文档里，然后测试它在产品的持续改进中过程。如果在测试执行过程中突然发现更好的测试用例，一定要及时添加。如果你不加上，那对你来说是一个很大的损失，因为你以后的工作中可能需要这样一个文档，或者以后接手你工作的人，他可能会看到这个文档，也会对他以后的工作有很大的帮助。在大公司，有专门的测试设计人员写这些东西，在小公司，则由测试总监或测试人员编写。像我们公司一样，从测试用例、测试计划、测试执行，我什么都做。一开始因为公司比较小，我自己做。本来给我请了一个助理，大概一两个月吧。我个人的感觉是，除非你聘请的人特别熟练，对行业和测试技术的方方面面都很熟悉，否则一来就能上手还是可以的。没有的话就招个刚毕业的，对测试行业不太了解，小公司人少，你没时间培养他，还得工作，你不有那么大的精力去亲手教别人。设计测试用例时要深思熟虑，不要重复。就我的工作而言，做ERP产品就是要注意各个模块的借口和数据测试。有很多接口。比如销售模块和财务模块在测试的时候会重叠，需要注意这一点。行业比较强。接下来，让我们谈谈执行测试。根据测试用例执行。总不能说做了一个测试用例，干活的时候不看。这对您的工作没有帮助。因为你按照测试用例执行，基本上是按照你自己的思路去做，这样你就很清楚自己走到哪里了。这样做的最大好处是减少重复性工作，提高工作效率。我觉得这个不管是在小公司还是大公司，或者就我们的工作本身来说，都是非常重要的。然后，最后就是记录考试日期，目的是明确自己考过哪些地方，避免重复劳动。就我而言，我每天做测试的时候都会写测试日记。一是记录今天发现了多少bug，工作在哪？做了什么工作。我发现跟踪测试日非常有趣。每天测试多少错误？虽然在包管理工具上记录了，但还是要记录一下。第一天上班的时候，第一次接触这个执行测试的时候，我记得很清楚，发现了65个bug。我认为这说明了两个问题。一是自己很努力，二是研发部门确实有问题。所以，大家不要觉得搞研发的人都很牛逼，你会有点害怕。当初我们公司也是联想、方正、惠普的三大支柱，虽然他们很自负，但我并不害怕。基本上小bug都能提出来，他们根本不认为是bug。但是你可以在到达研讨会、技术交流会、评测会的时候提出来，因为这是你作为测试人员最基本、最必要的工作，也是你对工作认真负责的态度。与开发人员的沟通。这对测试人员来说非常重要。前面说到大家不是独立做事，在工作中需要相互配合，尤其是在测试工作中。如有问题，需要及时与研发人员沟通。如果连沟通都不好，那么你的测试工作根本就没有办法进行。在这个过程中，你要坚持自己的原则，就是对事不对人，因为如果这个产品有问题，就意味着有bug，所以必须有人负责修改它。你总不能说，如果对方是部门主管，你提出的问题，你就不敢坚持。二是坚持其他测试原则。这是我们在学习理论时所掌握的一些知识。因为我们学习的时候课程设计是根据项目来设置的，很多东西基本上和实际工作是吻合的。作为测试负责人，我在测试工作中为自己制定了一个基本的工作流程，现在正在作为部门的规章制度执行。也就是进入bug之后，我会在下面做一个bug说明，开发者是否需要修改，为什么需要修改，大概时间。这样督促对方，有利于工作的推进。否则，工作没有完成，就会相互推诿。发现bug后，督促开发者修改bug。还要注意错误管理工具。你要用好bug管理工具，也要督促开发者用好bug管理工具。因为有很多开发人员比较懒惰。到时候他会告诉你有什么bug。你能去我的机器上演示一下吗？这是一个坏习惯，而且很费时间。因此，您必须敦促他们使用错误管理工具。这是我深有体会的事情，在公司的两次大会议上都提出来了，最后也被大家接受了。我们都知道，一般开发的男同事多，测试的女同事多。当你问问题时，不要太强硬。在日常工作中委婉地提醒他，一般大家都不会太为难你。.不仅工作解决了，同事之间的关系也很融洽。然后是测试报告的撰写。这些我们在就业课上都学过了，就是考试背景、内容、考试通过率。以及产品的优缺点，以及您对项目的建议。完成所有这些后，将召开测试评估会议。我个人对自动化测试的看法我个人认为现在自动化越来越流行。现在很多公司，不管大小，不管公司有没有用过这个测试工具，他都会问你会用多少个测试工具，你会不会自动化测试？我去面试的时候也遇到了这个问题。当时我问他的第一件事就是，我们公司有没有做过人工以外的测试，无论是性能还是功能？他们回答没有。未经人工测试的产品不得使用工具进行更换。自动化测试不能替代手动测试。自动化测试可以节省时间并提高效率。但是如果用不好，反而会增加你的工作量。如果你的需求和接口不断增加，那么自动化就行不通了。我认为适合做自动化测试的公司是那些产品对安全和性能有严格要求的公司；能有专门人员维护教科书的。人工测试失败、需求变更频繁、人员少、产品GUI不断变化的公司，不适合做自动化测试。不小心整理了这么多点点滴滴，真没想到自己还能写的很好。估计这和我在公司做测试以外的其他工作有关。我说了，因为我们是小公司，所以一些产品说明书，产品安装说明，包括客服培训，都是我写的。除了测试，我还会做一些与测试无关的工作，比如编写测试系统、OA产品管理员、售前顾问等。我想这就是我锻炼的方式。
