软件测试中的性能测试包括哪些？

一、软件测试中的性能测试包括哪些？

性能测试 （performance testing）就是用来测试软件在集成系统中的运行性能。其目的是为了度量系统相对于预定义目标的差距。性能测试必须有工具支持，市面上有一些专门用于GUI或是web性能测试的工具，如：（Loadrunner,Silkperformance,Webload）; 性能测试收集的信息包括 ｛ cpu使用率 、io使用情况 、内存使用情况 、系统反应时间等 ｝

二、软件测试中接口测试的好处在哪？

软件测试中接口测试的好处在哪？

首先：为什么要做测试测试？接口测试效率更高，那它的高体现在那里呢？我来看一下基于Jmeter接口自动化测试执行过程：

测试脚本案例图：

根据执行接口测试脚本案例分析，总共有六个自动化测试项目，其中每个线程组中包含多个接口请求，我们可以看到接口自动化测试执行过程所花的时间，这么多接口总共才花了1分钟16秒就完成了功能的覆盖，这足以说明接口测试效率非常之高，至少是人类的几十倍。如果让你使用手工测试这些功能点，你可能需要花一个上午的时间，那我们使用接口自动化测试只要前期做好脚本开发或者脚本录制基于工具来完成这个功能测试，效率事半功倍。这就是为什么在软件测试中使用接口测试的好处。

其次：基于测试分层思想，一般分为：UI层、接口层、后端，接口层位于UI层与后端之间，处理逻辑层面数据，对用户端提交的数据与服务器端进行交互、传递、和控制管理。那意味着接口测试是发现逻辑层面的问题，相对来说如果我们把接口测试做好了，基本上能够保证系统不会出大问题，逻辑层面只要用例覆盖全面基本上可以保证产品质量，基于UI层我们可以花更少的时间来测试一下，基于数据库后端，我们可以基于UI界面做相关的功能测试通过SQL语句检查数据是否能正常到达数据库，从而更全面的保证软件产品的质量，提升测试效率。

Jmeter自动测试报告如下图所示：

三、在软件测试中如何搭建测试环境？

软件运行依赖运行环境。测试接到测试任务，就需要搭建测试环境，不然没地方执行测试任务。能搭建测试环境是测试工程师的一个基本要求。搭建环境需要熟悉该软件运行环境所有相关组件。如后台是Java开发的，你可能要会Nginx安装和配置、java安装、mysql安装和配置、reids、rabbitmq等程序运行依赖的配置。环境搭建好了，还要会利用持续集成工具进行部署。另外因为服务器一般都是linux，因此搭建还要熟悉Linux的基本命令的使用。

四、软件测试中的开始测试，停止测试，结束测试的标准是什么？

开始测试的标准一般较模糊，需求开发部分完成了就可以开始同步测试了；

停止测试：一般是到发版前，会有一个锁流的操作，即开发不可再随便提交代码了，这时一般测试会处于“停止”状态；

结束测试，即是测试的各项指标已达到发版标准，程序正常发版，这一版本测试结束。

五、什么是软件测试？软件测试的目的？

首先你要知道测试是做什么，开发是做什么。从行业发展来看，目前开发人员还是很多，岗位比例的话基本上也是10:1，测试的话需求比较大，但是专业的测试人员比较小，所以岗位比例的话是1:6。但是会存在有一些小企业可能开发就兼测试了，不会专门招一个测试，但是一些大企业肯定是岗位职责很明确的。从薪资水平来看，开发的薪资固然比测试的高，但是也不排除部分测试薪资也很高。但是开发加班什么的肯定都比测试多。最后怎么选择主要是看你自己更倾向于学什么，开发吧，年龄越大肯定越力不从心，但是没办法，薪资高，很多人还是想走开发。

六、软件测试新手如何快速找出软件中的Bug？

摘要：当前用户对软件企业开发出来的软件质量提出了越来越高的要求了。

所以在这种大的环境背景下，催生了一个新兴的职业——“软件测试工程师”的职业。

尤其是最近2-3年来加入这个职业或者即将加入到这个职业的人也越来越多了。

那么作为一名软件测试工程师，我们该如何迅速找到软件中的缺陷Bug呢？ 下面结合作者多年的软件测试经验谈谈。

按照作者的观点：凡是不符合用户需求的，或者在使用过程中给用户造成不便的，都认为它是Bug。

话虽然说的有点极端，但是现实就是如此。

那么对于刚入行的软件测试新手迅速找出软件中的Bug思路如下： 1、尽快熟悉公司的产品业务 比如你们公司做ERP软件的，你肯定要迅速熟悉EPR的业务流程；比如你们公司是做法院软件的，那么你一定要熟悉法院审判案件的流程，只有熟悉了产品的业务流程、你才能迅速找出软件中存在的一些重要的缺陷，你发现的软件缺陷才是有价值的。

否则即使你能找到一些软件缺陷，那也是纯软件的缺陷，价值不大。

