今天完成的事情：

1.任务二很多软件都不能下载。

2.看了一下任务三。

明天的计划：

1.做任务三。

遇到的困难：

1.任务总是卡，师兄也在忙，任务做不了，准备自己上网找资料学习。

收获：

1.单元测试：

单元测试又称模块测试，针对软件设计中的最小单位——程序模块，进行正确性检查的测试工作。单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。

单元定义:

C中指一个函数，Java中指一个类，在图形化的软件中，单元一般指1个窗口，1个菜单。

如何进行单元测试：

单元测试主要用白盒测试，先静态地检查代码是否符合规范，然后动态运行代码，检查其实际运行结果，检查程序的运行结果是否正确是一个最基本的要求，还要关注容错处理，程序的边界值处理等。

集成测试：

集成测试又叫组装测试，通常在单元测试的基础上，将所有程序模块进行

有序的、递增的测试。重点测试不同模块的接口部分。

系统测试：

指将整个软件系统看为一个整体进行测试，包括对功能、性能、以及软件所运行的软硬件环境进行测试。

验收测试：

验收测试指按照项目任务书或合同、供需双方约定的验收依据文档进行的对整个系统的测试与评审，决定是否接收或拒收系统。在系统测试的后期，以用户测试为主或有测试人员等质量保证人员共同参与的测试。

α测试：指的是指的是由用户，测试人员、开发人员等共同参与的内部测试。

β测试：指的是内测后的公测，即完全交给最终用户测试

验收测试的重要性：验收签字,收钱。

‍‍

‍‍静态测试：

指不实际运行被测软件，而只是静态地检查程序代码、界面和文档中可能存在的错误的过程。

动态测试：

指实际运行被测程序，输入相应的测试数据，检查实际输出结果与预期结果是否相符。（动态测试方法为结构和正确性测试；动态测试工具Robot、QTP等）

黑盒测试：

指的是把被测的软件看做一个黑盒子，我们不关心盒子里面的结构是什么样子的，只关心软件的输入数据和输出

白盒测试：

指的是把盒子打来，去研究里面的源代码和程序结构。

软件公司中，往往采用黑盒测试&白盒测试相结合的方式。

（静态黑盒测试：看文档，看页面等

静态白盒测试：看源代码等

动态黑盒测试：使用软件等

动态白盒测试：运行源代码等）

灰盒测试：

是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。

功能测试：

是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。

逻辑功能测试(functiontesting)

界面测试(UItesting)

易用性测试(usability testing)

安装测试(installationtesting)

兼容性测试(compatibilitytesting)

性能测试：

是软件测试的高端领域，通常我们所说的高级软件测试工程师一般就是指性能测试或是白盒测试工程师。

时间性能（事务响应时间等）

空间性能（系统资源消耗）

一般性能测试

可靠性测试

负载测试

压力测试

回归测试：

指对软件的新版本测试时，重复执行上一个版本测试时的用例。

冒烟测试：

是指在对一个新版本进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测试性。

随机测试：

是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。

软件测试的过程：

从软件开发的过程按阶段划分有：需求验证、单元测试、集成测试、确认测试、系统测试、验收测试

Chapter 5_白盒测试用例设计方法

测试用例（英文为TestCase,缩写为TC）：

指的是在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和预期结果。

测试用例可以针对黑盒测试设计用例，也可以针对白盒测试设计用例。

编写测试用例的唯一标准就是用户需求,具体的参考资料是《需求规格说明书》。

设计测试用例的原因：

软件测试是一项有组织、有计划、有步骤的活动，为了将软件测试的行为转换为可管理的、具体量化的模式，需要创建和设计测试用例。

测试用例的四性：

代表性：能够代表并覆盖各种合理的和不合理合法的和不合法的、边界的和越界的以及极限的输入数据、操作等。

针对性：对程序中的可能存在的错误有针对性地测试。

可判定性：测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。

可重现性：对同样的测试用例，系统的执行结果应当是相同的。

‍‍