系统测试分类
1，功能测试：验证当前的软件主体功能是否可用
你告诉我好用不行 我得验证
2，兼容性测试：验证当前软件在不同的环境下是否还可以使用
Windouw /Linux，浏览器，客户端：（pad，电视，手机，电脑）
3，安全测试：验证软件是否只是能授权用户提供功能使用
银行卡，密码保护，次数限定
4，性能测试：
相对于当前软件消耗的资源，它的产出能力
性能：高大上。
例子：我作为一个人在这里需要扯着嗓子吼着给你们讲课，你可以有这么两个选项，
第一个：你让我一天吃三顿饭，我能给你吼一天，
第二种：你让我一天吃两顿饭，让我给你吼两天
对比一下，哪一个效率更高一些？第二种效率高一些，人还是我这个人，
总结：1234打游戏升级一样，对于刚入行 就做功能测试，是立身之本，然后做兼容，做安全，最后一步做性能测试。
常见的系统测试方法
一，按测试对象进行分类
1，白盒测试：这种测试的主体就是软件的底层代码，不会在意外在的界面是否ok，只要求底层功能实现，同时逻辑正确。
问你会不会，你可以说了解（不会就是了解哈~~）html，python，数据库等都了解了就会了
虽然现在可能都不会用哈，慢慢学哈
2，黑盒测试：这种测试就是指测试软件外在主体功能是否可用。
看不到里面只能看外在（登录，关闭，测试只能看到的，底层代码看不到）
3，灰盒测试：介于二者之间（接口测试）
先保证功能可用，在保证模块没问题。
4，上述三种方法当中的“盒”指的就是被测对象
二，按测试对象是否执行分类
1.静态测试：指的就是测试不执行
不给我软件，我怎么测啊？测文档啊，对着文档看网页界面
2.动态测试：将软件运行在真实的使用环境中进行测试
给我个小汽车，没问题，上路上跑两圈就测试了
三，按测试手段进行分类
1，手工测试：由测试人员手动的对被测对象进行验证，优点就是可以灵活地改变测试操作环境。
手机买回来就是拍拍照片打打电话测一测，但就是有的人喜欢在油锅里煮一煮，在冰箱里冻一冻，没问题，有人来操作的时候很灵活就可以改变，但工具不行------自动化
2，自动化测试：所谓自动化主要有两种
一种是自己写测试脚本，
估计现在很多同学心里想的是老师你快教我写脚本吧~~刚学完Java着急写点东西。
测试的脚本不是程序开发，不需要把所有的逻辑都搞定，这里你会发现测试的脚本无非就是调用接口，传值就可以了，这就是一个脚本了。
当然了如果你有能力可以自己写开发一套框架出来，去基于自己公司产品的流程测试框架出来，这也是脚本，但这个不是随随便便一个人就能做的，毕竟开发一款软件不是一个人就能做的，所以不用有挫败感，不用说你们写不出来，我也写不出来，这样心里是不是有安慰了
一种就是通过第三方的工具对被测对象进行测试。
第三方工具收费，所以如果可以自己写脚本 ，所以很多公司不做自动化测试。
优点就是可以高效率的去执行一些人工无法实现的操作
例子：12306，其中构建一个场景，我想测一下在同一时间，能同时容纳多少人去同时操作这个网站。登录功能，不是你一个人登陆吧，你怎么知道全国有多少人跟你一块去点登陆呢。
手工去测：那现在让你操作你最多能点多少用户登陆在电脑上，6个浏览器，都打开，最多十几个用户。但是这种测试无意义，淘宝12306如果连是个用户都扛不住，那就不用测了
用工具测试：帮你很容易的批量生成你想要数量的用户，做到人工无法完成的事情。
各有各的好处
