测试工程师培训流程图

第一步，测试基础：

测试基础是软件测试最最最重要的部分，只要你是做测试，不管是什么测试，测试的基础、理论知识都是必须学会的。大概就包括：测试计划编写、设计测试用例、编写测试报告、编写BUG报告单、跟踪BUG修复情况、还需要良好的沟通能力、以及各种测试阶段所使用的测试方法、单元测试、功能测试、集成测试、系统测试等。

第二步：学习脚本语言

如：python语言,当然python 是一门相对简单的计算机语言，考虑长远发展，需要了解C语言或者java。都说C语言最难，但是用得确实也多。

第三步：学习软件测试工具

学习软件测试工具并不难，只是需要我们去系统的学习。比如性能测试工具loadrunner，自动化测试工具selenium、Appium,接口测试Jmeter、Postman等。虽然说工具不是万能的但是工具能为我们提高工作效率，所以必须得会熟练的使用。最关键的一点，是要结合项目具体去操作，实践出真知，理论知识在实际项目中才能得到巩固。

第四步：计算机硬件知识

做过性能测试的都知道在性能测试过程中硬件性能也是一个非常重要的指标、CPU、内存、IO、带宽等等、如果你是做硬件测试的。那么就更不用说了。交换机、路由器、防火墙这些设备都需要有所了解。

第五步：数据库测试

MySQL数据库

MySQL简介、命令行工具以及数据管理、MySQL数据查询（条件、分组、聚合函数、排序、分页、连接查询、自关联、子查询）、内置函数、项目练习、数据分表、Python操作MySQL。

Redis数据库

