软件測试基本方法（六）之集成測试和系统測试

时间 2019-11-20

标签软件基本方法集成系统繁體版

原文原文链接

在软件开发中。经常会遇到这种状况。单元測试时确认每个模块都能单独工做，但这些模块集成在一块儿以后会出现有些模块不能正常工做。好比，在chrome环境下用js写了一个实时捕捉video中特定区域的模块，正常工做；利用worker线程进行webgl场景渲染，也正常。可是当两个运算合并时。出现一个模块不能正常执行，缘由在于两个模块不适合在worker线程中结合。基于worker自己的局限性，仅仅能有一个模块正常工做。web

因此，很是有必要进行集成測试。chrome

（1）集成測试定义：数据库

集成測试是将软件集成起来，对模块之间的接口进行測试。apache

（2）集成种类：浏览器

模块内的集成，主要是測试模块内各个接口间的交互集成关系
子系统内的集成。測试子系统内各个模块间的交互关系
系统内的集成，測试系统内各个子系统和模块间的集成关系

（3）两种集成測试模式：

非渐增式測试模式：先分别測试每个模块，再把所有模块按设计要求放在一块儿结合成所要的程序。如大棒模式
渐增式測试模式：把下一个要測试的模块同已经測试好的模块结合进来进行測试，測试完后再把下一个应该測试的模块结合起来測试。渐增式測试又可以依据每次加入模块的路线分为自顶向下測试、自底向上測试和混合測试等方式

优缺点：

渐增式需要编写的软件较多，工做量较大，而非渐增式測试开销小
渐增式測试模式发现模块间接口错误早。而非渐增式測试晚
非渐增式測试模式发现错误。较难诊断，而使用渐增式測试模式。假设错误发生则每每和近期加进来的那个模块有关
渐增式測试模式測试更完全
渐增式測试模式需要较多的机器时间
使用非渐增式測试模式，可以并行測试

详细方法：

自顶向下法：从主控模块開始，沿着软件的控制层次向下移动，从而逐渐把各个模块结合起来。
（长处：不需要驱动程序。能在早期发现上层错误。缺点：需要桩，低层错误发现较晚。在早期不能展开人力）缓存
自底向上法：从原子模块開始集成以进行測试。
混合策略：基本使用Top-down。但在早期使用Bottom-up。对中较上层，使用Top-down，中较下层，使用Bottom-up。
大棒法：先是对每一个子模块进行測试（单元測试），而后将全部模块一次性地全部集成起来进行測试。
三明治法：自两头向中间集成。

（4）系统測试

定义：检验系统所有元素之间协做是否合适。整个系统的性能和功能是否达到要求。其測试内容包含：功能測试。非功能測试与回归測试等。
功能測试：主要是依据产品规格说明书。来检验被測试的系统是否知足各方面功能的使用要求。（黑盒測试也长被称为功能測试，尽管这不是一种准确的说法）
回归測试：在程序有改动的状况下，保证原有功能正常的一种測试方法。
非功能性測试（特征測试）：性能測试、压力測试、容量測试、安全性測试、可靠性測试和容错性測试
系统測试根据：需求说明书，概要设计说明书。具体设计说明书，最重要的是需求说明书。
确认測试：确认測试又称有效性測试。有效性測试是在模拟的环境下，运用黑盒測试的方法。验证被測软件是否知足需求规格说明书列出的需求。
任务是验证软件的功能和性能及其它特性是否与用户的要求一致。安全
对软件的功能和性能要求在软件需求规格说明书中已经明白规定，它包括的信息就是软件确认測试的基础。
网络

（5）非功能測试实战：

pagespeed.webkaka.com在线站点性能測试

选取站点首页和其它几个有表明性的页面进行測试。并发

http://www.sc.sdu.edu.cn/default.doide

http://www.sc.sdu.edu.cn/getMoreNews.do?

newsType=84

http://www.sc.sdu.edu.cn/getNewsDetail.do?

newsId=7581

这里仅仅截取这三个界面的測试结果

网页统计

结果分析

经过測试，咱们发现站点首页的訪问速度比其它页面慢很是多。訪问时间大概在其它网页的4～6倍。

整体上。性能可以知足学院师生的訪问。

Google PageSpeedInsights在线測试工具

结果

问题及解决方式

1）在 HTTP 标头中为静态资源设置过时日期或最长存在时间。可指示浏览器从本地磁盘中载入曾经下载的资源。而不是经过网络载入。
利用浏览器缓存存储可缓存的资源。

2）清除首屏内容中阻止呈现的 JavaScript 和 CSS。

网页中有1个阻止呈现的脚本资源和2个阻止呈现的 CSS 资源。这会致使呈现网页的过程出现延迟。

3）启用压缩。

使用 gzip 或 deflate 压缩资源可以下降经过网络发送的字节数。

压缩 JavaScript 代码可以节省大量数据字节空间，并提升下载、解析和运行的速度。

适当地设置图片的格式并进行压缩可以节省大量的数据字节空间。
压缩 HTML 代码（包含当中所含的不论什么内嵌 JavaScript 和 CSS）可以节省大量数据字节空间。并提升下载和解析的速度。

压缩 CSS 代码可以节省大量数据字节空间。并提升下载和解析的速度。

apache ab工具

结果

This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 2006 The Apache Software Foundation, http://www.apache.org/

Server Software:		*****************
Server Hostname:		www.sc.sdu.edu.cn
Server Port:		80
Document Path:		/default.do
Document Length:		21541 bytes
Concurrency Level:		40
Time taken for tests:		0.273954 seconds
Complete requests:		1000
Failed requests:		0
Total transferred:		21757000 bytes
HTML transferred:		21541000 bytes
Requests per second:		3.65
Transfer rate:		79.42 kb/s received
Connnection Times (ms)
	min	avg	max
Connect:	0	3	47
Processing:	4521	10830	16780
Total:	4521	10833	16827

Server Software:		*****************
Server Hostname:		www.sc.sdu.edu.cn
Server Port:		80
Document Path:		/getNewsDetail.do?newsId=7525
Document Length:		7134 bytes
Concurrency Level:		40
Time taken for tests:		0.5438 seconds
Complete requests:		1000
Failed requests:		0
Total transferred:		7372000 bytes
HTML transferred:		7134000 bytes
Requests per second:		183.89
Transfer rate:		1355.65 kb/s received
Connnection Times (ms)
	min	avg	max
Connect:	1	1	23
Processing:	14	212	281
Total:	15	213	304

參数解释

Document Path #測试的页面

Document Length #页面大小

Concurrency Level #測试的并发数

Time taken fortests #整个測试持续的时间

Complete requests #完毕的请求数量

Failed requests #失败的请求数量

Write errors: 0

Total transferred #整个过程当中的网络传输量

HTML transferred #整个过程当中的HTML内容传输量

Requests persecond #至关于LR中的每秒事务数。后面括号里的mean表示这是一个平均值

Time per request #至关于LR中的平均事务响应时间，后面括号里的mean表示这是一个平均值

Time per request #每个链接请求实际执行时间的平均值

Transfer rate #平均每秒网络上的流量，可以帮助排除是否存在网络流量过大致使响应时间延长的问题

測试结果

站点首页的訪问速度比其它页面慢很是多。

整体上，性能可以知足学院师生的訪问。

站点安全性測试——360在线站点安全检測

输入网址www.sc.sdu.edu.cn。进行检測。如下给出综合结果：

看来站点在设计或制做时存在漏洞，进一步咱们获得：

安全漏洞集中在“核心数据被非法更改”和“server配置信息泄露”上，应该是在设计数据库和网页时没有作好权限管理。