电子商务网站测试Word文档下载推荐.docx
《电子商务网站测试Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《电子商务网站测试Word文档下载推荐.docx（21页珍藏版）》请在冰点文库上搜索。
为了有效地评估上述5个目标，Intel开发了包含6个关键测试的负荷测试程序，它们
分别是：
脚本验证/数据完整性测试。
单步测试。
性能空间测试。
持续测试。
数据库连接测试。
时间测试/业务实例。
每个测试可看做是对相互关联的系统和服务的行为与性能的深入观察。
（1）脚本验证/数据完整性测试。
脚本验证测试的主要目的是保证测试是否按照设计的要求进行的。
除了证实所记录的
测试步骤可以无错误地重复外，还要进行手工检验数据并在后台进行数据完整性测试。
一旦设计完成，将负荷测试计划记入一个脚本，先运行这个脚本并确认它是按要求运
行的，然后检查后台服务器上记录的日志。
要查看互联网服务器日志、性能监督日志以及
所有用来运行脚本的工具日志。
当脚本在某个表中输入了一些东西，为了确认已经正确地
输入数据库中，需要对数据库进行查询，还要注意检查是否有请求失败、超时或通信出
错。
除了检验脚本是被正确地执行外，该测试对确定运行脚本时产生的瓶颈和错误位置非
常有用。
（2）单步测试。
单步测试用来确定服务器允许的最大并发用户数和交易数。
该测试模拟不断增加并发
用户数和交易数直至系统崩溃。
一旦脚本设计好以后，第一次运行脚本应该反映未来6个
月内的期望的负载情况。
这是所谓的“1X负荷”。
从1X负荷开始，增加到2X、4X，以此类推。
随着这种指数的增长，到达某一点时，
后台服务器的记录会显示系统已经不能承受了。
其症状是：
互联网服务器的缓存命中率大
增，互联网服务器的处理器占用率达到峰值，ASP日志记录的错误和连接中断数不断增加。
（3）性能空间测试。
因为一周内对服务器的访问是不可能均匀分布的，还需利用性能空间测试来确定一个
应用和系统在不同寻常的大访问量时能够维持期望的交易量。
该测试让公司确定在长时间的高访问量下服务器的负荷、性能、内存的使用情况和应用
软件的稳定性，还可以确定是否具有满足未来客户需求的合适的应用软件架构和基础设施。
（4）持续测试。
运行持续测试将证明应用在实际环境下能够持续工作。
持续测试的结果可看出应用和设施在短期及长期的支持能力。
它还有助于预示客户在
公司网站上的感受。
通过长时间的运行，该测试有助于发现小的、逐渐积累的问题，使公
司能够在它们变成大问题之前将问题解决。
（5）数据库连接测试。
数据库连接测试确定数据库服务器是否能够支持期望的连接数。
通过模拟期望的用户
155·
并发连接数和交易量，测量服务器的负荷、性能、内存使用情况和应用软件的稳定性。
该
测试的结果将确定数据库服务器能够持续处理的负荷的上限、ASP连接池是否正确工作以
及还有什么措施来优化数据库的性能。
数据库连接是非常困难的。
因为各种数据库的格式都不一样，开发者必须对他们所开
发的数据库产品的底层API有深刻的了解。
因此，能处理多种数据库的通用的API就应运
而生了——ODBC（OpenDatabaseConnectivity）。
ODBC是人们创建通用API的早期产物，在
程序中可以使用相同的代码访问不同的数据产品。
因此有许多种数据库（如Access、MSSQL
Server、Oracle、Informix等）都遵从了这种标准，被称为ODBC兼容的数据库。
ODBC的
具体作用如图5.1所示。
图5.1ODBC的具体作用
一般来说，ODBC是由一套扩展的DLL（DynamicLinkLibrary，动态链接库）组成，DLL
提供了标准的数据库应用程序设计接口。
而ODBC是建立在标准化的SQL（StructuredQuery
Language，结构化查询语言）之上。
所以，通过ODBC和SQL就可以编写独立于任何数据
库产品的数据访问程序。
①用ODBC连接数据库。
ODBC中提供三种DSN，它们的区别很简单。
用户DSN只
能用于本用户。
系统DSN和文件DSN的区别只在于连接信息的存放位置不同：
系统DSN
存放在ODBC储存区里，而文件DSN则放在一个文本文件中。
在ASP中使用它们时，写法如下。
A.链接SQLServer
用系统DSN：
connstr="
DSN=dsnname;
UID=xx;
PWD=xxx;
DATABASE=dbname"
用文件DSN：
FILEDSN=xx;
还可以用连接字符串（从而不用再建立DSN）：
DRIVER={SQLSERVER};
SERVER=servername;
PWD=xxx"
B.链接Access
用系统DSN
DSN=dsnname"
（或者为：
）
156·
FILEDSN=xx"
DRIVER={MicrosoftAccessDriver};
DBQ=d:
\abc\abc.mdb"
②缺陷。
ODBC含有大量的低级的调用，因此开发ODBC应用程序还比较困难。
开
发者不得不将大量的精力花在底层的数据库通信中，而不能专注于他们所要处理的数据。
③OLEDB。
多年以来，ODBC已成为访问客户端/服务器数据库的标准。
ODBC提供
了基于标准的接口，接口要求SQL处理功能，并被优化用于基于SQL的方法。
然而，如
果要访问不使用SQL的非关系数据源（例如，不按照关系存储数据的MicrosoftExchange
Server）中的数据，情况会如何呢？
OLEDB建立在ODBC之上，并将此技术扩展为能提供更高级数据访问接口的组件结
构。
此结构对企业中及Internet上的SQL、非SQL和非结构化数据源提供一致的访问（实
际上，在访问基于SQL的数据时，OLEDB仍使用ODBC，因为对于SQL来说，它是最
优结构。
）。
OLEDB由3个组件构成：
数据使用者（例如，一个应用程序）、包含并公开数据的数据
提供程序以及处理并传输数据的服务组件（例如，查询处理器、游标引擎）。
OLEDB是一个
针对SQL数据源和非SQL数据源（例如，邮件和目录）进行操作的API。
OLEDB为C和C++程序员及使用其他包含C样式函数调用语言的程序员提供绑定。
有一些语言（例如，VB和VBScript）不提供指针数据类型（地址变量）。
因此，这些语言不能
使用C样式绑定，而且不能直接调用OLEDB。
在此基础上，Microsoft推出了另一个数据访问对象模型：
ADO（第一个是DAO）。
ADO
采用基于DAO和RDO的对象，并提供比DAO和RDO更简单的对象模型（尽管会产生一
些冗余的功能，如现在进行一项操作时可以用不止一种方法）。
ADO中的对象层次结构比
DAO中的更平缓。
ADO包含一些简化对数据存储区数据的访问任务的内置对象。
而DAO是第一个面向对象的接口，DAO模型是设计关系数据库系统结构的对象类的
集合。
它们提供了完成管理一个关系型数据库系统所需的全部操作的属性和方法，这其中
包括创建数据库，定义表、字段和索引，建立表间的关系，定位和查询数据库等。
④数据库链接实例。
dimconn
setconn=server.createobject（"
adodb.connection"
conn.open="
provider=microsoft.jet.oledb.4.0;
"
&
"
datasource="
&
server.mappath（"
../db/bbs.mdb"
其中../db/bbs.mdb是数据库存放的相对路径。
如果数据库和ASP文件在同一目录下，
你只要这样写就可以了：
bbs.mdb"
157·
有许多初学者在遇到数据库连接时总是会出问题，然而使用上面的驱动程序，只要数
据库路径正确就不会出问题了。
（a）建立MdbRecordset对象。
MDB数据库是一个完整的数据库，内部可能含有若干个
数据表，在此函数中，Connection的作用是连接数据库，Recordset的作用是打开数据表。
FunctionCreateMdbRecordset（数据库文件名,数据表名或Select语句）
Dimconn,Provider,DBPath
'
建立Connection对象
Setconn=Server.CreateObject（"
ADODB.Connection"
Provider="
Provider=Microsoft.Jet.OLEDB.4.0;
DBPath="
DataSource="
＆Server.MapPath（"
数据库文件名"
打开数据库
conn.OpenProvider＆DBPath
SetCreateMdbRecordset=Server.CreateObject（"
ADODB.Recordset"
打开数据表
CreateMdbRecordset.Open"
数据表名"
conn,2,2
EndFunction
（b）建立带密码的MDB数据库的Recordset对象。
它的建立方式与建立不带密码的
MDB数据库的Recordset对象类似，只是多了一个密码参数，即在与数据库连接时，必须
给出密码信息。
FunctionCreateSecuredMdbRecordset（数据库文件名,数据表名或Select语句，
password）
Provider="
Provider=Microsof.Jet.OLEDB.4.0;
＆Server.MapPath（"
连接数据库,注意要带有密码参数
conn.OpenProvider＆DBPath＆"
JetOLEDB：
DatabasePassword="
＆password
SetCreateSecuredMdbRecordset=Server.
CreateObject（"
CreateSecuredMdbRecordset.Open"
（6）时间测试/业务实例。
时间测试/业务实例测试用来确定单个业务交易能够在合理的时间内完成。
这是个需要
企业其他部门和IT合作测试的例子，它是连接IT和业务的桥梁。
运行这个测试将记录下
平均完成每个交易所需的时间，从零负荷、平均负荷到突发重负荷和重负荷。
3）网站负荷测试的两点局限
负荷测试方法和工具在过去的一年取得了很大的进步，然而，仍然存在一些需要指出
的局限。
因为当进行负荷测试时，已经建立了一个代表将来对服务器的要求的模型，它是
根据公司对用户在网站上的行为估计而定。
158·
虽然与互联网的连接因调制解调器的速度、局域网连接和网络延迟而不同，但在测试
模型中，所有虚拟用户都与互联网完美地连接：
很高的带宽和最低的网络延迟。
因此，除
非这些变化能够在测试中进行模拟，否则这些模型对最终用户的感受的预测是有局限的。
要实现真实世界的测试条件的最佳方法是建立与访问者有效的反馈机制。
这样可以收集到
用户的看法而不是测得的因特网性能，从而改进设施来满足用户的要求。
2.安全性测试
Web应用系统的安全性测试主要有以下几个方面。
（1）现在的Web应用系统基本采用先注册后登录的方式。
因此，必须测试有效和无效
的用户名和密码，要注意到是否区分大小写、可以尝试多少次的限制、是否可以不登录而
直接浏览某个页面等。
（2）Web应用系统是否有超时的限制，也就是说，用户登录后如果一定时间内没有操
作任何页面，是否需要重新登录才能正常使用。
（3）为了保证Web应用系统的安全性，日志文件是至关重要的。
需要测试相关信息是
否写进了日志文件、是否可追踪。
（4）当使用了加密算法时，还要测试加密是否正确，同时要检查信息的完整性。
（5）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。
所以要测试没
有经过授权就不能在服务器端放置和编辑脚本的问题。
基于Web的系统测试与传统的软件测试既有相同之处，也有不同的地方，这对软件测
试提出了新的挑战。
基于Web的系统测试不但需要检查和验证是否按照设计的要求运行，
而且还要评价系统在不同用户的浏览器端显示是否正常，还要从最终用户的角度进行安全
性和可用性测试。
3.程序及数据库测试
1）程序测试
在网页制作软件Dreamweaver中，“CheckTargetBrowser”可以自动检测该网页在多
种不同版本的浏览器InternetExplorer2.0~6.0和Netscape2.0~5.0中的支持情况，并会自动
生成一个报告详细检查结果的HTML文件，并且调用默认浏览器。
此检查报告十分详细，
不仅指出每个错误在文件中的详细位置，而且说明了错误的原因。
检查功能还支持对
JavaScript和DHTML的检查，可以解决使用FrontPage制作的网页在Netscape下浏览往往
显得杂乱无章的问题。
用Dreamweaver软件制作的网页的层不太适合Netscape调用，最好还是先将它转换成
为表格。
这个问题用以上方法是检查不出来的。
对于拼写也可以使用程序检查，如在FrontPage中打开检查拼写的网页，然后依次选择
菜单中的“工具”、“拼写与检查”或按F7键，然后FrontPage2000会报告检查结果，可
以立即予以更改修正。
2）数据库测试
在网站应用技术中，数据库起着重要的作用。
数据库为Web应用系统的管理、运行、
查询和实现用户对数据存储的请求等提供空间。
在Web应用中，最常用的数据库类型是关
159·
系型数据库，它可以使用SQL对信息进行处理。
在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一
致性错误和输出错误。
数据一致性错误主要是由于用户提交的表单信息不正确而造成的，
而输出错误主要是由于网络速度或程序设计问题等引起的。
针对这两种情况，可分别进行
测试。
5.1.3实训步骤
1.数据库测试
（1）安装SQL数据库连接软件（SQLexecutehelpertool）。
（2）打开SQL数据库连接软件，出现如图5.2所示的界面，输入HOSTIP、User、
Password，单击Connect按钮即可测试SQL数据库是否连接成功。
图5.2SQL数据库连接测试界面
2.程序测试
1）端口扫描
在客户端和服务器端进行一次端口扫描，找出那些已打开但并不需要的通信端口。
各
种服务，如FTP、NetBIOS、echo、gotd等使用的端口是引起安全问题的典型因素。
2）检查用户账户
将目光转移，看看操作系统、任何数据库以及程序自身的账户，特别注意guest账户、
默认账户或者简单密码账户以及不需要的用户ID。
3）检查目录许可
在关闭了无用端口并禁用了多余的账号后，仔细检查一下程序所用到的数据库和服务
160·
器目录的权限设置。
很多攻击利用了配置失误的权限，这种方法经常被用来攻击Web服
务器。
4）对数据库也进行和上面同样的设置
文件系统不是唯一因权限设置不当而受到攻击的对象，大多数的数据库系统也有很多
安全漏洞。
它们的默认权限设置通常不正确，如打开了不必要的端口、创建了很多演示用
户。
加强数据库安全的措施与操作系统一样，要关闭任何不需要的端口、删除或禁用多余
的用户，并只给用户完成其任务所必需的权限。
5.1.4思考与练习
1.思考题
（1）如何注意网站的安全性？
（2）服务器的稳定性测试指的是什么？
在IIS和Apache中应如何设置以保证服务器的
稳定性？
2.练习题
浏览某一个电子商务网站，测试其数据库安全性，并撰写测试报告。
5.2实训项目二网页测试
5.2.1实训目的与要求
通过学习与实训，学生应了解网页测试的内容，掌握网页测试的方法与技巧。
5.2.2实训预备知识
1.网页测试的内容
（1）测试网页对浏览器的兼容度。
浏览器的测试，是指测试网页在不同浏览器及其不
同版本下的运行和显示状况。
在实际工作中，用户会使用不同的浏览器登录互联网。
通过
此项测试和修改，可以保证网页在大多数的浏览器中都能正确显示。
测试结果既给出网页
在IE浏览器和Netscape浏览器下的显示报告，还详细统计网页中哪些HTML语法不被浏
览器支持以及改善的建议。
（2）分辨率测试。
显示器在1024×
768像素与800×
600像素情况下网页有哪些变化。
（3）操作系统测试。
测试在不同的操作系统下，网页显示效果是否一致。
（4）HTML语法检查。
不正确的HTML语法会影响浏览器的编译速度，而且可能会导
致页面在容错性差的浏览器中出错。
（5）链接情况检查。
帮你检查页面上所有链接是否正确，有没有死链接。
当页面创建
了很多链接时，用它来帮助检查链接的正确性。
（6）下载时间测试。
测试网页在不同连接速度下的下载时间，并且指出被测试页面所
链接的文件（如图片文件、框架页面、样式表文件、脚本文件等）中哪个过于庞大。
161·
（7）拼写检查。
检查网页上的中英文文法错误。
下面重点介绍一下链接测试与兼容性测试。
1）链接测试
链接是网站系统的一个主要特征，它是在页面之间切换和引导用户去一些地址求知的
页面的主要手段。
链接测试可分为3个步骤：
首先，测试所有链接是否按指示的那样确实
链接到了该链接的页面；
其次，测试所链接的页面是否存在；
最后，保证网站应用系统上
没有孤立的页面。
所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能
对其进行访问。
链接测试可以自动进行，现在已经有许多工具可以采用。
链接测试必须在集成测试阶
段完成，也就是说，在整个网站系统的所有页面开发完成之后进行链接测试。
下面是网页链接速度测试的代码。
<
scriptlanguage="
>
tim=1
setInterval（"
tim++"
100）
b=1
varautourl=newArray（）
autourl[2]=
autourl[1]="
functionbutt（）{
document.write（"
formname=autof>
for（vari=1;
i<
autourl.length;
i++）document.write（"
inputtype=textname
=txt"
+i+"
size=10value=测试中…
class=buttonface>
==>
inputtype=textname=url"
size=60class=
buttonface>
br>
inputtype=buttonvalue=重新测试速度
onclick=top.location=self.locationclass=buttonface>
/form>
}
butt（）
functionauto（url）{
document.forms[0]["
url"
+b].value=url
if（tim>
200）
{document.forms[0]["
txt"
+b].value="
链接超时"
else
时间"
+tim/10+"
秒"
b++
functionrun（）{for（vari=1;
img
src="
+autourl[i
升级会员 