Redis简介、客户端和服务器、数据类型(string、hash、list、set、zset）、各种数据类型操作、Python操作Redis、主从、集群。

第六步：项目实战

最好参与真实项目的测试工作，积累真实项目的测试经验。

成为优秀软件测试员之提升条件，如果你想成为一个更优秀的软件测试员的话，除了上面那些，你也最好能够具备开发语言即代码编写能力，虽然不会写代码也能做测试、但是如果你想做到高级测试工程师以上、那么代码编写能力就是必选项、如果不会写代码、那么你不可能成为高级测试。高级测试工程 师的一部分工作就是在写测试工具。虽然测试也需要写代码但不需要和开发一样那么精通某一门语言、可是测试却需要了解很多门开发语言（举一个简单的例子：你 现在所在的项目从C++语言、2年后你换工作了、新公司的开发语言是Java或者是VB什么的）所以在开发语言中测试需要更广的学习。

成为软件测试员之必备条件，就是你一定要有良好的心态。心要静、细心耐心、责任心。心静不下来无法对bug展开发向思维及拓展想像。任何一个测试最先面对的心理压力就是重复性的劳动。在你的测试生涯中，一定会碰见很多心理的考验，自己对于质量心里没有底、或者由于产品发布问题或者达到了测试瓶颈时候的困惑等。每个人都有自己的背景以及性格，往往对于测试来讲，就是考验心理素质的时候，这个时候就需要你自己不断地去克服这些心理

软件测试的基本工作流程，大致梳理一遍。首先，作为测试人员需要学习并了解业务，分析需求点为什么测试人员要参加需求分析？也就是进行测试需求分析的目的是什么？第一、把用户需求转化为功能需求：1）对测试范围进度量2）对处理分支进行度量 3）对需求业务的场景进行度量 4）明确其功能对应的输入、处理和输出 5）把隐式需求转变为明确。第二、明确测试活动的五个要素：测试需求是什么、决定怎么测试、明确测试时间、确定测试人员、确定测试环境：测试中需要的技能，工具以及相应的背景知识，测试过程中可能遇到的风险等等。测试需求需要做到尽可能的详细明确，以避免测试遗漏和误解。怎么进行测试需求分析？第一、确认功能（业务功能、辅助功能、数据约束、易用性需求、编辑约束、参数需求、权限需求、性能约束）：1、业务功能：与用户实际业务直接相关的功能或者细节2、辅助功能：辅助完成业务功能的一些功能或者细节，例如：设置过滤条件3、数据约束：功能的细节，主要是用于控制在执行功能时，数据的显示范围，数据之间的关系等4、易用性需求：功能的细节，产品中必须提供，便于功能操作使用的一些细节，例如：快捷键等5、编辑约束：功能的细节，在功能执行时，对输入数据项目的一些约束条件，例如：只能输入数字等6、参数需求：功能的细节，在功能执行时，需要根据参数设置不同，进行不同处理的细节7、权限需求：功能的细节，在功能执行的过程，根据不同的权限进行不同的处理，不包括直接限制某个功能的权限8、性能约束：功能的细节，执行功能时，必须满足的性能需求第二、场景分析1、考虑场景的调用者：考虑每一个场景提供的服务是供哪些外部模块或者系统调用的，找出所有调用者。调用前提，约束都要考虑。每一个调用都可以考虑成一个大的业务流程（一般和外部有交互的业务出错率比较大，需要重点关注）2考虑系统内部各个场景之间的：形成内部业务流程，需要分析每个场景之间的约束关系，执行条件，组织出各种业务流程图第三、挖掘隐性需求这需要测试工程师的经验积累：1）常用的或者规定的业务流程 2）各个业务流程分支的遍历 3）明确规定不可使用的业务流程 4）没有明确规定但是应该不可使用的业务流程 5）其他异常或者不符合规定的操作以上是粗略的讲解了如何进行测试需求分析，在需求分析过程中编写整个测试计划，在这个过程中需要参考需求规格说明书，这个阶段一般情况下是测试主管编写的。包括测试人员，测试时间，测试工具，以及测试方法等。接下来就是测试用例设计：测试用例是测试工作的最核心的模块，在执行任何测试之前，首先必须完成测试用例的编写。测试用例是指导你执行测试，帮助证明软件功能或发现软件缺陷的一种说明。用例设计好后进行审核。这个地方该讲的东西就多了，如何设计测试用例，设计测试用的方法，怎么进行测试用例的审核等等。第一、如何进行测试用例的设计编写测试用例之前我们需要对项目的需求有清晰的了解，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数，作为测试用例的编写者不仅了解要有常见的测试用例编写方法，同时需要了解被测软件的设计、功能规格说明、用户试用场景以及程序模块的结构。步骤：1、测试需求分析：从项目部拿到软件的需求规格说明书后，开始对项目的需求进行分析，通过自己的分析、理解，整理成为测试需求， 清楚分析出被测试对象具有哪些功能。 明确测试用例中的测试集用例与需求的关系，即一个或多个测试用例集对应一个测试需求。2、业务流程分析：分析完需求后，明确每一个功能的业务处理流程，不同的功能点作业务的组合，以及项目的隐式需求。如遇复杂的测试用例设计前，先画出软件的业务流程。从业务流程上，应得到以下信息：A、 主流程是什么?B、 条件备选流程是什么?C、 数据流向是什么?D、 关键的判断条件是什么?3、测试用例设计完成以上两步则可进行测试用例设计，功能测试用例，应尽量考虑边界、异常、性能的情况，以便发现更多的隐藏问题。设计测试用例的常见方法：1）等价类2）边界值3）因果图4) 判定表5) 状态迁移6) 正交实验7) 场景法8) 错误推断（注意：编写测试用例时，我们尽可能取的不应该是有效等价类而应该是无效等价类）4.编写完成后自我检查以及部门内部评审：1）测试用例本身的描述是否清晰，语言准确；是否存在二义性；2）测试用例内容是否完整，是否清晰的包含输入和预期输出的结果；测试步骤是否清晰；3）测试用例中使用的测试数据是否恰当，准确；4）测试用例是否具有指导性，是否能灵活的指导软件测试工程师通过测试用例发现更多的缺陷，而不是限制他们的思维；5）是否考虑到测试用例执行的效率。对于不断重复执行的步骤，是否保证了验证点相同；或者测试用例的设计是否存在冗余性等。这些都可能导致测试用例执行效率低下；6）画出软件需求跟踪矩阵，验证测试用例是否完全覆盖了需求，验证测试用例的覆盖性；7）测试用例是否完全遵守了软件需求的规定。这一点其实有一些难做到。考虑到时间成本的关系，应该视具体情况而定。具体详细内容可参考《如何有效的进行测试用例评审》5.测试用例更新完善测试用例编写完成之后需要不断完善，如遇需求更改或功能新增时，测试用例必须配套修改更新，同时在测试过程中发现设计测试用例时考虑不周，需要对测试用例进行修改完善;在软件交付使用后客户反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成，也需要对测试用例进行完善。紧接着就是在测试过程中占很大一部分比重得测试用例执行过程首先搭建测试环境，准备好测试数据，进行预测，预测通过之后，按照测试用例进入正式测试，有效的测试执行可以将测试用例发挥最大的价值。因此，测试用例规范执行有助于更好的发现代码中存在的缺陷。根据个人测试工作经验，好的测试执行应该包含如下内容：1、测试执行中评估测试执行时间不足，需及时上报风险。满足质量优先，进度其次原则。2、测试用例按优先级顺序执行，通常是基本、详细和异常顺序执行。3、未执行用例、标志为删除或者无效的用例，需注明原因。4、执行过程中有疑问的测试用例（场景、操作步骤、检查点等）需找测试设计人员澄清。5、测试执行需对用例描述的检查点逐一检查，避免遗漏。6、重视不易重现的缺陷场景，可能是一个bug。7、执行过程中发现有前期设计遗漏用例需补充到用例文档并执行验证。8、建议测试人员交叉执行重复测试用例，用例执行对相同测试人员有免疫性。避免可能的缺陷一直遗漏到现网。9、如有需要，建议保留测试结果，结果可视。也便于不同版本间的测试结果对比。10、已确认问题需及时按照问题单提单要求（规范和缺陷定级）提单。11、跟踪问题单修复情况并回归验证问题单。12、每轮次测试结束，find一下是否有core文件产生。13、测试结束，将最终测试用例文档上传到归档目录，实现用例重用。以上是真对一般的软件测试流程，如果是自动化测试得话，应该还有根据测试用例进行脚本编写，运行脚本等。在测试用例执行过程中，包含了：功能测试阶段、缺陷跟踪阶段（bug tracking）、回归测试阶段、系统测试阶段、验收测试阶段等（系统已满足测试条件（开发完成），按照已经评审过的测试用例依次执行，执行过程中及时记录问题，将问题及时提交到QC上，要跟踪缺陷。等开发修复后进行回归测试，确认修复后关闭缺陷，如果说该问题要更新而生产上未进行验证，就把缺陷状态改为生产未验证。对有异议的缺陷经甲方、开发和测试三方进行沟通讨论，由甲方最终确定处理方式。在测试过程中也会碰到对需求有异议，会反馈给经理，由经理与甲方沟通来对该需求提出一些可行性建议，最终还是由甲方来确定具体根据各个公司的业务流程而不一样）。最后已达到准出要求的根据测试情况写测试报告，对整个测试过程和版本的质量做一个评估测试报告是指把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。测试报告是测试阶段最后的文档产出物。优秀的测试经理或测试人员应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。测试报告的内容可以总结为以下目录：首页引言（目的、背景、缩略语、参考文献）测试概要(测试方法、范围、测试环境、工具)测试结果与缺陷分析（功能、性能）测试结论与建议（项目概况、测试时间 测试情况、结论性能汇总）附录（缺陷统计）至此并不算最后的完结工作，软件测试还包含了线上功能检查、当前版本问题反馈以及改进建议 等。这样才算是软件测试最终结束，软件测试是贯穿于整个软件生命周期的。

