软件测试小总结

测试的分类

测试的分类，按照不同的分类法，可以有好几种分法。
按照操作来说分为几个大类：

1. 功能测试
2. 性能测试
3. 接口测试
4. 自动化测试

对代码可见程度来分，可以分为：

1. 黑盒测试
2. 灰盒测试
3. 白盒测试

按照项目流程划分，可分为：

1. 单元测试
2. 集成测试
3. 系统测试
4. 验收测试

测试用例设计—随便聊聊个人的看法，想到啥说啥，逻辑混乱勿怪

分类仅是让我们对测试有一个整体的概念，可以一块一块的入手，大致了解就好，关键还是对每一块都需要有深入的了解
对于测试来说，如何设计好测试用例，对于整个测试过程，至关重要

功能测试

1. 功能测试的用例设计，首先要熟悉所测产品的业务，在了解了产品业务之后，再去熟悉具体需求，熟悉需求的同事，需要系统话的思考用户使用场景，只有带入用户思维，才可以更好的剖析产品需求。在熟悉需求得阶段就可以发现不合理的需求，这也是为什么，提倡测试从一开始就介入项目，将bug扼杀在摇篮中。如果遇到个不靠谱的产品经理，咱可还不得翻身做一波主，拉个会议怼起来啊。

2. 熟悉完需求之后，便可以开始编写用例，那么编写用例的方法，众所周知，常用的一般有边界值分析、等价类划分、正交实验法、因果图分析法等等。常用这些方法，其实大家在日常编写用例的过程中都在使用，只不过，在用的时候，并没有将自己编写的用例，在后面注明用了哪些方法罢了。有的时候面试，面试官会问你写用例的时候会用哪些方法设计，个人觉得这个问题在面应届生或者初级tester可能还有这么点意义，但是在中高级的岗位面试中出现这种问题，就好像问一个老司机，你开车的时候，用了哪些方法。
   

3. 功能测试包含的内容其实很多，不仅仅是页面上的点点点， 说的专业些，点点点的那叫界面测试，除了界面测试，功能测试还包括逻辑测试、易用性测试、兼容测试、安全测试等等，说等等，其实是因为我发现我说不出来还有啥了

性能测试

后面有时间了新写一篇来bb

接口测试

1. 接口测试其实想简单可以很简单，想困难也难不倒哪去
2. 为什么简单，因为现在的工具强大，可以直接使用，打开postman，输入接口信息，传入body，send，看返回值和接口文档中是否一致，这就完成了一个接口的基本测试。
3. 为什么困难，脱离了工具，需要用代码来实现，代码可以实现单接口的调试，也可以实现接口自动化
4. 为什么也困难不到哪去，因为python的阅读性比较好，度娘一下可以找到一些现成的代码，改改就可以用了
5. 接口测试用例的设计，和功能测试使用的方法类似，正常传参，传入异常参数，传入常数据，同时还需要考虑安全角度，因为现在有些产品，会在前端页面对输入做限制，比如商品是100，限购1件，前端页面限制后，需要验证接口中是否也做了限制，传入的参数商品是1，购买数量是100时，接口是否返回错误信息，类似的情况还有身份信息，数据加密

自动测试

1. 自动化测试还可以继续细分成UI自动化，接口自动化
2. UI自动化pc端目前应用最多的是selenium，移动端的自动化使用appium
3. 在我进行的UI自动化测试中，我觉得最大的难点其实就是元素的定位，定位之后，操作其实都很简单了
4. 自动化测试需要投入的精力比较大，因此对项目是有要求的，首先需求要稳定，UI界面稳定，维护周期长，存在较多的回归验证需求，简而言之就是东西成熟稳定，会有小改动，小改动之后要及时回归验证，这样的项目做自动化测试才有较高性价比

突然的结尾