做软件测试需要会什么？

做软件测试需要会什么？需要学编程语言吗

在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。

软件测试需要学测试环境（网络环境，windows环境等）、数据库管理、编程技巧（java编程设计，脚本语言，设计工具，XML编程）等。

思维导图软件测试的分类和资产管理系统的功能

画图。
思维导图运用图文并重的技巧，把各级主题的关系用相互隶属与相关的层级图表现出来，把主题关键词与图像、颜色等建立记忆链接。
思维导图充分运用左右脑的机能，利用记忆、阅读、思维的规律，协助人们在科学与艺术、逻辑与想象之间平衡发展，从而开启人类大脑的无限潜能。思维导图因此具有人类思维的强大功能。

xmind怎么写测试用例

通过思维导图分析软件测试步骤
制定完成后制定任务
按照任务进度划定标记
直至任务完成
最新版XMind 8 软件下载地址：
https://zhidao.baidu.com/question/1499851380368763219
当自己接受到一个设计测试用例的任务时，如何对一个庞大的模块进行设计测试用例呢？这时候测试用例的划分就显的尤为重要。我总结的测试用例的划分有三种：
1）按照功能划分
2）按照路径（业务流程）划分
3）按照功能和路径（业务流程）划分
目前我用的方法是第三种。
第一种按照功能划分，优点是最简捷，但其缺点是：对于复杂操作的程序模块，其各功能的实施是相互影响，紧密相关，环环相扣的。如果没有严密的逻辑分析，很容易产生遗漏。
第二种纯粹按照路径划分也容易造成对功能点的遗漏。
所以我基本都是大方向用功能块的划分来走，然后再结合上路径（业务流程）的划分方法。

不知道这个软件测试能不能自学啊，难不难啊？

