 压力测试 (Stress) 多用户情况 可以考虑使用压力测试工具，建议将压力和性能测试结合起来进行.如果有负载平衡的话还要在服务器端打开监测工具，查看服务器CPU使用率，内存占用情况，如果有必要可以模拟大量数据输入，对硬盘的影响等等信息.如果有必要的话必须进行性能优化(软硬件都可以).这里的压力测试针对的是某几项功能，.
错误恢复 (Error Recovery) 错误处理，页面数据验证，包括突然间断电，输入脏数据等.
安全性测试(Security)这个领域正在研究中，不过防火墙，补丁包.杀毒软件等的不必说了，不过可以考虑破坏性测试时任意.看了一些资料后得知，这里面设计到的知识内容可以写本书了，不是一两句可以说清的，特别是一些商务网站，或者跟钱有关，或者和公司秘密有关的web更是，需要这方面的测试，在外国有一种专门干这一行的人叫安全顾问，可以审核代码，提出安全建议，出现紧急事件是的处理办法等，在国内没有听说哪里有专门搞安全技术测试的内容.
 兼容性 (Compatibility) 不同浏览器，不同应用程序版本在实现功能时的表现，不同的上网方式，如果你测试的是一个公共网站的话.
l 兼容性测试内容详述
Ø 硬件平台
Ø 浏览器软件和版本:浏览器插件，浏览器选项，视频分辨率和色深.文字大小，调制解调器速率.
 软件配置 (Configuration) 如IE浏览器的不用选项-安全设定高，禁用脚本程序，等等，你们的程序在各种不用的设置下表现如何.
单元测试技术(Unit Test):
2.2.1 下面是对白盒测试和单元测试的区别的论述:
l 单元测试和白盒测试是不同的，虽然单元测试和白盒测试都是关注功能虽然他们都需要代码支持，但是级别不同，白盒测试关注的是类中一个方法的功能是更小的单位，但是完成一个单元测试可能需要N多类，所以说作单元测试需要什么写驱动和稳定桩，比如查询单元是一个查询包包N多的测试类，测试数据，运行他需要提供数据的部分，输入参数和发出命令的驱动等等.是比类大的一个整体进行的.
l 另一个明显的区别是白盒测试不会关注类接口，但是单元测试主要的内容是类接口测试.
l 不过很多时候是很少区分的，因为这两种技术实现起来有很多相互关联的部分.不过要看你对质量的关注程度来决定.
2.2.2 功能测试边界测试越界测试技术详述
Ø 边界条件
边界条件是指软件计划的操作界限所在的边缘条件.
如果软件测试问题包含确定的边界，那么数据类型可能是:
数值 速度 字符 地址 位置 尺寸 数量
同时，考虑这些类型的下述特征:
第一个/后一个 小值/大值
开始/完成 超过/在内
空/满 短/长
慢/快 早/迟
大/小 高/低
相邻/远
Ø 越界测试
通常是简单加1或者很小的数(对于大值)和减少1或者很小的数(对于小值)，例如:
第一个减1/后一个加1
开始减1/完成加1
空了再减/满了再加
慢上加慢/快上加快
大数加1/小数减1
小值减1/大值加1
刚好超过/刚好在内
短了再短/长了再长
早了更早/晚了更晚
高加1/低减1
l 另一些该注意的输入:默认，空白，空值，零值和无;非法，错误，不正确和垃圾数据.
2.2.3 状态测试技术

Ø 软件可能进入的每一种独立状态;
Ø 从一种状态转入另一种状态所需的输入和条件;
Ø 进入或退出某种状态时的设置条件及输入结果.

l 具体测试方法可以参考如下:
Ø 每种状态至少访问一次;
Ø 测试看起来常见普遍的状态转换;
Ø 测试状态之间不常用的分支
Ø 测试所有错误状态及其返回值
Ø 测试随机状态转换
2.2.4 竞争条件测试技术
l 竞争条件典型情形参考如下:
Ø 两个不同的程序同时保存或打开同一个文档
Ø 共享同一台打印机，通信端口或者其他外围设备
Ø 当软件处于读取或者修改状态时按键或者单击鼠标
Ø 同时关闭或者启动软件的多个实例
Ø 同时使用不同的程序访问一个共同数据库
2.3 负载压力测试(StressTest)
l 在这里的负载压力和功能测试中的不同，他是系统测试的内容，是基本功能已经通过后进行的.可以在集成测试阶段，亦可以在系统测试阶段进行.
l 使用负载测试工具进行，虚拟一定数量的用户看一看系统的表现，是否满足定义中的指标.
l 负载测试一般使用工具完成，loadrunner，webload，was，ewl，e-test等，主要的内容都是编写出测试脚本，脚本中一般包括用户一般常用的功能，然后运行，得出报告。所以负载测试包括的主要内容不介绍了。
l 负载测试技术 在各种极限情况下对产品进行测试 (如很多人同时使用该软件，或者反复运行该软件)，以检查产品的长期稳定性。例如，使用压力测试工具对web服务器进行压力测试. 本项测试可以帮助找到一些大型的问题，如死机、崩损、内存泄漏等，因为有些存在内存泄漏问题的程序，在运行一两次时可能不会出现问题，但是如果运行了成千上万次，内存泄漏得越来越多，会导致系统崩滑。用J2EE实现的系统很少但是并不是没有内存问题.
Ø 无论什么工具基本的技术都是利用线程技术模仿和虚拟用户，在这里主要的难点在与测试脚本的编写，每种工具使用的脚本都不一样，但是大多数工具都提供录制功能算是不会编码的测试人员同样可以测试。
Ø 对负载工具的延伸使用可以进行系统稳定性测试，系统极限测试，如使用100的Load Size连续使用24小时，微软定义的通过准则是通过72小时测试的程序一般不会出现稳定性的问题。
2.4 回归测试 (Regression Test)
l 过一段时间以后，再回过头来对以前修复过的Bug重新进行测试，看该Bug 是否会重新出现。
Ø 回归测试技术 可以在测试的各个阶段出现，无论是单元测试还是集成测试还是系统测试。是对以前问题进行验证的过程。
Ø 回归测试的目的是保证以前已经修复的Bug不会再出现。实际上，许多Bug都是在回归测试时发现的，在此阶段，我们首先要检查以前找到的Bug 是否已经更正了。值得注意的是，已经更正的Bug 也可能又回来了，有的Bug 经过修改之后可能又产生了新的Bug。所以，回归测试可保证已更正的Bug不再重现，不产生新的Bug。