软件测试的流程：1、根据软件设计需求制定测试计划，测试数据和测试用例。 2、搭建测试环境、执行测试用例。 3、提交测试报告。 4、跟踪Bug修改情况，不断测试完善产品。 5、产品的其他方面测试。

一、业务分析能力1.分析整体业务流程不了解整个公司的业务，根本就没办法进行测试2.分析被测业务数据了解整个业务里面所需的数据有哪些?哪些是需要用户提供的?哪些是自己提供的?有哪些可以是假数据?有哪些必须是真数据?添加数据的时候可以用哪个库?明白了整个软件的数据库架构，才能知道哪一个数据是从哪一个表里头带出来的，它的逻辑是什么，有没有连带关系。3.分析被测系统架构用什么语言开发的?用的是什么服务器?测试它的话需要用什么样的环境进行测试?整体的测试环境是什么样的?如果缺少了，需要进行环境搭建，架构搭建。一般去一家新公司之后，架构是搭建好的，了解它即可，熟悉之前的这些老员工们使用什么样的架构去做的。4.分析被测业务模块整个软件有哪些模块，比如说首页面、注册页面、登录页面、会员页面、商品详情页面、优惠券页面等等明白有多少个模块需要测试，每个模块之间的连带关系，进而怎样进行人员分工5.分析测试所需资源我需要几台计算机，需要几部手机，手机需要什么样的系统，什么样的型号。比如测一个网站的性能的时候，电脑的配置达不到测试并发5000人的标准，要么升级电脑的硬件配置，要么多机联合，多机联合时需要几台电脑，都需要提前筹划。6.分析测试完成目标我的性能目标是什么样的?我的功能目标是什么样的?我要上线达到的上线标准是什么样的?性能目标，比如我要达到并发5000人的时候，CPU占用率不能高于70%，内存占用率不能高于60%，响应时间不能超过5秒功能目标，比如整体的业务流程都跑通，所有的分支流程都没有问题，所有的接口都能够互相调用，整体的UI界面没有问题，兼容性没有问题等把这些问题都弄清楚，测试的思路会非常的清晰二、缺陷洞察能力1.一般缺陷的发现能力至少你要满足一般缺陷的发现能力，这个是最基本的，如果要连最简单的一般的缺陷都发现不了的话，别说优秀测试工程师了，你说你是测试我都不信2.隐性问题的发现能力在软件的测试过程当中有一些缺陷藏的比较深，有的是性能方面的问题，有的是功能方面的问题，它需要有一些设定特定的条件的情况下才会出现这样的问题。比如说买双鞋必须选择的是什么品牌，必须选择是红颜色，必须选择44号，而且必须选择用特定的支付方式才会出现这样的bug的时候，那么这种就属于特别隐性的bug，对于这样的问题的发现能力一定要比别人更强，要找到一些别人可能发现不了的bug3.发现连带问题的能力当发现了一个缺陷之后，能够想到通过这个缺陷可能会引发其他哪个地方出现问题，这就叫做连带的问题。而不是说发现这一个bug之后提了这一个就算完了，一定要有一个察觉，可能其他地方也存在这样的问题。4.发现问题隐患的能力有些软件里边可能有一些操作模块，或者是代码写的接口，表面上没有什么问题，但是它是有隐患的，比如说这个接口写的不稳定，当他传的数据有一些问题的时候，可能它最后返回的结果就是报错就是报404或者报乱码。5.尽早发现问题的能力如果你只能停留在界面级别的话，那你根本就没有办法达到尽早发现问题的这个能力你必须要等到前端人员把每个界面都做好了之后才能进入测试，而我能比你早一个月进入测试了，然后我比你结束测试时间快一个月，而你又比我晚一个月，那么咱俩的薪资一下就拉开了6.发现问题根源的能力需要知道这个缺陷它到底是由什么原因产生的，是属于什么类型的缺陷，是ui前端人员做的问题，还是后台接口人员做的问题?不仅要找到这个bug，还要知道这个bug产生的原因，这样的测试人员是非常棒的，而且很是受人尊敬，提bug的方式也就不一样了三、团队协作能力1.合理进行人员分工2.协助组员解决问题3.配合完成测试任务4.配合开发重现缺陷5.督促项目整体进度6.出现问题勇于承担四、专业技术能力1.掌握测试基础知识2.娴熟运用测试工具熟悉工具和熟练使用工具完全是两个概念，熟悉工具基本上等同于不会，遇到过很多简历上写会使用什么什么工具，都没有实际能力。比如loadrunner只会一个简单的录制，增强一下脚本，觉得会用了，那知识会用了15，其他45 都不会。3.了解工具操作原理它是怎么样给服务器发送请求的，是用什么样的方式去发送请的，是用什么样的方式去监控的，它的操作原理是什么样的，咱们要把这件事情搞清楚，这样的话能有助于更好的去使用这些东西。包括一些请求的协议，每个协议代表什么意思，它是用来干什么的。4.自主完成测试任务一定要能够自己完成一个独立的内容，独立的工作，这件事情领导你交给我好了，放心我能给你搞定，要的是这样的人5.找出问题出现原因找出缺陷的时候，不仅要看它的表面，还要看它的本质6.提供问题解决方案发现问题不是能力，发现问题并提出解决方案才是真的能力7.提供完整测试报告测试报告能够说明你表达的清不清楚?领导能不能看懂?还有就是能不能够把你整个测试的过程给它梳理得非常详细，人家能够通过你的报告，能够了解到整个的项目的情况，而不是只了解一个片面的情况8.了解相关技术领域触类旁通