软件测试可以自学的。
一、软件测试基础知识
要想进入测试这个行业，就必须要了解什么是软件测试，该如何测试？
这部分的学习目标：掌握软件测试的基本概念、软件测试的流程，并能熟练的应用常见的用例设计方法来设计测试用例。掌握常见的测试方法和类型，并知道如何进行每个阶段的测试。
下面是推荐的参考书：
1、软件测试(原书第2版) （美）佩腾（Patton,R.） 著，张小松 等译
这本书可以用来作为进入行业的第一本书，本书讲解的都是实用的技术，通过阅读本书可以快速的去学会如何测试软件。个人建议，这本书至少要读3遍以上。
看完这本书，自己可以去找一个项目（可以到开源中国上查找）来测一测，应用一下学的知识，找一找缺陷。在测试这个项目中要体会一下测试的流程，学习如何搭建测试环境。
2、软件测试的艺术(原书第3版) (美)梅耶 等
第二本就是这本软件测试的“圣经”，这本书据说是硅谷测试人员必备的书。这本书最值得看的地方就是测试的思想。阅读这本书可以让你有豁然开朗的感觉。
3、计算机软件测试（原书第2版） （美）卡尼尔
这本书也是值得一读的，同样也是非常适合初学者阅读的。
4、全程软件测试 朱少民
上面的都是外国人写的，来本国产的。
还有很多经典的测试书，例如：Paul C.Jorgensen的软件测试（第2版）这本书，但是笔者认为他不是很适合初学者，这本书都是用来做研究生教材的，做过一段测试的可以来看看。
二、软件测试进阶书籍
这部分主要是针对有过一年左右测试经验的，真正测试过几个项目的。推荐的参考书主要是提高测试效率的，一些测试的经验。
1、有效软件测试
这本书主要是给软件测试的各个阶段提出了一些建议，一共50条。这些建议都十分中肯，值得一读。
2、软件测试经验与教训
听书名也应该了解了一大半了吧，这本书一共给出了293条经验，阅读它吧。它会让你重新思考关于测试的基本理论。
还有一些很好的书籍了，但是没有读过的就不做推荐了。
三、自动化测试
我们都知道，目前自动化测试是软件测试的趋势，而且目前公司在招聘的过程中都会考察自动化相关的知识。这里我们介绍一下QTP和Loadrunner等测试工具。
目标：掌握自动化测试的概念、流程和方法。能够使用相关的工具进行自动化的测试。
QTP部分：
目标：掌握QTP的测试流程、工作原理和基本使用。能够使用QTP进行自动化测试。进阶需要掌握自动化框架设计的原理，并能独立设计自动化框架。
目前网络资源很丰富，有很多前辈录制了很多视频，大家可以先来看看。
1、IT播吧 - 小强老师零基础学习软件测试系列视频教程之QTP学习指南
首先可以先看这套视频，这里主要讲的是QTP的基本使用。学习视频的过程中，最好能够独立的测试QTP自带的飞机订票的例子。这个最好了，QTP的基本使用就没问题了。
2、精通QTP——自动化测试技术领航 余杰 赵旭斌 编著
第一个视频还是讲的录制和回放，并且也是以飞机订票作为的例子，但是实际工作中，很少有录制的项目，基本上都是需要自己开发脚本的。所以这本书会给你很大帮助的。
3、QTP自动化测试权威指南（第二版）
这本是QTP的大牛TarunLalwani的经典力作，公认的QTP测试的“圣经”。无论是初学者还是使用过QTP的都应该好好的读一读。
LoadRunner部分：
目标：掌握性能测试的常见术语，性能测试的方法和流程。能够熟练使用Loadrunner。进阶的话需要学会分析性能报表，找到性能瓶颈，进行性能调优。但是这个过程并不是看基本书就可以达到的，需要不断的积累测试经验才能做到的。（努力吧）
1、IT播吧 - 小强老师零基础学习软件测试系列视频教程之Loadrunner学习指南
还是这个视频，学过这个视频基本上可以独立的使用Loadrunner执行性能测试用例了。
2、精通软件性能测试与LoadRunner最佳实战
在来一本入门的书，这本书基本上算是Loadrunner的百科全书了吧，各个方面都有所涉及。
3、捉虫记——大容量Web应用性能测试与LoadRunner实战
这部分还需要掌握，类似QC这样的测试管理工具和Mantis等缺陷管理工具。
自动化理论部分：
1、软件测试自动化 （美）Daniel J.Mosley 等著
2、软件自动化测试技术与实例详解（一本很老的书）
3、自动化测试最佳实践
四、其他技术
上面的是和软件测试理论相关的知识，但是真正的想做好测试这些还是不够，还有一些必须要掌握的知识，下面一一列举一下。
1、数据的技术
目标：掌握SQL语句，重点在增删改查上。可以参考：测试人员的SQL语言 系列
2、编程语言
这里推荐的是Java，毕竟现在Java用的比较多。而且学会一门语言，在学习其他语言也是很容易的。
目标：掌握程序设计的逻辑和面向对象的思想。掌握一门语言。
目前这方面的视频非常多，大家可以找来自己看看。
3、UML
UML还是必须要会的，至少应该能看懂。毕竟大部分需求都是用它画的啊。
4、操作系统
这里说的服务器的系统，以Linux为例。
目标：能够搭建常见的服务，解决相关故障。
推荐大家看《鸟哥的私房菜这个系列》，除此之外，还有学会Shell编程。
5、Web技术
如果测试Web，对Web还是需要了解的啊。主要是Html+Css+Javascript。

【经验分享】软件测试用例管理

本文涉及到测试用例的编写规范，以及用例管理的分享，因此，无论是对于初级测试工程师，还是质量团队的管理者，都有一定的参考意义。文中涉及到的方法和工具并不是唯一解决方案，希望大家收获到的不仅仅是文字表面，而是文中分享的一些思路。

有人说：测试用例还不知道？不就是描述测试步骤吗？

这么回答确实没什么错，只是如果内心上也仅仅这么认为的话，只能说并未理解测试用例。

测试用例除了作为测试行为的描述，更多的是作为被测目标是否达到需求的验证，主要还是考验了一个测试工程师的组织归纳能力，其输入来源往往是承诺书、用例(Use Case) 以及自身对业务领域知识的经验，一个软件测试工程师的专业度往往体现在他设计的测试用例上。

专业的工程师设计出的测试用例集，不仅能够描述自己的行为，还能指导别人实施，不仅强调深度，还具有优秀的用户思维。

虽然从格式上来说，基本就定型了：

关于这部分，网络上的教程只多不少，就不赘述了。

只不过要强调的重点是， 格式只能保证测试用例明晰，并不能提升测试用例的设计能力。因此，测试用例该怎么写？还是要从结构化设计开始。这里需要提到一个概念 HLTD [ High Level Test Design ]，可以简单粗暴的理解为测试大纲的设计。

