今天完成事情：吧任务123456的知识点背了一下  背的差不多了，然后仔细的看了一下深度思考。

明天计划的事情：把剩下的知识点背完，然后深度思考看完，开始主攻任务。

遇到问题：没有

收获：

前端： 将数据以更直观的、友好的显示出来的一种方式。能看到的都属于前端。

后端： 数据的来源，根据需要产生数据。

线上环境：

用户可以看到的。线上的bug    即发布环境，真实用户访问的环境，要求不能有任何BUG，且不能频繁发布，这样对用户体验性不好

测试环境

：测试人员用的：内部人员看到的bug

开发环境：  指前端，后端的   看到的，（我们用不到）

开发人员指：前端和后端

前台：指网站可以看到的是前台

后台：内部人员可以看到的

前端：页面的问题是前端

后端：看不到的是后端比如数据错误bug

前台后端，前台前端，后台前端，后台后端

bug的级别：1：critical  2：block   3：major   4：normal

5：minor

majior 级别及以上级别bug，立刻修复

45级别的bug可以跟下期更新修复

critical：系统崩溃，系统完全不可用，比如网站无法访问，点击出现系统错误，直接跳转到404页面

block ：某个程序卡死，导致用户无法进行下一步的操作。比如用户用12306选好车票，点击购买，这个时候发现购买按钮失效，而其他按钮一切功能正常

maior：流程可以走通，但是关键业务或者数据错误，影响用户的正常使用

normal：一些分支业务逻辑，偶尔会出现的问题，又或者是一些不太重要的地方出现的错误，不影响用户的使用

minor：无伤大雅的问题，不重要的文案错别字，样式错误等等

bug的生命周期流程图：发现bug   判断bug    验证bug       提交bug     处理bug     修复bug       修改完成     关闭bug

bug 的类型：1、代码错误

2、设计缺陷

3、界面优化

4、性能问题

5、配置相关

6、安装部署

7、安全相关

8、标准规范

9、测试脚本

10、其他划分：功能类、界面类、性能类、易用性类、兼容性类、其他

黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身有问题或规格说明的规定有误，用墨盒测试方法是发现不了的。

　　黑盒测试法注重于测试软件的功能需求，主要试图发现下列几类错误。

黑盒测试不要求测试人员懂得编程的知识，只是按照程序的功能一项一项的测试，并将有问题的功能点找出来就可以了。所以黑盒测试又叫傻瓜测试。

1：功能不正确或遗漏；2：界面错误；3：数据库访问错误；4：性能错误，5; 初始化和终止错误等。

 具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、场景法、错误推测法、因果图法、判定表驱动法

等价类划分法分为有效等价类和无效等价类  

有效等价类：指对于程序员来说，是合理的，有意义的输入数据构成的集合，

无效等价类：相反则是无效等价类

场景法：通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法

边界值分析法：边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

错误推测法：在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法。

因果图法：用图解的方法表示输入的各种组合关系，写出判定表，从而设计相应的测试用例· 

判定表驱动法：判定表驱动法是分析和表达多逻辑条件下执行不同操作的情况的工具。

安全测试是在IT软件产品的生命周期中，特别是产品开发基本完成到发布阶段，对产品进行检验以验证产品符合安全需求定义和产品质量标准的过程 。

测试用例的作用：检验软件是否满足客户的需求， 提现一个测试人员的工作量，展现测试用例的设计思路

测试准侧：测试准则是一条或一组规则，这些规则把测试需求施加于测试用例集。也就是说，测试准则用一种完整而清晰的方式描述了测试需求。

功能点：就是测试点，能够单独完成的某个具体业务流程   比如一个的登陆页面   输入账号是一个测试点，输入密码时一个测试点

测试用例目的：便于核实是否满足某个项目客户的需求写的测试和某个应用成武的特性是否正常的工作，

测试用例：是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果

项目的流程;项目立项大会，项目计划，需求分析，设计，编码，测试，发布上线

软件测试生命周期：测试计划——测试设计——测试开发——测试执行——测试评估