1.        数据测试：按等价划分：边界条件、次边界条件、空值和无效数据。

（1）边界条件：boundary condition是指软件运行在计划操作界限的边界的情况。

l          提出边界条件时，一定要测试临近边界的有效数据，测试最后一个可能有效的数据，同时测试刚超过边界的无效数据。

l          在软件的每一个部分不断寻找边界是极为重要的，寻找的越多，边界就会发现的越多，可能找出的软件缺陷就越多。

（2）次边界条件：sub-boundary condition = internal boundary condition是属于软件内部的，最终用户几乎看不到。

l         寻找这样的边界，要求测试员大体了解软件的工作方式

l         2的幂和ASCII表是这方面的2个例子

l         建立等价划分时，要考虑等价划分中是否需要包含2的幂级的边界条件。

（3）默认、空白、空值、零值、无

l         默认：好的软件员会将输入的默认内容为边界内的最小合法值；或某个合理值。或返回错误提示信息。

（4）非法、错误、不正确、垃圾数据

l         垃圾数据：是失效性测试的对象，是数据测试的最后一种类型。

l         此类测试没有实际规则，只是设法破坏软件。

1.        软件可分为2个部分：数据和程序。测试也可按此类分类。

2.        数据：包括键盘输入、鼠标单击、磁盘文件、打印输出等

3.        程序（状态）：可执行的流程、转换、逻辑和运算。

4.        数据的例子：

l          文字处理程序中输入的文字

l          电子表格中输入的数据

l          太空游戏中余下的设计次数

l          图像处理软件打印的图片

l          存放在软盘中的备份文件

l          通过调制解调器在电话线上发送的数据

产品说明书的低层次测试技术

1.          属性检查清单:优秀产品说明书的8个重要属性

（1）         完整

（2）         精确、不含糊、清晰

（3）         准确

（4）         一致

（5）         贴切

（6）         合理

（7）         代码无关

（8）         可测试性

2.          术语检查清单

（1）         总是、每一种、所有、没有、从不：需要确认这些，考虑违反这些情况的用例。

（2）         当然、因此、明显、显然、必然：这些话意图说服你接受假定情况，不要中圈套。

（3）         某些、有时、大多、几乎、经常、官场、通常、常常：太过模糊，“有时”发生作用的功能无法测试。

（4）         等等、诸如此类、依此类推、例如：这样的词，在功能清单中无法测试。

（5）         良好、迅速、廉价、高效、小、稳定：这些是无法量化的词语，它们无法测试。必须进一步明确这些词的含义

（6）         处理、进行、拒绝、跳过、排除：这些词可能会隐藏大量需要说明的功能

（7）         如果。。。那么。。。（没有否则）：想想‘如果’没有发生会怎样？

对说明书的高级审查

1.          审查产品说明书是为了找出根本性的问题、疏忽、遗留之处。

2.          若审查时不明白，可不能假设它是对的。得当时就弄明白才好

3.          研究现有的标准和规范

（1）         公司惯用语和约定

（2）         行业要求

（3）         政府标准

（4）         图形用户界面

（5）         安全标准

4.          软件测试员的任务不是定义软件要符合何种标准和规范，这是项目经理和产品说明书的人的任务；测试员的任务是：观察，检查采用的标准是否正确，有无遗漏。

5.          标准和规范应为产品说明书的一部分。

听了一天的ISO9000培训。

虽说是老生常谈，却也长见不少。

还得将老师讲的不足添足才行。

不受欢迎的软件测试小组

保持小组成员和睦的建议：

1.       早点找出缺陷：越早发现缺点，影响越小，更容易让人接受。

2.       控制情绪：发现问题后不能兴冲冲告诉程序员，这样它是不会高兴的。

3.       不要总是报告坏消息：假如发现某段代码没有软件缺陷，就大声宣扬。花点时间找程序员聊天。不能总报告坏消息。

软件开发过程

1.       软件设计文档

1）   结构文档：主要部分的描述，以及相互之间的交互方式

2）   数据流图：数据在程序中如何流动。Bubble chart

3）   流程图：描述程序逻辑

4）   代码注释

2.       测试文档

1）   test plan:验证软件是否符合SRS和客户需求的整体方案，including:

a.       质量目标

b.       资源需求

c.        进度表

d.       任务分配

e.       方法

2）   Test cases:列举测试的项目，验证软件的详细步骤

3）   Bug report:问题，通常记录在数据库中。

4）   Test tools and automation:若使用自动化测试工具测试软件，须有文档记录

5）   Metrics, statistics, summaries:测试过程的汇总

3.       软件产品的组成部分

1）   帮助文件

2）   用户手册

3）   样本和示例

4）   标签和不干胶

5）   产品支持信息

6）   图标和标志

7）   错误信息

8）   广告和宣传资料

9）   安装

1.       产品说明书：product specification.=spec.=product spec

2.       soft bug:

1)       软件未实现spec.要求的功能

2)       软件出现了spec.指明不应该出现的错误。

3)       软件实现了spec.未提到的功能。

4)       软件未实现spec.虽未明确提及但应该实现的目标。

5)       软件难以理解、不易使用、运行缓慢or－从测试员的角度看－－最终用户会认为不好。

3.       软件测试员的目标：尽可能早的找出软件缺陷，并确保其得以修复。

4.       修复：并非指一定要改正软件，可以是在用户手册中增加一段注释或者为客户提供特殊培训。

5.       软件测试人员不必成为一个经验丰富的程序员，但拥有编程知识会很有好处。

6.       软件测试员最基本的一个素质：打破砂锅问到底。

7.       其它素质：

1）   探索者：喜欢进入陌生环境；

2）   解谜：善于发现问题症结，喜欢解谜；

3）   不放过任何蛛丝马迹：喜欢不停尝试。不会放过任何转瞬即逝或难以重现的软件缺陷，会想尽一切可能去重现。

4）   创造性：设想出超常的手段来寻找缺陷。

5）   判断准确

6）   注重策略和外交：如何和不冷静的程序员合作。

7）   善于说服：有时找出的问题被认为不重要、不用修复。测试员要善于清晰的表达自己的观点，说明软件缺陷为何必须修复，并推进缺陷的修复。

8.       软件测试是一项批判性的工作。