就如同我们写文章一般，提笔正文之前，会先拟个草稿，列出中心思想及段落提纲，然后再攥写润色。

写测试用例也是类似的套路，先列出测试点作为大纲，并且具有结构化布局。通常以大的功能或模块进行分类，再细化二级甚至三级类别，最终列出具体的测试点。该阶段的设计，笔者倾向于利用思维导图（脑图），相较于传统的文档软件工具，思维导图的展现更直观。

由于最终会是一张大图，所以硬伤也随之体现，只适合用于思路梳理，不适合用于文档化管理。

把这些结构化好的测试点文档化，就是我们所说的测试用例了。

所以从这里我们可以看出，每一条测试用例的目的很明确，是验证一个或一类测试点，颗粒度需要根据公司实际情况权衡，太粗不利于对于测试点覆盖的总结，拆太细会消耗更多的精力。

测试用例其实是一个非常详尽的文档，必然会消耗测试工程师相当一部分的精力。在传统软件开发时代，甚至作为 KPI 的一项指标。

但随着敏捷时代的兴起，有一种声音开始冲击这种认知。

早期的敏捷实践者，对敏捷宣言的解读仅仅停留在了文字表面，认为“只需要软件，不需要文档”。这直接导致了这一时期，大量的团队缺失了详尽的文档，甚至连一些基本的文档都没有。

如今，越来越多的敏捷实践者认识到，敏捷宣言所宣扬的并不是“不用详尽的文档”，恰恰相反， 敏捷宣言认同了“详尽的文档很重要”这件事，并且提出了更高的要求 —— “工作的软件更重要”

对于测试用例文档化工具的选择，很多团队仍然停留在传统的办公软件，如 Word、Excel

但如今凡事比快的市场环境下，团队成员高效协作、团队信息实时共享的需求越来越高，测试用例平台化管理必然还是最终归属，除了文档化，还利用平台制定计划，展示进度和结果。

事实上，在传统时代，大一些的软件公司就已经使用平台来管理测试用例了，这再一次证明了敏捷时代并不意味着推翻过去的经验和成果，而是提出了更高的要求。

如今，相对知名的管理平台有基于 Jira 做插件的，如：Zephyr、Xray、synapseRT、TM4J，也有独立的开源平台: 如：Testlink，或收费的独立平台: 如：TestRail

我们主要从其生态、推行成本、可扩展、费用角度去综合考虑。

Zephyr 的名气一直都很大，但实际上并不太符合国人使用的习惯，使用起来诸多不便。用例直接使用 Jira issue，功能比较简单，用例管理主要在计划和循环的关联上。由于其是 Jira 插件，因此能很好的跟 Jira 上其他 issue (需求、任务、缺陷) 进行关联。但其用例管理的可视化不是很好，没有用例集的概念。迁移方面，数据导入支持类型有限。扩展方面，若要使用其 API，还需要另外装一个插件。其费用中等。

Xray 算中规中矩，也是使用 Jira 的 issue 来创建测试用例。但其新增的 issue 类型多达 5 类，显得极其复杂。关联能力与 Zephyr 相同，数据导入支持类型有限，本身有 API 可供使用。其费用中等。

synapseRT 是国人开发，汉化效果最好，功能强大。有用例集的概念，用例也是用的 Jira issue 来扩展。数据导入支持了 Testlink、Zephyr 这样的其他平台。关联能力同 Zephyr，数据导入支持类型依旧有限，其本身也有 API 可使用。而费用相对较低。

TM4J 使用独立页面管理测试用例，脱离复杂的 Jira issue 页面，上手难度低。数据导入功能强大，覆盖很多类型及一些知名平台。关联能力与上述插件一致，本身也有 API 可使用。但费用相对较高。

Testlink 作为独立的测试管理平台，功能全面，开源免费。可以关联 Jira 这样的知名平台，但由于不是 Atlassian 体系，所以生态体验不高。硬伤是界面丑陋，容易影响工程师的心情。笔者曾经使用其本身的 API 进行 UI 美化。

TestRail 是一个强大的商业平台，笔者接触不多，不乱作评论。

综合考虑，虽然 Testlink 作为免费开源用例管理平台中的 TOP，在用例管理上做得非常科学，一直值得学习，但笔者所在公司已经在使用 Jira，并在落地 DevOps，外加笔者常受 Atlassian 中国社区研究院副院长的支持，TM4J 成为最终选择：