前段时间才写了一个手机app的测试报告，刚好可以自己理一下思路，回顾一下！

请点击输入图片描述

对于软件测试的流程大概总结了几个基本步骤，测试的文档最好是尽量多，多加一些自己的特色和想法，这样相比于其他文章自己的也更有卖点和优势。

1. 需求：做测试是要跟着测试的文案方向走，这是最重要的，根据需求做测试。

2. 测试的安排计划：测试的时间、地点、资源、人员等竟可能的写全面。

3. 测试用例：测试可以分布的来测试这样更有条理性，主要可以分为单元测试、集成测试、系统测试、验收测试。

4. 测试问题规划：把问题、bug等问题出来，给相关的人员提出问题。

5. 跟进问题：实时更新问题是否解决。

6. 找不同的人测试软件，并把他们的的体验做成报告，充分体现软件的性能、特点、市场、问题等方面的信息。

还没有思路？举一个生动的例子吧！给你一个杯子如何测试？

请点击输入图片描述

1. 界面测试（外形）：它的外形是否和设计一致，是否有不足。

2. 易用性:是否方便手拿，杯子装热水是否烫手等。

3. 安全性：会不会对人造成伤害。

4. 稳定性：是否会漏水，杯子是否太烫会炸裂。

5. 兼容性：是否可以盛酒精、水、果汁等。

