1. 配置测试环境
1) 测试环境的快速变迁：软件版本不停增加、新系统不断推出等各方面原因
2) 配置测试环境的困难点
a) 资源不足
b) 操作系统的更新
c) 硬件设备的更新
d) 新的软件不断的推出
e) 客户端复杂的使用环境
3) 如何配置测试环境
a) 环境设立建议
i. 将操作系统、其他软件、硬件规格一一列出，为项目经理判断作参考
ii. 将测试环境作等级区分，使用最多的环境，其次的环境，使用最好的环境
b) 硬件环境建议
i. 至少要有一套低级与高级的设备
ii. 所有设备所采用的硬件厂牌最好相同
iii. 硬件供货商必须提供产品保证及服务
iv. 考虑以租借方式替代购买高级的服务器
c) 安装软件建议
i. 调研用户安装了其他什么软件
ii. 根据用户的工种来判断安装了什么软件
iii. 先列出基本需求软件清单，如office；再到提供下载的网站下载最受欢迎的前20名的软件
d) 操作环境建议（从windows98到windowsXP共有43个版本）
i. 利用系统映像备份软件
ii. 虚拟操作系统：根据经验，对功能面测试的效果相当不错，可以不必质疑它的准确性
e) 专业管理人员
4) 测试环境配置需求清单
a) 硬件规格
b) 所需安装软件
c) 操作环境版本与语言
d) 网络环境
e) 机器数量
f) 测试开始与结束日期
5) 测试环境与外界真实环境
a) 模拟外界真实环境相当困难
b) 台湾：中小企业较多，因此可能一台服务器有可能安装相当多的软件来处理许多事务；日本，组织结构一般是金字塔形式，譬如一台Server有可能管理4000个Clients；美国，企业并购相当普遍，所以IT环境相当复杂；美国企业在采购时，为了分散风险，有时候会同时采用不同软件上的产品。这样更让他们的使用环境处于一个混乱但可行的情况下
2. 测试用例设计（test cases design）
1) 测试用例是将软件测试的行为活动作一个科学化的组织归纳
2) 为什么需要测试用例
a) 从管理层面：系统化管理测试工作
b) 从实际测试层面：测试工作有依据、有记录
3) 测试用例的种类
a) 边界测试用例：容易产生缓冲区溢出的问题
b) 功能测试用例：功能测试用例一般占测试用例的50%-80%
i. 功能是否符合需求
ii. 功能是否完整
iii. 功能是否有作用
iv. 功能是否无错误
c) 设置测试用例：也就是组件测试用例，配置测试用例，主要是针对配置项、配置文件等的测试
d) 状态测试用例：状态，也就是使用控制流程；测试人员必须模拟使用者的使用情境来进行软件测试
e) 压力测试用例：测试使用程序在承受某种程度的压力下是否能依然运行正常，压力测试与性能测试的最大不同点在于压力测试时找出程序在合理的临界点边界内的运行情形，而性能测试的目的是提出测试数据评比
i. 压力情境的设置可以根据以下几个项目来考虑
1. cpu处理速度
2. cpu使用量
3. 安装磁盘空间
4. 物理内存使用量
5. 虚拟内存使用量
6. 使用者数量
7. 处理资料量多少
f) 错误处理测试用例
g) 回归测试用例
h) 其他测试用例
i. 使用界面测试用例
ii. 发行验证测试用例
iii. 验证测试用例
iv. 性能测试用例
1. 基本性能测试用例：产品本身在不同的使用状况下进行测试并记录下数据
2. 网络带宽使用性能测试：产品本身在不同的使用状况下进行测试并记录下网络使用带宽数据
3. 比较性能测试：对比同类软件和本软件的性能，并记录数据
4. 设计性能测试用例与压力测试用例最大的不同在于，性能测试用例的设计以能够提供数据报告为出发点，例如，程序在正常的使用情况下，内存使用量有多少，而在处理大量资料的情况下，内存使用量是多少。需要记录的内容参考压力测试
v. 兼容测试用例
1. 操作系统测试
2. 软件兼容测试
3. 硬件兼容测试
4) 测试用例设计技巧
a) 设计方法
i. 按测试类型组织测试用例，比如功能测试、边界测试、错误处理测试等；功能测试中包括不同模块，比如安装功能测试、登录功能测试、卸载功能测试
ii. 按测试功能来组织测试用例，比如安装、登录、卸载；安装测试用例中就包括功能、边界、设置、状态等测试
iii. 作者一般使用第二种方式
b) 设计技巧
3. 测试工具