出品方还是挺强的，除了 TM4J，Zephyr 其实也是其下产品，Swagger 也已经是目前认知度很高的产品了。

从官网介绍上可以看出，TM4J 还是比较现代化的：

首先我们看看利用 TM4J 如何来编写测试用例。

层级结构上，我们根据 HLTD 来创建目录以及子目录，以方便所有人理解和阅读，最后的测试点则实例化为一个测试用例，它拥有全局唯一的 Key。

点击 New 按钮创建新测试用例，默认在 Details 标签页，在这里定义用例名称、目的、前提条件，详情中可以设置状态、优先级、所属组件，并可以添加一些便于管理的标签。

切换到 Test scripts 标签页，默认是 Step-by-Step 类型，按照 STEP - TEST DATA - EXPECTED RESULT 添加每一个测试步骤。

另外值得一提的是，在 Traceability 标签页，可以关联 Jira issue、Confluence page

通常我们针对每次产品发布交付，需要制定范围，因此计划管理是必不可少的。

计划管理推荐按照发布版本来制定顶层目录，然后针对测试类型创建二级目录，如回归、新功能、端到端、接口、性能等等。

测试计划的创建本身操作倒并不复杂，除了定义计划名称、目的、状态、责任人，外加一些标签。

还需要关联一下需求或者 Confluence 页面。测试周期在刚创建测试计划的时候可能并不存在，可以在之后创建测试周期的时候，会双向关联。

测试周期是一个承上启下的关键，往上关联测试计划，往下关联具体的测试用例。

通常一次发布交付会经历 3-5 次冲刺，每轮冲刺的范围不一定完全相同。

在新建完测试周期名称、描述以及详情之后。

进入 Test Cases 标签页，点击 + Add test cases 添加已经编写好的测试用例。

这一步操作使得测试用例具备了项目属性。

最后在测试周期的 Traceability 标签页点击 Test Plans 后面的放大镜。

通过查找来关联已经做好的测试计划。

创建完测试周期，就可以进入该周期浏览到分配到自己名下的测试用例了，这是所有测试执行者都需要用到的界面，还可以通过 Group by 根据不同规则进行归类，比如根据测试周期中制定的不同目录。

对于用例步骤的执行，TM4J 提供了一些快捷按钮，可以直接标记通过、失败、阻塞，并且可以点击齿轮按钮，快速创建、查找 Jira issue 进行关联，当然，除了对于步骤关联 issue，也可以针对该用例标记 issue，点击 Issues 后面的 + ▼ 可进行操作。统一平台的好处便是在此了。

虽然我们在查看测试周期列表的时候可以看到测试的进度，但更多数据展示可以通过测试报告来体现。

TM4J 的 Reports 功能给我们提供了丰富的模板，方便一些经验不足的测试质量管理者。

最后，笔者想说， 测试工作不能作为一个独立的业务，应该更多的与其他角色协作 ，特别是在现在的敏捷时代，测试用例的执行可以要求开发工程师关注，测试的状况可以要求产品经理随时介入，因此，强烈建议我们软件测试工作者尽量选择一些跨职能协作平台。

软件测试工程师初学者都需要学习了解些什么？

  第一步，测试基础

     测试基础是软件测试最重要的部分，相信不用我多说大家都知道，只要你是做测试，不管是什么测试，测试的基础理论知识都是必须熟料掌握的。测试的基础理论知识包括：测试计划编写、设计测试用例、编写测试报告、编写BUG报告单、跟踪BUG修复情况、还需要良好的沟通能力、以及各种测试阶段所使用的测试方法、单元测试、功能测试、集成测试、系统测试等等。学习这一段的时候可能比较枯燥，但是只有坚实的理论基础才能开展后面的学习。

     第二步：学习脚本语言

     如：python语言和java语言，当然python 是一门相对简单的计算机语言，考虑长远发展，需要了解C语言或者java。大家都说C语言最难，但是C语言毕竟是基础中的基础，掌握了它后期深入学习也会轻松一些，而且C语言用得确实也多。

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

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

     第四步：计算机硬件知识

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

     第五步：数据库测试

     MySQL数据库

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

     Redis数据库

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

     第六步：项目实战

     把学会的理论与实践相结合起来，最好参与真实项目的测试工作，积累真实项目的测试经验。

