你还不知道的软件测试知识点，确定不来？

 1、接口测试在什么时候使用的 

接口测试定义：测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。

系统集成前接口测试：在组件连通前接口测试（一般开发自测）

注意：直接调用其他公司接口的情况需要根据对方公司提供接口文档进行测试（测试人员完成）

系统测试和验收测试中的接口测试：1.接口功能测试

接口压力测试

产品上线接口测试：1.接口压力测试（时间最好选择用户量最少的时候去压测避免线上用户对结果产生影响和干扰用户正常使用）

2、还有断言 在讲一遍

工具：jmeter

断言：用于检查测试中得到的响应数据等是否符合预期，用以保证性能测试过程中的数据交互与预期一致。

举例1：比如一个http请求返回的结果是成功的，但他返回的数据是为空，这种情况在jmeter结构树和聚合报告里是算请求成功，这时就需要加上断言对响应数据进行检查看返回的数据是正常的不。

3、SVN 能做哪些东西  是干嘛用的

文件共享、保存文件、文件操作有记录    现在使用svn的权限：  导文件  上传文件  删除文件  显示所有目录下文档。

4、有一个客户，买了一百种物品，但是反应有一个单品算错了

 怎么在后台找到这个bug？

 怎么用接口测出来这bug？

  如果我遇到这种情况:

  1.先从后台找到这条数据自己看下这出错的数据结算价格是不是又规律（比如是正常价格的0.1倍什么的），在到数据库里查看下验证是不是显示错误（这种可能性很少不过也有），如果不是再和开发反映出现的情况,看他是否能确定问题出现所在如果能确定修改好，修改后再使用自动化一直跑购买流程测试用例。

  2.如果开发不能直接找到问题，这样就需要我们协助查找问题所在，复现bug一百次才出现一次，说明复现率太少人工操作繁琐所以使用自动化或接口自动化。

  3.接口测试简单说下怎快速复现和查找到原因，设置300线程组循环次数一次，添加接口请求配置地址，根据请求参数这只断点（如果请求返回价格是120断点就设置验证值为120添加结果...... 

    4.启动线程查看结果，如果刚好就出现3次错误那么这个bug是可能是有规律的，在根据错误的这条信息看返回参数是否有问题。

    5.如果经过上面操作还未找到问题，所在需要开发对购买流程进行监听再启动线程直到遇到错误停止（需要修改脚本）， 如果这样还找不到问题，那么请开发组长出面帮忙开发人员分析问题所在。

5、项目难点在哪里

  “人”  团队很重要。技术难点：开发修改不了已知的bug  测试偶遇严重bug无法再次复现 

6、用户的权限怎么测

简单点说：

① 文档看用户角色种类和角色权限

②建立个角色用户账号

③登录账号看与定义权限是否一致（操作流程）

④如果正式环境需删除资源后删除账号

7、敏捷测试

首先敏捷测试(Agile testing)是测试的一种，原有测试定义中通过执行被测系统发现问题，通过测试这种活动能够提供对被测系统提供度量等概念还是适用的。

   敏捷测试是遵循敏捷宣言的一种测试实践：

  1、强调从客户的角度，即从使用系统的用户角度，来测试系统。

  2、重点关注持续迭代地测试新开发的功能，而不再强调传统测试过程中严格的测试阶段。

  3、建议尽早开始测试，一旦系统某个层面可测，比如提供了模块功能，就要开始模块层面的单元测试，同时随着测试深入，持续进行回归测试保证之前测试过内容的正确性。

   看了它的定义，这不就测试app其中注意的一些点吗 

  1.测试人员常常需要演示的是本身就是一个用户，在使用过程中对流程想着自己使用流程是否还有优化的地方，或者增加什么功能会是产品更完善。

  2.测试时间紧缺的情况下重点测试新增功能，其他功能重点看流程。

   3.第三点就不解释了一个初级的测试也知道

8、软件品质因素

软件工程的好坏与软件的品质因素是绝对关联的。请在开发过程中深 刻的理解这一点。

9、针对面向对象的设计与分析

为了让软件有更好的可维护性，重用性以及快速开发， 简短的OOAD与它的SOLID原则对于每一个软件工程师来说都是该牢记的。

10、数据结构与算法

深刻理解像数组，列表，栈，树，图，集合等这样的基本数据结构 ，并在软件开发过程的关键部分使用好的算法。这样整个软件逻辑就会很清晰了。

11、Big-O符号来标记算法复杂度

在开发过程中，请务必使用 Big-O 符号来比较两个代 码段或者不同算法所消耗的时间复杂度，这在开发高性能软件项目中是非常重要的。

12、UML图

UML图已经是一个通用的软件设计与分析的语言。如果你们在开发软件的过程 中还没有做UML图，那么给人的感觉就是这压根就不是软件工程。

13、设计模式

设计模式是前人在解决各种各样问题的过程中总结出来的一套标准对策， 在绝大部分情况下，使用这些模式肯定是利大于弊的。如果你不想在开发过程中重新造 轮子，那么就直接使用它吧。

14、理解操作系统的基本原理

因为所有的应用程序都是直接运行在操作系统这个层级的 ，学习操作系统的基本原理能让我们对应用程序的底层以及性能有更好的把握。

15、学习计算机组成原理

几乎所有的应用程序甚至是OS都需要与物理硬件打交道的，所 以学习计算机组成原理与理解操作系统原理一样都可以让你对于应用程序有更深刻的理 解。

16、网络基础

网络与计算机组成，操作系统以及传输流程都是紧密关联的，理解网络基础 能让你在开发过程中得心应手。

17、需求分析

对于软件工程来说，需求分析是项目的起点，也是整个项目最最重要的 部分。如果这玩意你搞错了，整个项目的方向也就错了。

18、软件测试

在软件工程中，测试也是非常重要的。单元测试，黑盒测试，白盒测试，TDD，集成测试等等都是我们必须知道的。

19、持续化集成

持续化集成能让测试大型模块与组件更加简单与自动化，关于这一点，你可以去了解 Hudson 这个工具

20、架构模式

理解类似MVC,MVP,MVVM这样的架构模式非常关键，这能让你写出易维护，简洁以及方便测试的代码。

如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！

最后基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等配套学习资源【免费】。