[活动]迎五一，庆周年，盖高楼(活动结束)

晴耕雨读

负载测试：测试一个应用在重负荷下的表现，例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。

水上飘

软件测试就是在受控的条件下对系统或应用程序进行操作并评价操作结果的过程，而所谓控制条件包括了正常条件与非正常条件两种。

水上飘

灰盒测试，介于白盒测试与黑盒测试之间，灰盒测试结合了白盒测试盒黑盒测试的要素.它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。
　　灰盒测试由方法和工具组成，这些方法和工具取材于应用程序的内部知识盒与之交互的环境，能够用于黑盒测试以增强测试效率、错误发现和错误分析的效率

wolsion

一个好的测试发现错误的可能性很高
为了达到这个目标，测试者必需理解软件、并尝试设想软件如何才能失败，
例如：在 GUI （图形用户界面）中有一种潜在的错误，即错误识别鼠标位置，
那么就应该设计一个测试集来验证是否存在鼠标位置识别的错误。

wangjialin

j继续盖楼--

CMMI体系的五个级别是
1.初始级
2.可重复级
3.已定义级
4.已管理级
5.持续优化级

贝贝酷

渴望得到一枚勋章，继续努力！

软件=程序+文档，软件测试=程序测试+文档测试。
“程序”是指能够实现某种功能的指令的集合，“文档”是指软件在开发、使用和维护过程中产生的图文集合。

贝贝酷

软件的分类

按功能分：系统软件、应用软件

按技术架构分：单机版软件、C/S结构软件（C是指客户端， S指服务器端）、B/S结构软件（B是指浏览器）

按照用户划分：产品软件、项目软件

按开发规模划分：小型、中型、大型

月上百合

3.划分等价类的标准：
  1)完备测试、避免冗余;
  2)划分等价类重要的是：集合的划分，划分为互不相交的一组子集，而子集的并是整个集合;
  3)并是整个集合：完备性;
  4)子集互不相交：保证一种形式的无冗余性;
  5)同一类中标识（选择）一个测试用例，同一等价类中，往往处理相同，相同处理映射到"相同的执行路径"。

月上百合

5.设计测试用例
  在确立了等价类后,可建立等价类表,列出所有划分出的等价类输入条件：有效等价类、无效等价类，然后从划分出的等价类中按以下三个原则设计测试用例：
  1)为每一个等价类规定一个唯一的编号；
  2)设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步，直到所有的有效等价类都被覆盖为止；
  3)设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步，直到所有的无效等价类都被覆盖为止。

水上飘

3.划分等价类的标准：
  1)完备测试、避免冗余;
  2)划分等价类重要的是：集合的划分，划分为互不相交的一组子集，而子集的并是整个集合;
  3)并是整个集合：完备性;
  4)子集互不相交：保证一种形式的无冗余性;
  5)同一类中标识（选择）一个测试用例，同一等价类中，往往处理相同，相同处理映射到"相同的执行路径"。

水上飘

等价类中的元素的共同点：如果用等价类中的一个元素进行测试不能发现故障，那么使用等价类中其他元素进行测试液不可能发现故障。也就是说：对揭露软件中的故障来说，等价类中的每个元素是等效的。

月上百合

1.定义：边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

月上百合

与等价划分的区别
  1)边界值分析不是从某等价类中随便挑一个作为代表，而是使这个等价类的每个边界都要作为测试条件。
  2)边界值分析不仅考虑输入条件，还要考虑输出空间产生的测试情况。

贝贝酷

BUG的定义：
软件的BUG指的是软件中（包括程序和文档）不符合用户需求的问题。常见的软件BUG分三种类型：完全没有实现的功能；基本实现了用户需求的功能；实现了用户不需要的功能。

贝贝酷

测试环境=软件+网络+硬件。搭建环境：真实、干净、无毒、独立

月上百合

边界值分析方法的考虑：
  长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。
  使用边界值分析方法设计测试用例，首先应确定边界情况。通常输入和输出等价类的边界，就是应着重测试的边界情况。应当选取正好等于，刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据。

月上百合

4.常见的边界值
  1)对16-bit 的整数而言 32767 和 -32768 是边界
  2)屏幕上光标在最左上、最右下位置
  3)报表的第一行和最后一行
  4)数组元素的第一个和最后一个
  5)循环的第 0 次、第 1 次和倒数第 2 次、最后一次

水上飘

单元测试


在独立可测试的软件中（模块、程序、对象和类等）,可以通过组件测试发现缺陷，以及验证软件功能。根据开发生命周期和系统的背景，组件测试可以和系统的其他部分分开，单独进行测试。在组件测试过程中，会使用到桩、驱动器和模拟器(simulators)。
组件测试可能包括功能测试和特定的非功能特征测试，比如资源行为测试（如内存泄漏）或健壮性测试和结构测试（比如分支覆盖）。根据工作产品如，组件规格说明、软件设计或数据模型等，来设计测试用例。
通常，通过开发环境的支持，比如组件测试框架或调试工具(debugging tool)，组件测试会深入到代码中，而且实际上设计代码的开发人员通常也会参与其中。在这种情况下，一旦发现缺陷，就可以立即进行修改，而不需要正式的事件记录。
组件测试的一个方法是在编写代码之前就完成编写和自动化了测试用例。称之为测试优先的方法或测试驱动开发。这是个高度迭代的方法，并且取决于如下的循环周期：测试用例的开发、构建和集成小块的代码，执行组件测试直到它们全部通过。

水上飘

Ad hoc testing (随机测试)：
没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。

月上百合

1)边界值分析使用与等价类划分法相同的划分，只是边界值分析假定错误更多地存在于划分的边界上，因此在等价类的边界上以及两侧的情况设计测试用例。