作为一名软件测试工程师，需要具备哪些能力

1、首先必须一定要具备的就是认真、负责、严谨、耐心的态度，因为软件测试工程师吃的就是这口饭，所以必须对你所测试的产品负责。宁可错杀一千，也不可放过一个，虽然不能做到完全没有Bug，但一定要尽自己最大的努力保证产品质量。
2、要有过硬的技术本领，技术是为测试服务的，无论是测试理论、测试工具、开发知识、数据库、操作系统、网络知识、你都必须精通一门，知晓其它。当然这个做到比较难，什么都会很难，再者多了之后就不会精，什么都会也等于什么都不会，至于最后你选择深度还是广度，都由你自己把控。
3、光有技术，没有业务，再好的技术也很难使上劲，熟练的业务知识会帮助你发现更多的缺陷，进而更好的保证好产品的质量。不懂产品的工程师不是好工程师。测试工程师需要训练自己的用户思维、用户视角，把自己当作真正的用户去感受产品。同时你还可以收集产品数据来做分析，通过数据再量化产品。甚至你还要去研究竞品的相关情况，知己知彼方能百战不殆。
4、沟通能力超级重要。一个优秀的软件测试人员除了经常要与开发打交道外，还需要与产品、运维、售前、售后、客服等不同的人打交道。所以如何更准确、更简洁、更严谨的描述Bug，如何让开发人员接受你发现的Bug，如何让其他人员理解你的想法等都需要沟通，所以良好的沟通能力显的尤为重要。
5、缜密的逻辑思维能力。测试人员不仅仅只是发现问题，找出Bug。更重要的是要去寻找Bug产生的真正原因，精准的找到问题发生的源头，以便协助开发人员更好更快的彻底解决Bug。这个比较考验你思维的灵敏度和推理能能力。其实测试人员和刑侦有一些点类似，除了要求有缜密的逻辑思维能力，有时候还需要具备逆向反推能力。
6、测试虽然不像开发那样创造产品，但测试需要保证产品各方面的质量，让用户使用产品时觉得舒服、方便，所以大多数测试工程师都需要有一颗追求完美的心。
未来软件测试将从繁复的手工操作中解放出来，在敏捷开发的基础上，一个测试能够做好的真正价将不在是测试执行，而在于测试分析和设计，比如自动化测试工具的使用，uiautomatorviewer、TestBird等，将手工操作逐渐淘汰，提高测试效率，这才是测试行业未来发展的趋势和净化的方向。

软件测试需要掌握的技能

软件测试需要掌握的技能，回答如下：

1、word一款office办公软件主要用于在测试工作中的需求文档输出、测试报告输出、等应用场景使用。

2、Excel一款office办公软件主要用于在测试工作中用例的编写与管理、BUG问题跟踪流转、一些数据报表的统计等应用场景。

3、Visio一款office办公软件主要用户在测试工作中的一些业务场景的流程制作流程图，业务线的逻辑流转

4、Project 项目管理控制编写，主要是在项目版本的各个时间节点的编写

5、Xmind 思维导图编写非常方便，在测试工作常用来写测试用例场景

6、window操作系统常用比如网络配置、DNS配置、JDK配置等。

7、liunx系统操作在测试工作中主要是环境搭建需要常用的Linux操作命令

8、环境搭建需要会搭建JDK、Tomcat、Nginx 、网络配置等。

9、数据库技能在测试工作中主要会使用不同数据库MYSQL、orcale、mongo的基本操作

10、在测试工作中需要进行对版本的管理Git、SVN代码分支管理、jenkins版本自动构建持续集成

11、测试执行需要掌握测试方法、用例设计方法、Bug管理、测试报告编写等

12、网络协议在测试工作是经常用到，比如http协议的接口测试，post与get的请求、HTPP的状态码等

13、接口测试在测试工作中单元测试、回归测试都会使用常用的接口测试工具

14、性能测试在测试工作中性能测试是测试必不可少的，做好性能测试需要掌握常用的性能测试工具。

15、自动化测试是测试行业发展的必然，自动化测试可以减少人工重复的工作，那么自动化测试就需要掌握相关的编程语言。

作为一名软件测试工程师，需要必备哪些能力

一、业务分析能力

1.分析整体业务流程

不了解整个公司的业务，根本就没办法进行测试

