强度测试 强度测试检查程序对异常情况的抵抗能力。强度测试总是迫使系统在异常的资源
配置下运行。例如,①当中断的正常频率为每秒一至两个时,运行每秒产生十个中断的测试
用例;②定量地增长数据输入率,检查输入子功能的反映能力;③运行需要最大存储空间(或
其他资源)的测试用例;④运行可能导致虚存操作系统崩溃或磁盘数据剧烈抖动的测试用例,
等等。
压力测试:对系统不断施加压力的测试,是通过确定一个系统的瓶颈或者不能接收的性能点,
来获得系统能提供的最大服务级别的测试。例如测试一个 Web 站点在大量的负荷下,何时
系统的响应会退化或失败。
性能测试:在交替进行负荷和强迫测试时常用的术语。性能测试关注的是系统的整体。它和
通常所说的强度、压力/负载测试测试有密切关系。所以压力和强度测试应该于性能测试一
同进行。
举例说明:针对一个网站进行测试,模拟 10 到 50 个用户就是在进行常规性能测试,用
户增加到1000乃至上万就变成了压力/负载测试。如果同时对系统进行大量的数据查询操作,
就包含了强度测试。
压力测试注重的是外界不断施压,强度测试注重的是极限或者异常情况下系统的测试。
用户界面测试:对系统的界面进行测试,测试用户界面是否友好、是否方便易用、设计是否
合理、位置是否正确等一系列界面问题
安全测试:主要是测试系统在没有授权的内部或者外部用户对系统进行攻击或者恶意破坏时
如何进行处理,是否仍能保证数据的安全。测试人员可以学习一些黑客技术,来对系统进行
攻击。
可靠性测试:这里是比较狭义的可靠性测试,它主要是对系统能否稳定运行进行一个统计,
在实际工作中如果没有条件可以不必特意去做。重点做好与之紧密相关的功能测试、健壮性
测试就可以了。
安装/反安装测试:安装测试主要检验软件是否可以正确安装,安装文件的各项设置是否有
效,安装后能否影响原系统;反安装是逆过程,测试是否删除干净,是否给影响原系统等。
文档测试:主要测试开发过程中针对用户的文档,以需求、用户手册、安装手册等为主,检
验文档是否和实际应用存在差别。文档测试不需要编写测试用例。
1.1.2 测试阶段
和开发过程相对应,测试主要按照时间顺序经历单元测试、集成测试、系统测试、验收测试
四个阶段。对应关系如图 4-1 所示,
图 4-1 开发与测试的“V”型关系
单元测试:单元测试是针对软件设计的最小单位——程序模块进行正确性检验的测试工作,
由开发人员进行,其目的在于发现每个程序模块内部可能存在的缺陷,实际程序员编码过程
中已经进行了。单元测试基本不需要编写测试用例,开发人员自己调试通过、符合设计要求
需求开发
高层设计
验收测试
系统测试
集成测试
评论0
最新资源