今天完成的事：写了一个官网的测试点第一次也是比较菜的

更深的了解了一下黑盒白盒及优缺点

需求的分析及一些问题

软件测试所遵遁的原则

明天计划的事情：深入的学习一下测试点 

收获：

黑盒：

不知道内部结构只能通过外面暴露出来的接口功能进行测试 

优点：

     1.容易实施，不需要关注内部的实现

     2.更贴近用户的使用角度

缺点：

     1.测试覆盖率较低，一般只能覆盖到代码量的不到40%

     2.正对黑盒的自动化测试，复用率较低，维护成本较高

主要测试：

1.是否有不正确或遗漏的功能？

2.在接口上，输入是否能正确的接受？能否输出正确的结果？

3.是否有数据结构错误或外部信息（例如数据文件）访问错误？

4.性能上是否能够满足要求？

主要设计方法：

等价类划分法：

边界值分析法：

错误推测法：

因果图法：

正交实验分析法：

状态迁移图发：

流程分析法： 

灰盒：

比作一个半透明的盒子可以看到里面少部分的东西，所以可以通过外面暴露的功能与盒子内部的数据进行对比得出结论

白盒：

把软件看成一个透明的盒子，通过观察内部的结构直接推销出软件是否满足客户的需求

功能：验证软件是否满足用户提出的表面需求

性能：测试应该软件的工作效率

安全：测试软件是否能够保护用户的信息，不被轻易的盗取 

优点：

1.迫使测试人员去仔细思考软件的实现，理解原理

2.可以检测代码中的每条分支和路径

3.解释隐藏在代码中的错误

4.对代码的测试比较彻底

缺点：

1.昂贵 成本高

2.无法检测代码中的遗漏的路径和数据敏感性错误

3.不能直接验证需求的正确性

主要测试方法：

代码检测法

静态结构分析法 

静态质量度量法

逻辑覆盖法

基本路径测试法

需求分析：

1.业务需求（关注系统是否满足业务）2.用户需求（关注系统是否满足用户习惯）3.功能需求（关注系统是否满足功能要求）

如果没有需求怎么办？

  参考市面上已经上线的同类产品

如果需求模糊怎么办？

  1.收集整理已有需求   2.和产品经理逐条确定  3.产考同类产品的实现情况

软件测试所遵遁的原则

一、测试显示缺陷的存在，但是不能证明系统不纯在缺陷

二、穷尽测试是不可能的，应设定及时终止条件

三、测试尽量在前期进行

四、缺陷具备群集特性  一个模块中如果我们发现了越多的缺陷，往往也意味着模块中有越多的缺陷没有被发现  发现多的模块 就是这个模块的质量不好

五、测试的杀虫剂悖论  使用同样的测试用例 测试方法 多次重复的来测试某个模块，最后就不能够发现新的缺陷  所以测试用例和方法应该不定期的修改 

六、测试的二八原则    把百才分之八十的时间用在百分之二十的重点模块上

七、测试活动依赖于测试场景。