2.分析被测业务数据

了解整个业务里面所需的数据有哪些？哪些是需要用户提供的？哪些是自己提供的？有哪些可以是假数据？有哪些必须是真数据？添加数据的时候可以用哪个库？

明白了整个软件的数据库架构，才能知道哪一个数据是从哪一个表里头带出来的，它的逻辑是什么，有没有连带关系。

3.分析被测系统架构

用什么语言开发的？用的是什么服务器？测试它的话需要用什么样的环境进行测试？整体的测试环境是什么样的？

如果缺少了，需要进行环境搭建，架构搭建。一般去一家新公司之后，架构是搭建好的，了解它即可，熟悉之前的这些老员工们使用什么样的架构去做的。

4.分析被测业务模块

整个软件有哪些模块，比如说首页面、注册页面、登录页面、会员页面、商品详情页面、优惠券页面等等

明白有多少个模块需要测试，每个模块之间的连带关系，进而怎样进行人员分工

5.分析测试所需资源

我需要几台计算机，需要几部手机，手机需要什么样的系统，什么样的型号。

比如测一个网站的性能的时候，电脑的配置达不到测试并发5000人的标准，要么升级电脑的硬件配置，要么多机联合，多机联合时需要几台电脑，都需要提前筹划。

6.分析测试完成目标

我的性能目标是什么样的？我的功能目标是什么样的？我要上线达到的上线标准是什么样的？

性能目标，比如我要达到并发5000人的时候，CPU占用率不能高于70%，内存占用率不能高于60%，响应时间不能超过5秒

功能目标，比如整体的业务流程都跑通，所有的分支流程都没有问题，所有的接口都能够互相调用，整体的UI界面没有问题，兼容性没有问题等

把这些问题都弄清楚，测试的思路会非常的清晰

二、缺陷洞察能力

1.一般缺陷的发现能力

至少你要满足一般缺陷的发现能力，这个是最基本的，如果要连最简单的一般的缺陷都发现不了的话，别说优秀测试工程师了，你说你是测试我都不信

2.隐性问题的发现能力

在软件的测试过程当中有一些缺陷藏的比较深，有的是性能方面的问题，有的是功能方面的问题，它需要有一些设定特定的条件的情况下才会出现这样的问题。

比如说买双鞋必须选择的是什么品牌，必须选择是红颜色，必须选择44号，而且必须选择用特定的支付方式才会出现这样的bug的时候，那么这种就属于特别隐性的bug，对于这样的问题的发现能力一定要比别人更强，要找到一些别人可能发现不了的bug

3.发现连带问题的能力

当发现了一个缺陷之后，能够想到通过这个缺陷可能会引发其他哪个地方出现问题，这就叫做连带的问题。而不是说发现这一个bug之后提了这一个就算完了，一定要有一个察觉，可能其他地方也存在这样的问题。

4.发现问题隐患的能力

有些软件里边可能有一些操作模块，或者是代码写的接口，表面上没有什么问题，但是它是有隐患的，比如说这个接口写的不稳定，当他传的数据有一些问题的时候，可能它最后返回的结果就是报错就是报404或者报乱码。

5.尽早发现问题的能力

如果你只能停留在界面级别的话，那你根本就没有办法达到尽早发现问题的这个能力

你必须要等到前端人员把每个界面都做好了之后才能进入测试，而我能比你早一个月进入测试了，然后我比你结束测试时间快一个月，而你又比我晚一个月，那么咱俩的薪资一下就拉开了

6.发现问题根源的能力

需要知道这个缺陷它到底是由什么原因产生的，是属于什么类型的缺陷，是ui前端人员做的问题，还是后台接口人员做的问题？

不仅要找到这个bug，还要知道这个bug产生的原因，这样的测试人员是非常棒的，而且很是受人尊敬，提bug的方式也就不一样了

三、团队协作能力

1.合理进行人员分工

合理的进行人员分工是提高效率的重要保证

2.协助组员解决问题

比如说测试在赶进度，或者这个软件项目的质量把控是一个团队来把控的，协助组员解决问题就显得尤为关键

3.配合完成测试任务

一个团队里边的人员分工，他们的任务都是不一样的，这就是咱们说的配合。你的东西做完了，要轮到我了，我的性能测完了之后该轮到你了，所以整个的一个流程下来之后，大家应该是各司其职，配合得非常紧密的一个过程