总结：对杯子的问题、特点、功能等多方面进行总结。

对计算机软件进行测试前，首先需遵循软件测试原则，即不完全原则的遵守。

不完全原则即为若测试不完全、测试过程中涉及免疫性原则的部分较多，可对软件测试起到一定帮助。

因软件测试因此类因素具有一定程度的免疫性，测试人员能够完成的测试内容与其免疫性成正比，若想使软件测试更为流畅、测试效果更为有效，首先需遵循此类原则，将此类原则贯穿整个开发流程，不断进行测试，而并非一次性全程测试。

扩展资料：

软件测试已有了行业标准(IEEEANSI )，1983年IEEE提出的软件工程术语中给软件测试下的定义是：“使用人工或自动的手段来运行或测定某个软件系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别”。

这个定义明确指出:软件测试的目的是为了检验软件系统是否满足需求。它再也不是一个一次性的，而且只是开发后期的活动，而是与整个开发流程融合成一体。软件测试已成为一个专业，需要运用专门的方法和手段，需要专门人才和专家来承担。

参考资料 百度百科-软件测试

以下是作为一名测试工程师的日常工作：阶段：编写测试计划，测试用例、测试缺陷报告，并执行测试用例，搭建Windows测试环境，熟练使用Bugzilla提交软件缺陷报告至于为什么嘛，当然要一步步来的，要有计划才能执行啊，大概是这样吧^_^使用测试技术及工具：白盒测试和黑盒测试Loadrunner、Winrunner能够运用边界值、等价类划分法、因果图、状态图、大纲法等测试方法设计高效测试用例软件测试工作总体流程图：详细测试步骤：1.书写测试计划2.审核测试计划，未通过返回第一步3.书写测试用例；4.审核测试用例，未通过返回第三步5.测试人员按照测试用例逐项进行测试活动,并且将测试结果填写在测试报告上；（测试报告必须覆盖所有测试用例）6.测试过程中发现bug，将bug填写在bugzilla上发给集成部经理；（bug状态NEW）7.集成部经理接到bugzilla发过来的对于明显的并且可以立刻解决的bug，将bug发给开发人员；（bug状态ASSIGNED）;对于不是bug的提交，集成部经理通知测试设计人员和测试人员，对相应文档进行修改;（bug状态RESOLVED，决定设置为INVALID）;对于目前无法修改的,将这个bug放到下一轮次进行修改；（bug状态RESOLVED，决定设置为REMIND）8.开发人员接到发过来的bug立刻修改;（bug状态RESOLVED，决定设置为FIXED）9.测试人员接到bugzilla发过来的错误更改信息，应该逐项复测，填写新的测试报告（测试报告必须覆盖上一次中所有REOPENED的测试用例）；10.如果复测有问题返回第六步（bug状态REOPENED）11.否则关闭这项BUG（bug状态CLOSED）12.本轮测试中测试用例中有95%一次性通过测试,结束测试任务；13.本轮测试中发现的错误有98%经过修改并且通过再次测试（即bug状态CLOSED），返回第五步进行新的一轮测试；14.测试任务结束后书写测试总结报告；15.正规测试结束进入非正规测试，首先是ALPHA测试，请公司里其他非技术人员以用户角色使用系统。发现bug通知测试人员，测试人员以正规流程处理bug事件；16.然后是BETA测试，请用户代表进行测试。发现bug通知测试人员，测试人员以正规流程处理bug事件。是否可以解决您的问题？

