可测试性的具体体现 3
二．性能测试
具体用例不好设计，下面列出了一些有性能要求的测试点：
1) 查询
2) 保存
3) 统计
4) 刷新
5) 显示
6) 传输
7) 响应
8) 下载
打开网络上其它介质上的文件时，可制造网络拥挤情况下的文件打开操作。主要测试点，集中在几个点上。一是数据量小的时候主要的查询统计刷新等功能点；二是数据量积累到一定程度时的查询统计刷新时间，这里的一定程度是根据实际的项目和客户需求来定的。
三．极限压力测试
1）接收大数据量的数据文件时间；
2) 大数据恢复时间；
3) 大数据导入导出时间；
4) 大批量录入数据时间；
5) 大数据量的计算时间；
6) 多客户机同时进行某一个提交操作；
7) 采用测试工具软件；
8) 编写测试脚本程序；
9) 大数据量的查询统计时间。
四. 容错测试
1) 通过断开网线的强制性停止数据传输以及重新将网线接上，查看提示信息及对系统的影响；
2) 系统断电，恢复后查看对系统的影响程度；
3) 死机后，看程序如何处理；
4) 服务器DOWN掉，客户端程序如何处理。
五．并发测试
1) 登录的并发操作：多人同时登录系统，使用不同或相同账号；
2) 提交的并发操作：多人同时提交相同的工作项、不同的工作项；
3) 对数据库操作的并发操作：多人同时从数据库中读出（或向数据库导入） 相同文件、不同文件。
************************
附：一些容易出错的地方
************************
一. 有关新建和修改
1. 创建或修改的内容为已经存在的内容，系统是否有提示；
2. 修改正在使用的数据。
二. 删除
1. 应有确认提示；
2. 若删除的内容在文件或数据库中，应作实际校验；
3. 删除正在使用的数据；
4. 考虑删除数据的相关数据是否同时被删除；
5. 重新使用已删除的数据。
三．关于提示信息的验证
有些操作系统会给出成功（有时没有成功提示）或失败的提示，一定要验证提示的正确性（尤其是一些重要操作，如修改口令），即用其它方法检查所作的操作是否真正成功或失败。
四．关于考虑硬盘空间已满的情况
1. 数据存储和备份；
2. 生成文件；
3. 拷贝文件
五．关于修改系统时间
对于和时间有关的业务，测试时考虑修改系统时间对系统的影响。
六．对于响应速度慢的按钮进行连续点击；或中途取消，再继续…
七．凡是支持并发过程的功能，一定要做并发测试（手工进行或利用工具）；
八．打印功能（能否正确打印，打印效果与预览是否一致）
九．系统初始化
1) 如果系统安装后需要进行初始化，初始化过程是否正确；
2) 如果系统安装后不需要进行初始化，安装后的默认设置是否正确、适当。
十．版权声明是否符合标准，如果有公司的logo，图标是否正确（最容易测试的地方，也是最容易被忽略的地方）
十一．如果捆绑硬件，如果可能的话，在测试我们的软件产品前要对硬件的性能、稳定性进行严格测试。（包括大数据量的传输入等）
十二．备份与恢复
1) 备份与恢复过程本身的正确性；
2) 备份内容的正确性（通过事先准备的测试数据在恢复后验证）；
3) 备份与恢复过程中对异常情况的处理（掉电、网络不通等）；
4) 在原始机上的恢复；
5) 在非原始机上的恢复；
6) 在裸机（只有操作系统和必要的数据库或第三方产品）上的恢复；
7) 在一台机器上进行若干次的备份与恢复；
8) 如果是支持多数据库的软件，备份与恢复是容易出错的地方。
需要严格把握的错误类别：
在整个测试过程中对每条问题都制定有错误归类，现按照问题的严重程度，把问题主要分为四类：
A：严重影响系统运行：导致系统出现不可预料的严重错误的问题，例如：运行过程中出现页
面或页面无法显示、死机等。
B：影响系统运行：系统中重要的功能出现运行错误，例如：导致用户必须重新登录的问题，
导致个别用户不可用的问题；
C：不影响系统运行但必须修改：系统中基本的操作或功能没有实现或实现有误的问题，以及不符合常规的操作界面的问题。
D：所提建议：不影响系统运行，对系统的可用性等提示的建议性的问题