2、把自己当成是用户 把自己当成是用户去使用该系统，比如在使用该系统过程中是这样操作的吗？ 2.1 比如在大量要求用户输入的软件界面中，有一些用户喜欢使用Tab键采用全键盘的输入；此时的正确的接口应该采取从左到右，从上到下的顺序。

2.2 比如有的用户喜欢使用快捷键操作等（Ctr+C，Ctr+V，Ctr+F），但是实际情况下一些开发出来的软件的快捷键却根本不起作用。

2.3 比如软件在需要用户输入的信息的时候（特别是在填写个人资料的时候），必填项后面一律要用*等醒目的标示，要让用户知道这个地方时必须填写的。

2.4 下拉框不选值的时候，应该有个默认值；并且要多检查程序中的多处下拉框，因为很多情况下下拉框取不到值。

3、善于怀疑，不要迷信高手 世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。

别人认为是对的，我却认为不是对的。

如果你认为某个或者某些程序员水平很高，他写的这个地方应该没问题吧，那么我要说你错了，这样很容易遗漏软件中的Bug。

因为程序开发人员毕竟是普通的人，只要是人就会犯错误的。

4、不要让程序开发人员的观点：“用户不会进行这样的操作”而说服自己 遇到这样的情况，你要坚持你自己正确的想法，以后对方会明白你的。

比如在一个录入员工基本信息的系统中，系统中对员工的年龄作为负值、而没有作为判断、也可以保存到数据库中，此时你不要被程序员的用户不会进行这样操作的观点说服自己，你要坚持你正确的观点，把这种现象作为一个Bug吧，勇敢点！你的选择不会不错！ 5、在软件测试过程中要跟踪一条数据完整的流程 在软件测试的时候要跟踪一条数据完整的流程，保证数据的正确性这个真的是太重要了：假如你在测试一个销售的类型的软件的时候：你应该先做订货-à入库-à盘点-à销售-à查询。

首先你要保证这个数据的流向是正确的无误的。

假如你在测试法院审判软件的时候，你要先收案-à立案-à发送审批-à排期---审理审判-à结案判决-à归档-à查询。

总之跟踪一条数据的流程，保证数据的正确性。

如果经过你测试的软件在用户使用过程中业务流程上都走不通的话，那么这样的软件你说经过你的测试，但是在比人看来与没有测试有什么区别呢？ 6、回归测试要注意的细项 程序员提交新的程序版本后，作为测试人员应该立即与程序员沟通这个修改的功能、并且这个新修改的功能影响哪些功能。

举个简单的例子来说明一下：比如在一款软件中，程序开发人员修改了某个“会员”的某个字段信息。

作为测试人员首先你要测试“会员”的功能这个是你首先需要做的。

另外你还要和程序员沟通询问他们新修改的这个会员的字段，会影响会员的销售功能吗？会对会员以前的销售记录的查询有影响吗？如果对这些功能有影响，那么这些功能都是你在回归测试的时候重点测试的地方，也是最容易产生Bug的地方了。

7、与使用者互动的缺陷 7.1 如填写资料错误应的时候，应该能够提示错误的位置，让用户知道是这个地方输入数据不对。

7.2 删除数据之前给一定要给出是否删除确认提示。

7.3 不要在软件中使用中英文混合的提示比如：比如对于用户某个操作的错误提示，不要一会用“error”、一会用“错误”；一会用“succeed”另一会用“成功”，总之要统一。

七、做软件测试学oracle数据库好还是mysql数据库好？

两个都学，其实都是相同的。很多公司用这2个数据库，oracle比较普遍和高级

八、软件测试中的端到端测试是指的什么？

端到端测试，英文是EndtoEndTesting。端到端测试类似于系统测试，测试级的“宏大”的端点，涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话，用网络通讯，或与外部硬件、应用系统或适当的系统对话。端到端架构测试包含所有访问点的功能测试及性能测试。端到端架构测试实质上是一种灰盒测试，一种集合了白盒测试和黑盒测试的优点的测试方法。

九、软件测试跟数据库有什么关系吗？

很多软件都跟数据库有关系的，就是测试显示的数据是否与数据库中的数据一致比如测试网站的用户登录和退出功能，肯定要与数据库有联系的，不然测试没法去验证数据的正确性

十、软件测试中的BUG有哪些呢？

1:首先您要看你公司用什以工具，jira，bugliza，TD，QC，等等，一般的公司会有一个BUG管理工具

2：然后根据工具提示一步一步操作提交BUG就可以，提交BUg时需要注意的是相关的BUg的标题，内容，标题要求简单易懂，让开发直接一看就知道是什么问题，内容要求详细，第一步怎么操作，第二步怎么操作，把BUG出现的步骤要描述清楚

3：预期结果，实际结果，就是目前出现了BUG，这个实际的结果是怎样的，但是实际上预期的结果应该是怎样的，如登录操作：预期结果，输入用户名、密码、点击登录按钮，登录成功实际结果：输入用户名、密码，点击登录，登录失败