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

　　时间范围同当前时间的关系是否正确;

　　是否包含缺省时间且缺省时间意义是否正确;

　　系统对闰年，闰月的处理;

　　对不同的时间格式(yyyy-dd-mm,yy-dd-mm,yyyy/dd/mm,yy/dd/mm等)是否允许输入;

　　输入的时间在与之有关的模块中是否能正确的起到作用及对其他模块的影响;

　　对时间点的测试。

　　7) 货币域

　　输入负值、零、特大数、小数系统能否正确处理;

　　系统对小数点后数位的控制是否正确;

　　系统能否正确处理数值计算;

　　输入非数值型数据(包括特殊字符)，系统能否正确处理;

　　系统能处理货币的种类。

　　8) 身份证(18或15位)：

　　身份证中输入非法的年月日信息(包括超界数字及字符，汉字)，程序能否进行检验并正确处理;

　　由身份证号码计算年龄，系统对出生年份末两位数是00的身份证号码能否正常处理;

　　在年龄和身份证均作为用户信息输入时，是否具有关联;

　　在身份证的输入中，是否允许输入字符”x”。

　　9) 电话号码

　　输入特殊的电话号码，如119，110，800等看程序是否能正确处理;

　　验证-，(，) * # 是否有真正含义;

　　电话号码长度是否有限制;

　　电话号码是否允许输入汉字，英文。

　　10) 关于时间的其它操作

　　时间的跨月份、年度操作;

　　12小时、24小时制的操作;

　　客户机与服务器时间不同的操作(包括客户机与服务器两地时差不同);

　　11) 数据字段一致性

　　不同窗口中同一类数据输入域的数据接口是否一致(如添加用户及用户登录窗口对用户标识和口令的长度是否一致)。

　　e、图表曲线

　　首先，在一定的时间段观察曲线走势，如果有类似的软件可对比的话可以进行对比大体趋势，然后，再找关键点，对比关键点的数据。测试中，需要找到曲线的计算公式，找关键点进行计算。(进行对比是必要的，第一，可以节省一些不必要的工作量;第二，也有可能是编码人员所用的公式本身就有问题，而你所有测试所做的计算都是徒劳了。)

　　f、列表

　　1) 列表记录不能在一页中显示时，是否有纵向滚动栏;记录长度超过列表宽度时，是否有横向滚动栏;

　　2) 列表滚动栏上滑块能否自由滑动，滑块滑动时，对应内容显示是否正确;

　　3) 列表内容是否可直接输入;

　　4) 列表中每列数据能否按升序、降序排列;

　　16. 备份与恢复

　　1) 备份T日的数据，进行操作，然后恢复，查看恢复的数据是否正确;

　　2) 备份到不同介质上，并考虑介质空间已满的情况;

　　3) 用系统提供的恢复功能进行恢复：

　　用数据库进行恢复;

　　在备份和恢复还没有结束的时候，终止(掉电，网络不通等)备份和恢复;

　　有操作的时候，进行备份和恢复;

　　没有任何操作的时候，进行备份，恢复;

　　部分备份，全部备份，部分恢复，全部恢复有选择的备份和恢复;

　　4) 进行备份，恢复操作是否有权限限制 A 有: 分别用有权限的用户和没有权限的用户进行操作 B 没有：单个用户进行备份，恢复;多个用户同时进行备份和恢复。

　　17.系统日志的处理

　　1) 系统能否正确记录日志信息;

　　2) 系统是否有清空日志的功能;

　　3) 系统是否有导出日志的功能;

　　4) 当日志数据超过容量时，系统如何处理。

　　二.性能测试

　　具体用例不好设计，下面列出了一些有性能要求的测试点：

　　1) 查询

　　2) 保存

　　3) 统计

　　4) 刷新

　　5) 显示

　　6) 传输

　　7) 响应

　　8) 下载

　　打开网络上其它介质上的文件时，可制造网络拥挤情况下的文件打开操作。主要测试点，集中在几个点上。一是数据量小的时候主要的查询统计刷新等功能点;二是数据量积累到一定程度时的查询统计刷新时间，这里的一定程度是根据实际的项目和客户需求来定的。

　　三.极限压力测试

　　1) 接收大数据量的数据文件时间;

　　2) 大数据恢复时间;

　　3) 大数据导入导出时间;

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