测试方法；测试用例设计方法

探索性测试：了解软件、设计测试、执行测试同时进行，组要把软件当成说明书来对待，系统地逐项了解软件的功能、记录软件的执行情况、详细描述功能。把软件当成说明书来分析。
在设计和执行测试用例时，总是要首先进行通过性测试。在破坏性测试之前看看软件基本功能是否能实现是很重要的。

等价类

一个等价类划或者等价划分是指测试相同目标或者暴露相同软件缺陷的一组测试。
测试1+3和测试1+999999999999；程序在处理做大数值+1，和两个小树值相加时应有所不同，1+99999999999需要处理溢出情况。

数据测试：

数据（或其范围）和程序。数据包括键盘输入，鼠标单击、磁盘文件、打印输出等。程序是指可执行的流程、转换、逻辑和运算

 

 边界条件

 

边界条件的类型

数值 、字符、位置、数量、速度、地点、尺寸；

第一个/最后一个、开始/完成、空/满、  最慢/最快 、   最大/最小、  相邻/相远 、最大值/最小值 、  超过/在内 、最短/最长、  最早/最迟 、 最高/最低

默认值、空白、空值、零值、无

非法、错误、不正确和垃圾数据

状态测试

通过不同的状态验证程序的逻辑流程

测试软件的逻辑流程

1.建立状态转换图

转换图应该表示出一下项目：

软件可能进入的每一种独立状态

　　如果不能断定是否为独立状态，他就可能是。如果以后发现它不是，随时可以将其剔除

从一种状态转入另一种状态所需要的输入和条件

　　可能是按键、菜单选择、传感器信号等。状态不可能无缘无故的存在，其原因正式我们这里要寻找的

进入或者退出某种状态时的设置条件及输出结果

　　包括显示的菜单和按钮、设置的标志为、产生的打印输出、执行的运算等。这些是状态转换时发生的部分或者全部现象

减少要测试的状态及转换的数量

　　每种状态至少访问一次。

　　测试看起来是最常见和最普遍的状态转换。

　　测试状态之间最不常用的分支。这些分支是最容易被产品设计和程序员忽视的。

　　测试所有错误状态及其返回值

　　测试随机状态转换

怎样进行具体的测试

　　确定要测试的状态及其转换之后，就可以定义测试用例了

　　测试状态以及转换包括检查所有的状态变量——与进入和退出状态相关的镜头条件、信息、值、功能等

重复压迫和重负

　　重复测试：主要是检查是否存在内存泄漏

　　压迫测试：使软件在不够理想的条件下运行，压迫测试就是将支持降到最低限度，目的在于尽可能地限制软件的必要条件

　　重负测试（load testing） 与压迫测试相反，压迫测试是尽量限制软件、而重负测试是尽量提供条件任其发挥。时间也是一种重负测试

重复、压迫、重负测试应联合使用，同时进行，这是找出以其他方式难以发现的验证缺陷的一个可靠的方法。

 

其他测试

　　想笨拙的客户那样去做；

　　在已经找到软件缺陷的地方再找找

　　像黑客一样考虑问题

　　凭经验直觉和预感