今天完成的事情：

这几天主要负责跟项目金风跟着学习项目流程 从做脑图到看项目需求 项目验收标准 原型图 了解到一个项目整体的大致模块 

有什么功能等等之类  等开发编写完 一起从demo到通过 接着测试修改自己找项目存在的bug 提交给开发 开发解决问题 测试验证问题是否解决

到最后没有问题上线项目 

再次了解bug的类型 等级原因 

由于上次乱弄环境变量 把自己的环境配置已经乱套 装的python 各种插件selenium狠狠地全部重来一遍 

各种报错 错误语言每天家常 多百度多看书是没错的 关键时刻还是需要看自己找到问题所在 不能存在依赖性

明天计划的事情：rc

遇到的问题：

不够熟练流程 bug等 

收获：

白盒测试、灰盒测试、黑盒测试

黑盒测试：关心软件输出数据及结果，检查程序呈现给用户是否正常使用，根据数据，能否输出正确结果，主要针对软件界面和软件功能进行测试。

白盒测试：把盒子打开，去研究源代码和程序执行结果，按程序内部结构，通过测试来检测产品内容功能是否按照我们需求说明书正常进行

灰盒测试：介于黑盒测试与白盒测试之间。关注输出对输入的正确性，同时关注内部表现（没有白盒那样完整）

功能测试与性能测试

功能测试：检查实际功能是否符合用户需求。测试主要围绕软件功能进行。

功能测试可细分为：逻辑功能测试、界面测试、易用性测试、安装测试、兼容性测试（比较重要，不同的浏览器，不移动端、不同系统）

性能测试：通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试

性能测试可细分为：时间性能与空间性能 

时间性能：软件的响应时间 

空间性能：软件运行时间，消耗的资源（如：CPU的消耗、带宽的消耗等）

手工测试与自动化测试

手工测试：由测试人员一个一个去执行测试用例，通过键盘鼠标等输入一些参数，并查看返回结果是否符合预期结果。是系统阶段进行的一个功能测试

自动化测试：把以人为驱动的测试行为转化为机器执行的一种过程。这里的机器是一种工具，通过测试工具或者框架，录制编写测试脚本，对软件功能进行测试，并验证测试结果是否正确，从而代替部分的手工测试，达到节约人力、时间成本目的 

自动化测试可细分为：功能自动化和性能自动化测试 。 

自动化功能自动化测试：进行参数化，一次请求，多次运行。目前主要是功能自动化测试 

自动化性能自动化测试测试性能工具模拟成千上万的用户向系统发送请求，从而验证系统处理能力

什么样的项目适合自动化测试

-任务测试明确，不会频繁变动。 

-每日构建后的测试验证。 

-比较频繁的回归测试。 

-软件系统界面稳定，变动少。 

-需要在多平台上运行的相同测试案例、组合遍历型的测试，大量的重复任务。 

-软件维护周期长。 

-项目进度压力不太大。 

-被测软件系统开发较为规范，能够保证系统的可测试性。 

-具备大量的自动化测试平台。 

-测试人员具备较强的编程能力。

正常情况下满足三个： 

1、软件需求变动不频繁： 自动化脚本变化的大小、频率决定自动化维护成本，变化大，测试人员要进行扩展、修改、调试 

2、项目周期较长：需求确定，框架有好的设计，脚本开发调试时间较长 

3、自动化测试脚本可重复使用：测试项目之间是否存在很强的差异性，如：c/s、b/s之间的架构所展示的功能差不多，对脚本可重复使用，选用的技术、工具是否适应这种差异，测试人员是否有能力设计出满足条件的差异