可测试性的具体体现(5)

　　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：所提建议：不影响系统运行，对系统的可用性等提示的建议性的问题。

原文转自：http://www.uml.org.cn/Test/2009042310.asp