软件测试培训内容一般会帮助学员学习PC端，移动端功能和自动化测试，接口测试，性能测试技术，让学员在测试领域就业游刃有余，一般的软件测试培训课程分为五个阶段，具体的可以咨询下【达内教育】，该机构师资力量强大，业内口碑一流。感兴趣的话点击此处，免费学习一下具体每个阶段需要学习内容如下：第一个阶段学习功能测试的相关内容，一般会学到【软件测试】核心理论，结合Linux、数据库等可实现移动端、web端的功能测试，学完之后基本可以胜任功能测试工程师的职位。第二个阶段学习自动化测试，会学到自动化测试的相关内容，主要有Web自动化测试和APP自动化测试的内容，学完基本可以上手自动化测试工程师的工作。第三个阶段将会学到接口测试的相关内容，还会配备国内某知名高校学生MIS系统接口项目实战，学完可选择接口测试工程师作为以后的发展路径。第四阶段将学到性能测试的所有内容，学习性能测试理论知识，能运用性能测试工具LoadRunner和Jmeter做性能测试，测试出系统的性能情况，学完可做性能测试工程师。最后一个阶段就是就业指导了，讲师将会从简历、面试技巧等层面进行辅导，帮助学员熟悉面试流程;让学员清晰了解职业发展规划，明确自身定位，找到适合自身发展的工作。想了解更多有关软件测试培训的相关信息，推荐咨询【达内教育】。达内与阿里、Adobe、红帽、ORACLE、微软、美国计算机行业协会（CompTIA）、百度等国际知名厂商建立了项目合作关系。共同制定行业培训标准，为达内学员提供高端技术、所学课程受国际厂商认可，让达内学员更具国际化就业竞争力。达内IT培训机构,试听名额限时抢购。