-
文档测试
2010-11-23 21:20:01
-
其他测试
2010-11-23 21:13:47
网络测试
1、网络测试指标
TCP/IP网络检查指标：吞吐量、丢包率、延时、背靠背性能
背靠背：检验被测设备能够在帧和帧间隔为最小间隔（以太网情况下是96bit，也就是线速）情况下，一次能够转发的最多的数据帧。
2、网络测试类型
网络可靠性测试、网络可接受性测试、网络瓶颈测试、网络容量规划测试、网络升级测试、网络功能/特性测试、网络吞吐量测试、网络响应时间测试、衰减测试、网络配置规模测试、网络设备评估测试
安全测试
1、测试内容
¨ 用户认证机制：数字证书、智能卡、双重认证、安全电子交易SET协议
¨ 加密机制
¨ 安全防护策略：安全日志、入侵检测、隔离防护（隔离网和防火墙）、漏洞扫描
¨ 数据备份与恢复手段：
存储设备（磁盘列阵、磁带机、光盘、SAN设备）
存储优化（DAS、NAS、SAN）
存储保护（磁盘列阵、双机容错、集群、备份与恢复）
存储管理（数据库备份与恢复、文件与卷管理、复制、SAN管理）
¨ 防病毒系统
2、安全防护体系7层次
¨ 实体安全：基础设施物理安全
¨ 平台安全：网络平台、计算机操作系统、基础通用平台安全
¨ 数据安全：系统数据机密性、完整性
¨ 通信安全：系统之间数据通信和会话访问不被非法侵犯
¨ 应用安全：业务逻辑访问控制、业务交往不可抵赖性、业务数据真实性、业务实体身份鉴别
¨ 运行安全：对系统安全的动态维护和保障
¨ 管理安全：对相关人员、技术和操作进行管理
3、安全测试方法
¨ 功能验证
¨ 漏洞扫描：自动检测远程或本地主机安全性漏洞
主机漏洞扫描器：在本地运行检测系统漏洞
网络漏洞扫描器：在远程检测目标网络和主机系统漏洞
¨ 模拟攻击试验
¨ 侦听技术
4、软件产品安全测试
侧重方面：用户对数据或业务功能的访问、数据存储、数据通信的远程安全控制
1）用户管理和访问控制
¨ 用户权限控制：注意是否采用三层架构的管理模式、用户名是否唯一
¨ 操作系统安全性的测试：
是否关闭或卸载了不必要的服务和程序；是否存在不必要的账户；权限设置是否合理；安装相应的安全补丁；操作系统日志管理。
¨ 数据库权限测试
超级用户口令不为空或默认口令；数据库中应用软件用户权限和口令的表哥加密存储；开发人员设置复杂密码。
2）通信加密（VPN、对称加密算法、非对称加密算法、HASH算法）
对称加密和非对称加密包括RSA（非对称加密、可用于数字签名、加密速度慢）、DSA（数字签名算法）、DES（对称加密、加密速度快）等
3）安全日志测试
记录所有用户访问系统的操作内容包括：用户名、登录时间、浏览数据动作、修改数据动作、删除数据库动作、退出时间、登录IP等。
测试检查日志完整性和正确性、是否是由了智能分析和进行日志统计。
5、计算机信息系统安全保护等级
¨ 用户自主保护级：普通内联网用户
¨ 系统审计保护级：商务保密非重要单位
¨ 安全标记保护级：国家机关、金融机构、通信、交通
¨ 结构化保护级：中央国家机关、社会应急服务、尖端科技企业、国防
¨ 访问验证保护级：国防关键部门
兼容测试
1、硬件兼容测试
¨ 最低配置是否能满足系统运行的需要
¨ 推荐配置下系统响应速度
¨ 考察软件对运行硬件环境有误特殊说明
¨ 能否在多种硬件配置下运行，且满足设计要求
2、软件兼容测试
¨ 与操作系统的兼容性（Windows、Unix、Linux、Macintosh）
¨ 与数据库的兼容性（完整性测试、应用系统测试、性能测试）
¨ 与中间件的兼容性
¨ 与浏览器的兼容性
¨ 与其他软件的兼容性（支持软件、同类软件、非同类软件）
3、数据兼容测试
¨ 不同数据格式的兼容性
¨ XML符合性
4、平台化软件兼容测试
¨ 跨硬件平台能力
¨ 跨操作系统能力
¨ 支持多种数据库系统
¨ 客户端兼容性
¨ 数据兼容性
几乎覆盖所有软硬件测试的全部领域
5、新旧系统数据迁移测试
数据迁移三个阶段：数据迁移前的准备、数据迁移的实施和数据迁移后的校验。
易用性测试
1、安装测试
¨ 安装手册评估
¨ 安装自动化程度测试
¨ 安装选项和设置的测试
¨ 安装过程的中断测试
¨ 安装顺序测试
¨ 多环境安装测试
¨ 安装的正确性测试
¨ 修复安装测试与卸载测试
2、功能易用性测试
¨ 业务符合性
¨ 功能制定性
¨ 业务模块集成度
¨ 数据共享能力：一次输入多处应用
¨ 约束性：流程业务的前后关系
¨ 交互性：用户操作的可见性和系统对用户的反馈
¨ 错误提示
3、用户界面测试
分为整体界面测试和界面元素测试
¨ 界面整体测试指：规范性测试、一致性测试、合理性测试、界面定制性测试
¨ 界面元素测试指：窗口测试、菜单测试、图标测试、鼠标测试、文字测试
4、辅助系统测试
¨ 帮助测试：前后一致性、内容完整性、可理解性、方便性。
¨ 导向测试：导向是否正确、导向连接是否存在、是否每步有导向说明、导向是否一致、导向是否直观
¨ 信息提示：提示信息是否可理解；对重要破坏性的命令时候有确认措施；信息是否具有判断色彩；信息提示是否具有统一标记颜色等（风格一致）
可靠性测试
1、 可靠性定义：
¨ 可靠性：产品在规定的条件下和规定的时间内完成规定功能的能力。
（可靠性分为固有可靠性和使用可靠性）
¨ 软件可靠性：在规定的条件下和规定的时间内，软件不引起系统失效的概率；在规定的时间周期内，在所述条件下程序执行所要求的功能的能力。
2、 软件可靠性的定量描述
¨ 规定时间（自然时间、运行时间、执行时间－CPU执行程序时间总和）
度量可靠性用使用时间比较准确
¨ 失效概率：F（0）=0，软件运行初始时刻为0
F（t）在（0，正无穷）单调递增
F（正无穷）=1，失效概率在运行时间不断增长时趋向1
¨ 可靠度：软件系统中规定的条件下和规定的时间内不发生失效的概率
R（t）=1- F（t）
¨ 失效强度：f（t）=F’（t）
3、 软件可靠性测试目的
¨ 发现软件系统中需求、设计、编码、测试、实施等方面的各种缺陷
¨ 为软件的使用和维护提供可靠性数据
¨ 确认软件是否达到可靠性的定量要求
4、 计算
串联系统的失效率＝n*F(t)
串联系统的可靠度＝R(t)的n次方
Web应用测试
2010-11-12 16:34:56
性能测试
2010-11-12 16:15:35
软件测试基础
2010-11-12 16:08:52
软件工程知识
2010-11-12 15:39:58
AIX下DB2笔记－创建数据库
2010-08-09 16:50:55
nmon性能监控工具
2010-06-30 16:04:47
linux中文乱码问题
2010-06-01 09:59:48
英文版linux安装中文字体
2010-06-01 09:14:07
虚拟机上的Linux上网设置
2010-05-13 15:43:07
OTAclient.dll只读导致QC无法登陆解决办法
2010-05-10 15:51:15
软件测试类型[转]
2010-05-05 16:56:35
Tuxedo维护常用命令
2010-05-05 15:14:59
Linux常用命令
2010-04-30 17:56:33
Ruby常用函数
2010-04-28 21:01:06
Ruby操作txt文件
2010-04-28 20:48:21
Ruby+Watir环境搭建
2010-04-28 20:07:46
JUnit4单元测试实例图解
2010-01-06 16:51:05
1.软件环境
Eclipse
JUnit4
2.为项目添加JUnit4库
A.添加Eclipse自带的Junit4
打开项目属性页->选择Java Build Path->点击Add Library->在弹出的对话框中选择JUnit->选择JUnit版本后点击Finish.(图2.1)
图2.1
B添加Junit其他方法
打开项目属性页->选择Java Build Path->点击Add External JARS->选择JUnit地址后点击确定.(图2.2)
图2.2
3. 修改代码目录
分别为单元测试代码与被测试代码创建单独的目录,单元测试代码和被测试代码使用一样的包，不同的目录。
选择项目属性->选择Java Build Path->在根目录下添加一个新目录，并把它加入到项目源代码目录中.(图3.1)
图3.1
4.JUnit元数据
@Before：
使用了该元数据的方法在每个测试方法执行之前都要执行一次。
@After：
使用了该元数据的方法在每个测试方法执行之后要执行一次。
注意：@Before和@After标示的方法只能各有一个。这个相当于取代了JUnit以前版本中的setUp和tearDown方法，当然你还可以继续叫这个名字，不过JUnit不会霸道的要求你这么做了。
@Test(expected=*.class)
在JUnit4.0之前，对错误的测试，我们只能通过fail来产生一个错误，并在try块里面assertTrue（true）来测试。现在，通过@Test元数据中的expected属性。expected属性的值是一个异常的类型
@Test(timeout=xxx):
该元数据传入了一个时间（毫秒）给测试方法，
如果测试方法在制定的时间之内没有运行完，则测试也失败。
@ignore：
该 元数据标记的测试方法在测试中会被忽略。当测试的方法还没有实现，或者测试的方法已经过时，或者在某种条件下才能测试该方法（比如需要一个数据库联接，而 在本地测试的时候，数据库并没有连接），那么使用该标签来标示这个方法。同时，你可以为该标签传递一个String的参数，来表明为什么会忽略这个测试方 法。比如：@lgnore(“该方法还没有实现”)，在执行的时候，仅会报告该方法没有实现，而不会运行测试方法。5.实例
被测试代码:
package com.ai92.cooljunit;
import java.util.regex.Matcher;
import java.util.regex.Pattern;
/**
*对名称、地址等字符串格式的内容进行格式检查
*或者格式化的工具类
*
* @author Ai92
*/
public class WordDealUtil {
/**
*将Java对象名称（每个单词的头字母大写）按照
*数据库命名的习惯进行格式化
*格式化后的数据为小写字母，并且使用下划线分割命名单词
*
*例如：employeeInfo经过格式化之后变为employee_info
*
* @param nameJava对象名称
*/
public static String wordFormat4DB(String name){
Pattern p = Pattern.compile("[A-Z]");
Matcher m = p.matcher(name);
StringBuffer sb = new StringBuffer();
while(m.find()){
m.appendReplacement(sb, "_"+m.group());
}
return m.appendTail(sb).toString().toLowerCase();
}
}单元测试代码:
package com.ai92.cooljunit;
import static org.junit.Assert.assertEquals;
import org.junit.Test;
public class TestWordDealUtil {
//测试wordFormat4DB正常运行的情况
@Test public void wordFormat4DBNormal(){
String target = "employeeInfo";
String result = WordDealUtil.wordFormat4DB(target);
assertEquals("employee_info", result);
}//测试null时的处理情况
@Test public void wordFormat4DBNull(){
String target = null;
String result = WordDealUtil.wordFormat4DB(target);
assertNull(result);
}
//测试空字符串的处理情况
@Test public void wordFormat4DBEmpty(){
String target = "";
String result = WordDealUtil.wordFormat4DB(target);
assertEquals("", result);
}
//测试当首字母大写时的情况
@Test public void wordFormat4DBegin(){
String target = "EmployeeInfo";
String result = WordDealUtil.wordFormat4DB(target);
assertEquals("employee_info", result);
}
//测试当尾字母为大写时的情况
@Test public void wordFormat4DBEnd(){
String target = "employeeInfoA";
String result = WordDealUtil.wordFormat4DB(target);
assertEquals("employee_info_a", result);
}
//测试多个相连字母大写时的情况
@Test public void wordFormat4DBTogether(){
String target = "employeeAInfo";
String result = WordDealUtil.wordFormat4DB(target);
assertEquals("employee_a_info", result);
}
}6.运行Junit
测试方法必须使用注解 org.junit.Test 修饰。
测试方法必须使用 public void 修饰，而且不能带有任何参数。
在测试类上点击右键，在弹出菜单中选择Run As JUnit Test。运行结果如下图所示：
运行界面提示我们有两个测试情况未通过测试——当首字母大写时得到的处理结果与预期的有偏差，造成测试失败（failure）；——而当测试对null的处理结果时，则直接抛出了异常测试错误（error）JUnit将测试失败的情况分为两种：failure和error。Failure一般由单元测试使用的断言方法判断失败引起，它表示在测试点发现了问题；而error则是由代码异常引起，这是测试目的之外的发现，它可能产生于测试代码本身的错误（测试代码也是代码，同样无法保证完全没有缺陷），也可能是被测试代码中的一个隐藏的bug。7.
测试套件创建一个空类作为测试套件的入口。
使用注解 org.junit.runner.RunWith 和 org.junit.runners.Suite.SuiteClasses 修饰这个空类。
将 org.junit.runners.Suite 作为参数传入注解 RunWith，以提示 JUnit 为此类使用套件运行器执行。
将需要放入此测试套件的测试类组成数组作为注解 SuiteClasses 的参数。
保证这个空类使用 public 修饰，而且存在公开的不带有任何参数的构造函数。
package com.ai92.cooljunit;
import org.junit.runner.RunWith;
import org.junit.runners.Suite;
……
/**
*批量测试工具包中测试类
* @author Ai92
*/
@RunWith(Suite.class)
@Suite.SuiteClasses({xx1.class, xx2.class})
public class RunAllUtilTestsSuite {
}
标题搜索
我的存档
数据统计
- 访问量: 9683
- 日志数: 20
- 建立时间: 2007-05-17
- 更新时间: 2010-11-23