4.配合开发重现缺陷

我给你提bug，你改我的bug，咱们的目的只有一个，就是让这个软件变得更好，所以在这样的情况下，咱们就一定要配合开发

5.督促项目整体进度

既然是一个团队协作的过程，就一定要互相的去督促对方，包括督促开发去改bug，因为开发人员他们有时候工作很忙，他们不知道要先改哪些问题，要后改哪些问题，但是往往有一些缺陷，它影响了测试的这个时间，影响了测试的进度，那么这个时候就需要测试员去督促开发人员，让他尽快的去解决你棘手的问题。这个东西能够提高咱们的测试效率

6.出现问题勇于承担

愿意背锅的最后都成为了领导，不愿意背锅的最后依然是员工

四、专业技术能力

1.掌握测试基础知识

基础知识就是根基，根基打好了，你才能够更有效地往后期发展，也就是为了以后的学习做一个铺垫。如果根基都没打好，功能测试不会，就想直接学性能，那性能是做不好的

2.娴熟运用测试工具

熟悉工具和熟练使用工具完全是两个概念，熟悉工具基本上等同于不会，遇到过很多简历上写会使用什么什么工具，都没有实际能力。比如loadrunner只会一个简单的录制，增强一下脚本，觉得会用了，那知识会用了1/5，其他4/5 都不会。

3.了解工具操作原理

它是怎么样给服务器发送请求的，是用什么样的方式去发送请的，是用什么样的方式去监控的，它的操作原理是什么样的，咱们要把这件事情搞清楚，这样的话能有助于更好的去使用这些东西。包括一些请求的协议，每个协议代表什么意思，它是用来干什么的。

4.自主完成测试任务

一定要能够自己完成一个独立的内容，独立的工作，这件事情领导你交给我好了，放心我能给你搞定，要的是这样的人

5.找出问题出现原因

找出缺陷的时候，不仅要看它的表面，还要看它的本质

6.提供问题解决方案

发现问题不是能力，发现问题并提出解决方案才是真的能力

7.提供完整测试报告

测试报告能够说明你表达的清不清楚？领导能不能看懂？还有就是能不能够把你整个测试的过程给它梳理得非常详细，人家能够通过你的报告，能够了解到整个的项目的情况，而不是只了解一个片面的情况

8.了解相关技术领域

触类旁通

五、逻辑思考能力

1.判断逻辑的正确性

面试官也经常会给测试人去出一些逻辑题，逻辑题能够分析出来你这个人思维有没有？活跃不活跃？还有他的维度，包括他想的问题的全面性，都能够判断得出来。

比如说去买一样商品，它的里边逻辑就会经常会出现很多问题，比如说它的会员的级别，什么样的级别去买什么样的商品，它的价格不一样，什么情况下会给优惠券，什么样的情况下不给优惠券？达到多少钱的情况下才能够使用优惠券？如果说这里边的逻辑出现了问题的话，那么整个的业务不用再测了

2.对可行性逻辑分析

要去测一个网站的逻辑的时候，一定要先思考这一个业务流程可能会涉及到哪些逻辑，这些逻辑哪些是可行的，有些是正向逻辑，有些是逆向逻辑，都要考虑全面，而不是说只是把正向的逻辑测试全面了，逆向逻辑不考虑。其实往往更容易出错的地方就是逆向逻辑

3.思维导图梳理思路

思维导图工具能够起到什么作用，能够让你更有效的进行测试，能够让你的思路更清晰

4.站在客观角度思考

去测试的时候，不要仅仅只是站在测试人员的角度上去对整个网站进行测试，还更多的要站在用户的角度，要替用户考虑

六、问题解决能力

1.技术上的问题

把自己的个人能力提升起来，多跟别人虚心请教，多去自己想办法解决问题

2.工作中的问题

在任何的企业里边去工作，肯定会遇到一些工作当中的一些不愉快的事情，而不是什么事情都会让你很顺心。所以要去处理工作上的一些不顺心的事情，不要把它带到你的工作上，或者是你的生活上，尽可能的去跟别人沟通，去解决这个工作上遇到的麻烦

3.同事间的问题

在工作当中可能会涉及到跟开发人员的沟通，跟产品人员的沟通，跟ui人员的沟通，跟这三方的人员去沟通的时候，就要用不同的沟通方式

