今天完成的事情：
学习了一些面试可能会遇到的问题

软件测试的定义

软件测试就是去找出软件与需求规格说明数中不一致的地方，然后站在用户的使用角度不断去优化改进软件的过程

软件缺陷的定义

在软件测试里出现以下五种情况都可以定义为软件缺陷

1软件未实现产品说明书要求的功能

2软件出现了产品说明书中指明不应该出现的错误

3软件实现了产品说明书中未提到的功能

4软件没有实现产品说明说没有提及但应该实现的目标

5软件难以理解 不宜使用 运行缓慢

测试计划的5w1h

what where why when who how 

what 测试的范围和内容

why 测试的目的

when 确定测试的开始时间和结束时间

where 测试的文档和软件存放的位置

who 测试人员的分配 

how 测试的方法和工具

软件测试计划是项目一开始需要明确的内容通常会以文档的形式确定下来，测试人员根据测试计划开展工作。

等价类方法

1 在软件测试中就算是一个小的程序可以输入的数据也是非常巨大的，假设我们要测试一个年龄输入框的功能，我们可以从1一直输入到150

还要加上各种小数 负数 特殊字符等各种输入 这样就会造成测试用例爆炸的问题

2在有限的时间里是无法做到穷尽测试的因此有效的等价类方法帮我们解决了这个问题，我们可以用一个数据代表一类具有同样效果的数据，这样可以大大减少测试的数据，并且得到同样的测试效果 这就是等价类的思想 

测试覆盖率

1测试覆盖率并不是判断测试工作的唯一标准，我们通常会和另外几个指标一起判断整个测试的有效性。包括测试执行率，测试通过率 缺陷解决率 

2最佳的结果是有最佳的测试覆盖率，和最高的测试通过率

缺陷的集群性

1产品里缺陷是扎堆存在的 如果在模块a中发现了大量的缺陷 模块b中发现了少量的缺陷 那么缺陷的集群性告诉我们 模块a中隐藏着比模块b中更多的缺陷，这个集群性也告诉我们该在a模块中花更多的时间去做测试。

测试的基本流程

测试需求分析

考察点：

1掌握测试点的提取

2需求在测试中的地位

3需求文档不全时该如何处理

关键点：

1需求 测试需求

在做测试点的提取的时候我们是以需求为依据我们会拿到相应的需求文档然后去熟读 了解需求文档的内容，根据需求文档的内容提取出测试需求点。

具体怎么去提取

每一个产品的功能，每一个产品的功能点，通常对应这一个测试点，也有可能一个功能点，会有测试点做对应，这个时候就要对笼统的功能点做一个拆分。有些功能点 只对应一个需求点。然后把所有的需求文档里的功能点都进行分析并记录在我们的测试跟踪文档里面。然后进行检查核查，还可以参照市面上有限 然后发现整个测试需求。

提取测试点

就是将需求文档中提取可测试的点，把他们按照一定测试力度，吧他一一的罗列出来，最后形成测试需求跟踪文档。

需求是第一位的，我们测试的依据也是根据需求来的，后期发现了bug之后也是以需求为依据去记录这个bug。

当需求文档不全时

这时候要去拿到身边所有跟这个产品相关的文档，包括开发的文档，包括开发的文档 最原始的需求 跟项目相关的原型图 开发设计出来的逻辑图 这些需求文档原型图都能便于你去了解产品的资料，如果没有写的很全的需求文档，就从这些资料里面去了解这个产品去学，边学边测，测的过程中发现不懂的问题再一次补全之前不懂的需求。不断的去重复这个过程。当你的需求分析不明确的时候 也要不断的和开发沟通 不断的和产品经理做沟通， 也可以将市面上同类优秀产品做为参考， 直到这个需求被明确下来，然后在去按照这个需求去设计测试用例并执行。

明天的计划：

完成并提交任务6

了解一些自动化的工具

遇到的问题：

现在做完任务六后还有复盘吗？之前好像是听谁说做完后还有复盘来着。

收获：

学习了一些面试的经验和知识 打算跟原野搞一下看他面试的时候具体问道哪些问题。