4.领导层的问题

如果你觉得你的领导不好，或者说你觉得对你的领导一些建议，不要的去跟同事之间去说他坏话或者怎么样的，领导需要的是解决问题的人，而不是制造问题的人

七、沟通表达能力

1.和技术人员的沟通

跟开发人员阐述缺陷时要简洁明了、清晰易懂。当发现严重缺陷时，也不要大惊小怪，要站在开发人员的角度思考如何解决问题。而不是踩在开发头上，炫耀自己发现问题的能力。

2.和产品人员的沟通

当对产品提出意见时，要站在用户的角度去说明自己的想法，而不要主观认为不好而要求产品进行修改。

3.和上级领导的沟通

跟领导沟通时要有大局观，不能只考虑自己部门的情况。并且与领导沟通时，尽量直奔主题，不要拐弯抹角，当与领导意见不一致时，也不要直接反驳，应该先给予认可，再阐述自己的想法。

4.在集体会议中沟通

在集体会议中不要一味的突出自己的个人能力，不要当话痨，也不要默默无闻。适当的提出一些自己的见解，有助于让大家更加重视你的存在。切记不要在多人会议中，去指责别人和推卸问题。各个部门的同事，都要面子~

5.与下级员工的沟通

与下级沟通时不要摆高姿态，不要让下级产生畏惧感，应该更多的为下级解决问题。服务好部门的同事，才能更好的产生凝聚力。

八、宏观把控能力

1.有效控制测试时间

测试周期的时间控制，应当采取多种方法去衡量，例如人员能力，人员数量，项目复杂程度，同类项目的测试经验等多方面去衡量。

2.有效控制测试成本

测试成本指的是人员成本跟时间成本，不要浪费每个人的时间跟劳动力，要让每个人充分发挥最大的价值。

3.有效制定测试计划

测试计划对于一个项目是核心关键，它的存在为了让测试进行中有依据可查。所以测试计划，一定要切合实际情况，要经过思考和衡量最后得出计划安排。

4.有效控制组员情绪

组员的情绪可以直接影响测试进度跟测试的质量，当有组员出现思想问题时，应当及时沟通，采取一些必要的措施去解决问题。而不能装看不见。

5.有效进行风险评估

任何项目在进行期间都存在许多潜在的风险，例如，人员离职，生病请假，业务变更，需求变更，服务器或其他组件故障等。应当提前做出相应的解决方案，以免到时候手忙脚乱。

6.有效控制测试方向

测试的方向是指测试的目标和测试的范围，很多项目的测试是有针对性的，例如性能测试，所以在测试中，一定要随时清楚测试的目标和目的是什么，以免把时间浪费在无关紧要的业务上。

<img src="https://img.xuefen.net/202304/07/134405331.jpg" data-size="normal" data-raw data-rawheight="4388" data-original="https://pic3.zhimg.com/v2-cb8a2ee7e36a11aeaba8b926cfe02ac5_r.jpg">优秀软件测试工程师必备的八个能力<img src="https://img.xuefen.net/202304/07/134405111.jpg" data-size="normal" data-raw data-rawheight="4281" data-original="https://pic1.zhimg.com/v2-e9a8118a1889412024a739ca69d86968_r.jpg">

做软件测试需要掌握哪些技能？小白一枚......

要做一名优秀的测试工程师需要掌握的知识广而多。至少要具备如下几方面的能力：
1、必须掌握测试方面的理论知识。这点很重要，是首要基础。
2、具备编写程序的能力。不会写代码，发现了bug无法找到问题的根源也无法调试。
3、懂得网络方面的基础知识。这个主要是安全测试做准备。
4、必须掌握数据库方面的知识。这个是必须要掌握的。
5、懂一些底层的方面的知识。
6、心要静、细心耐心、责任心。心静不下来无法对bug展开发向思维及拓展想像。
7、测试工具不仅会用而且要精通。功能自动化测试和性能测试必须要掌握一个工具。
8、具备写作能力和表达能力。写作能力主要用于写test case或提交bug ,表达清楚开发人员或执行用例的人一看就懂。

好的，那么这就是学分高考给大家分享的做软件测试需要会什么？，希望大家看完这篇由小编精心整理的内容后，能对相关知识有所了解，解决你的疑惑！查看更多相关文章请访问学分高考（本文共17435字）