第三章 环境测试
配置测试环境是测试实施的一个重要阶段，测试环境适合与否会严重影响测试结果的真实性和正确性。测试环境包括硬件环境和软件环境，硬件环境指测试必需的服务器、客户端、 络连接设备，以及打印机/扫描仪等辅助硬件设备所构成的环境；软件环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。在实际测试中，软件环境又可分为主测试环境和辅测试环境。主测试环境是测试软件功能、安全可靠性、性能、易用性等大多数指标的主要环境。一般来说，配置主测试环境可遵循下列原则：
1.符合软件运行的最低要求。测试环境首先要保证能支撑软件正常运行。
2.选用比较普及的操作系统和软件平台。一般都要在win98、win2000、2000server、windows xp下进行测试，除非软件的设计文档上有特殊要求。
3．要保证系统至少在时下流行的两种以上的浏览器上测试通过。如IE5、IE5.5、IE6、NS7等。
　　3.营造相对简单、独立的测试环境。除了操作系统，测试机上只安装软件运行和测试必需的软件，以避免不相关的软件影响测试实施。
4.无毒的环境。利用有效的正版杀毒软件检测软件环境，保证测试环境中没有病毒。并检测软件与时下流行的两种杀毒软件没有充突。
5．分辨率环境。要在不同的分辨率下进行测试，保证软件的每个页面的显示都正常。对于在Win2000下编制的程序，应在Win9X环境下检查界面上的字体和控件是否失真。
6． 络环境。要看 络连接是否正常；是否需要局域 和互联 等。
　　辅测试环境常常用来满足不同的测试需求或特殊测试项目：
　　兼容性测试：在满足软件运行要求的范围内，可选择一些典型的操作系统和常用应用软件对其安装卸载和主要功能进行验证。 　　
　　模拟真实环境测试：有些软件，特别是面向大众的商品化软件，在测试时常常需要考察在真实环境中的表现。如测试杀毒软件的扫描速度时，硬盘上布置的不同类型文件的比例要尽量接近真实环境，这样测试出来的数据才有实际意义。
横向对比测试：利用辅测试环境“克隆”出完全一致的测试环境，从而保证各个被测软件平等对比。
第四章 压力测试
压力测试用来检查程序对异常情况的抵抗能力。当关于容量的信息不确定的时候，需要确定是否分配了足够的磁盘空间，通讯的容量是否足够，测试系统过载的情况。压力测试总是迫使系统在异常的资源配置下运行。例如，①当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；②定量地增长数据输入率，检查输入子功能的反映能力；③运行需要最大存储空间（或其他资源）的测试用例；④运行可能导致虚存操作系统崩溃或磁盘数据剧烈抖动的测试用例；⑤多用户、超过系统设定的用户同时使用系统；⑥以比预期更快的速度与系统进行交互；⑦让系统长时间运行等等。
第五章 恢复测试
恢复测试主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。恢复测试首先要采用各种办法强迫系统失败，然后验证系统是否能尽快恢复。对于自动恢复需验证重新初始化、检查点、数据恢复和重新启动等机制的正确性；对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。
第六章 性能测试
性能测试主要是对响应时间、事务处理速率、数据显示速度、计算速度、 络传输速度、数据库查询响应时间、扫描时间、扫描识别率等和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。
对于那些实时和嵌入式系统，软件部分即使满足功能要求，也未必能够满足性能要求，虽然从单元测试起，每一测试步骤都包含性能测试，但只有当系统真正集成之后，在真实环境中才能全面、可靠地测试运行性能系统性能测试是为了完成这一任务。性能测试有时与强度测试相结合，经常需要其他软硬件的配套支持。
另外，还需要注意程序对系统消耗资源的测试，如CPU负载、内存、显存、硬盘资源消耗情况。

第七章 安全测试
　　安全测试检查系统对非法侵入的防范能力。安全测试期间，测试人员假扮非法入侵者，采用各种办法试图突破防线。例如，①想方设法截取或破译口令；②专门定做软件破坏系统的保护机制；③故意导致系统失败，企图趁恢复之机非法进入；④试图通过浏览非保密数据，推导所需信；⑤权限控制是否合理、正确等等。理论上讲，只要有足够的时间和资源，没有不可进入的系统。因此系统安全设计的准则是，使非法侵入的代价超过被保护信息的价值。此时非法侵入者已无利可图。

第八章 安装测试
A、在一台与用户的运行环境基本一致，没有安装过开发工具（如BCB、DELPHI、VB或VC）和没有安装过特殊字体的计算机上，依据产品《使用手册》/《安装手册》中的安装说明部分进行安装，要求无论是自动安装和手工配置都能够依据向导正确实施安装，安装退出后，软件能正确启运、运行。
B、产品安装界面上的提示要正确，对安装起指导作用，版权说明文件与该程序相符。
C、安装时，对默安装路径、用户自己指定的路径都要求能进行正确安装。
D、用户自已指定路径时，如为已存在路径能够进行安装，如为不存在的路径，应能创建该路径并进行安装。
E、程序安装完成后，在开始－程序菜单中要生成中文的快捷方式或程序组，本公司的软件产品，要生成“伍陆柒捌＊＊软件”程序组，在其下生成中文的快捷方式。
F、卸载测试，如果系统提供自动卸载工具，那卸载后，检查是否把所有文件都全部删除，注册表中的有关注册信息是否也被删除。
G、安装完成在简单的使用后在执行卸载操作，看是否能执行成功。
H、先安装客户端，在安装服务端，看是否会出现问题。
I、考察安装该系统是否对其他的应用程序造成影响。

第九章 文档测试
    将文档同程序相比较，看是否有不相符的情况。检查文档的截图是否跟程序一致，检查文档是否有错字或不符合语法规范的地方。
   A、程序的帮助文档要说明准确、通俗易懂，不用专业术语，且操作步骤要符合程序的要求。
B、要图文并茂，易于理解。
C、从程序抓取的图片中，数据要有代表意义，而不是一些乱七八糟的字母、数字的组合。有意义的数据也能对用户的操作起着指导作用。
总之，对文档要进行完整性校验、正确性校验、一致性校验、易理解性校验、易浏览性校验、版本统一性校验。

第十章 回归测试
当程序修改后，为了确保功能的正确性，需要重新测试应用程序中没有改变的部分。
在时间和条件允许的情况下，要测试修改相关的整个模块甚至整个程序。

左侧导航窗格：
是否能够在左侧的导航窗格中来回移动，该窗格显示是否正确br>是否能够在大于屏幕的区域内滚动br>是否能够选择不同的新闻组，文章列表是否显示在右上窗格中br>是否能够调整左侧导航窗格以及右上和右下窗格的大小br>右上窗格：
右上窗格是否正确地显示文章，是否保持了每篇文章的连载状况br>是否可以遍历连载文章br>读过一篇文章后，它是否被标记为红色br>如果文章列表大于一个页面，是否能够遍历右上窗格中的各个页面br>右下窗格：
是否可以选择一篇文章并显示在该页面的右下窗格中br>是否能够发布新消息，回复组，回复个人或转发文章br>在回复个人或转发消息时，默认的邮件客户程序是否启动并显示新消息
是否能够伴随文章发送附件br>是否可以查看附件br>工具栏：
验证工具栏适合其所在的页面并能够根据浏览器窗口调整大小。
验证本地菜单能够正常运行。
验证本地菜单中的链接。
验证全局菜单能够正常运行。
验证全局菜单中的链接。
验证工具栏上的所有图形。
验证工具栏框架大小不可调整。
界面测试
站点地图和导航条
确认你测试的站点是否有地图。有些 络高手可以直接去自己要去的地方，而不必点击一大堆页面。另外新用户在 站中可能会迷失方向。站点地图和/或导航条可以引导用户进行浏览。需要验证站点地图是否正确。确认地图上的链接是否确实存。地图有没有包括站点上的所有链接。是否每个页面都有导航条导航条是否一致每个页面的链接是否正常导航条是否直观br>内容
测试人员应确保站点看起来更专业些。过分地使用粗体字、大字体和下划线可能会让用户感到不舒服。在进行用户可用性方面的测试时，最好先请图形设计专家对站点进行评估。你可能不希望看到一篇到处是黑体字的文章，所以相信您也希望自己的站点能更专业一些。 最后，需要确定是否列出了相关站点的链接。很多站点希望用户将邮件发到一个特定的地址，或者从某个站点下载浏览器。但是如果用户无法点击这些地址，他们可能会觉得很迷惑。
颜色/背景
由于 web 日益流行，很多人把它看作图形设计作品。不幸的是，有些开发人员对新的背景颜色更感兴趣，以至于忽略了这种背景颜色是否易于浏览。典型的站点是在紫色图片的背景上显示黄色的文本(如果你没有见过这样的站点，请浏览一下 GeoCities 或 AOL 上的个人主页，有不少这样的)。这种页面显得”非常高贵”，但是看起来很费劲。通常来说，使用少许或尽量不使用背景是个不错的选择。如果您想用背景，那么最好使用单色的，和导航条一起放在页面的左边。另外，图案和图片可能会转移用户的注意力。
图片
无论作为屏幕的聚焦点或作为指引的小图标，一张图片都胜过千言万语。有时，告诉用户一个东西的最好办法就是将它展示给用户。但是，带宽对客户端或服务器来说都是非常宝贵的，所以要注意节约使用内存。是否所有的图片对所在的页面都是有价值的，或者它们只是浪费带宽使用其它的文件格式(.GIF, .JPG) 是否能使图片的大小减小到 30k 以下通常来说，不要将大图片放在首页上，因为这样可能会使用户放弃下载首页。如果用户可以很快看到首页，他可能会浏览站点，否则可能放弃。
表格
需要验证表格是否设置正确。用户是否需要向右滚动页面才能看见产品的价格价格放在左边，而把产品细节放在右边是否更有效每一栏的宽度是否足够宽，表格里的文字是否都有折行否有因为某一格的内容太多，而将整行的内容拉长br>回绕
最后，需要验证的是文字回绕是否正确。如果说明文字指向右边的图片，应该确保该图片出现在右边。不要因为使用图片而使窗口和段落排列古怪或者出现孤行。
功能测试
链接
链接是使用户从一个页面浏览到另一个页面的重要手段。对于每个链接，需要验证两件事情： 一是该链接将用户带到它所说明的地方，另外就是被链接页面是存在的。这句话听起来有些问题，但是有很多多站点的内部链接都是空的。这实在是无法忍受。
表单
当用户通过表单提交信息的时候，都希望表单能正常工作。如果使用表单来进行在线注册，要确保提交按钮能正常工作，当注册完成后应返回注册成功的消息。如果使用表单收集配送信息，应确保程序能够正确处理这些数据，最后能让顾客能让客户收到包裹。要测试这些程序，需要验证服务器能正确保存这些数据，而且后台运行的程序能正确解释和使用这些信息。
数据校验
如果系根据业务规则需要对用户输入进行校验，需要保证这些校验功能正常工作。例如，省份的字段可以用一个有效列表进行校验。在这种情况下，需要验证列表完整而且程序正确调用了该列表(例如在列表中添加一个测试值，确定系统能够接受这个测试值)。
Cookies
很多用户喜欢甜食，但是开发人员喜欢 web cookie (小甜饼)。如果系统使用了cookie，测试人员需要对它们进行检测。如果在 cookies 中保存了注册信息，请确认该 cookie能够正常工作而且已对这些信息已经加密。如果使用 cookie 来统计次数，需要验证次数累计正确。 
应用程序特定的功能需求
最重要的是，测试人员需要对应用程序特定的功能需求进行验证。尝试用户可能进行的所有操作：下订单、更改订单、取消订单、核对订单状态、在货物发送之前更改送货信息、在线支付等等。这是用户之所以使用 站的原因，一定要确认 站能像广告宣传的那样神奇。
　
接口测试
在很多情况下，web 站点不是孤立。Web 站点可能会与外部服务器通讯，请求数据、验证数据或提交订单。
服务器接口
第一个需要测试的接口是浏览器与服务器的接口。测试人员提交事务，然后查看服务器记录，并验证在浏览器上看到的正好是服务器上发生的。测试人员还可以查询数据库，确认事务数据已正确保存。
外部接口
有些 web 系统有外部接口。例如， 上商店可能要实时验证信用卡数据以减少欺诈行为的发生。测试的时候，要使用 web 接口发送一些事务数据，分别对有效信用卡、无效信用卡和被盗信用卡进行验证。如果商店只使用 Visa 卡和 Mastercard 卡， 可以尝试使用 Discover 卡的数据。(简单的客户端脚本能够在提交事务之前对代码进行识别，例如 3 表示 American Express，4 表示 Visa，5 表示 Mastercard，6 代表Discover。)通常，测试人员需要确认软件能够处理外部服务器返回的所有可能的消息。 
错误处理
最容易被测试人员忽略的地方是接口错误处理。通常我们试图确认系统能够处理所有错误，但却无法预期系统所有可能的错误。尝试在处理过程中中断事务，看看会发生什么情况单是否完成试中断用户到服务器的 络连接。尝试中断 web 服务器到信用卡验证服务器的连接。在这些情况下，系统能否正确处理这些错误否已对信用卡进行收费果用户自己中断事务处理，在订单已保存而用户没有返回 站确认的时候，需要由客户代表致电用户进行订单确认。
兼容性测试
需要验证应用程序可以在用户使用的机器上运行。如果您用户是全球范围的，需要测试各种操作系统、浏览器、视频设置和 modem 速度。最后，还要尝试各种设置的组合。
操作系统
你的站点能否在 MAC 和IBM 兼容系统上浏览有些字体在某个系统上可能不存在，因此需要确认选择了备用字体。如果用户使用两种操作系统，请确认站点未使用只能在其中一种操作系统上运行的插件。
浏览器
站点能否使用 Netscape、Internet Explorer 或Lynx 进行浏览有些 HTML 命令或脚本只能在某些特定的浏览器上运行。请确认有图片的替代文字，因为可能会有用户使用文本浏览器。如果您使用 SSL 安全特性，则只需对 3.0 以上版本的浏览器进行验证，但是对于老版本的用户应该有相关的消息提示。
视频设置
页面版式在 640×400、600×800 或 1024×768 的分辨率模式下是否显示正常字体是否太小以至于无法浏览或者是太大文本和图片是否对齐br>Modem/连接速率
是否有这种情况，用户使用 28.8 modem下载一个页面需要 10 分钟，但测试人员在测试的时候使用的是 T1 专线用户在下载文章或演示的时候，可能会等待比较长的时间，但却不会耐心等待首页的出现。最后，需要确认图片不会太大。
打印机
用户可能会将 页打印下来。因此 也在设计的时候要考虑到打印问题，注意节约纸张和油墨。有不少用户喜欢阅读而不是盯着屏幕，因此需要验证 页打印是否正常。有时在屏幕上显示的图片和文本的对齐方式可能与打印出来的东西不一样。测试人员至少需要验证订单确认页面打印是正常的。
组合测试
最后需要进行组合测试。600×800 的分辨率在 MAC 机上可能不错，但是在 IBM 兼容机上却很难看。在 IBM 机器上使用 Netscape 能正常显示，但却无法使用 Lynx 来浏览。如果是内部使用的 web 站点，测试可能会轻松一些。如果公司指定使用某个类型的浏览器，那么只需在该浏览器上进行测试。如果所有的人都使用 T1 专线，可能不需要测试下载施加。(但需要注意的是，可能会有员工从家里拨 进入系统) 有些内部应用程序，开发部门可能在系统需求中声明不支持某些系统而只支持一些那些已设置的系统。但是，理想的情况是，系统能在所有机器上运行，这样就不会限制将来的发展和变动。
负载/压力测试
测试需要验证系统能否在同一时间响应大量的用户，在用户传送大量数据的时候能否响应，系统能否长时间运行。可访问性对用户来说是极其重要的。如果用户得到“系统忙”的信息，他们可能放弃，并转向竞争对手。系统检测不仅要使用户能够正常访问站点，在很多情况下，可能会有黑客试图通过发送大量数据包来攻击服务器。出于安全的原因，测试人员应该知道当系统过载时，需要采取哪些措施，而不是简单地提升系统性能。
瞬间访问高峰
如果您的站点用于公布彩票的抽奖结果，最好使系统在中奖 码公布后的一段时间内能够响应上百万的请求。负载测试工具能够模拟 X 个用户同时访问测试站点。
每个用户传送大量数据
上书店的多数用户可能只订购 1-5 书，但是大学书店可能会订购 5000 本有关心理学介绍的课本或者一个祖母为她的 50 个儿孙购买圣诞礼物(当然每个孩子都有自己的邮件地址) 系统能处理单个用户的大量数据吗br>长时间的使用
如果站点用于处理鲜花订单，那么至少希望它在母亲节前的一周内能持续运行。如果站点提供基于 web 的 email 服务，那么点最好能持续运行几个月，甚至几年。可能需要使用自动测试工具来完成这种类型的测试，因为很难通过手工完成这些测试。你可以想象组织100 个人同时点击某个站点。但是同时组织 100000 个人呢。通常，测试工具在第二次使用的时候，它创造的效益，就足以支付成本。而且，测试工具安装完成之后，再次使用的时候，只要点击几下。
安全性测试
即使站点不接受信用卡支付，安全问题也是非常重要的。Web 站点收集的用户资料只能在公司内部使用。如果用户信息被黑客泄露，客户在进行交易时，就不会有安全感。
目录设置
Web 安全的第一步就是正确设置目录。每个目录下应该有 index.html 或 main.html 页面，这样就不会显示该目录下的所有内容。我服务的一个公司没有执行这条规则。我选中一幅图片，单击鼠标右键，找到该图片所在的路径”…com/objects/images”。然后在浏览器地址栏中手工输入该路径，发现该站点所有图片的列表。这可能没什么关系。我进入下一级目录 “…com/objects” ，点击 jackpot。在该目录下有很多资料，其中引起我注意的是已过期页面。该公司每个月都要更改产品价格，并且保存过期页面。我翻看了一下这些记录，就可以估计他们的边际利润以及他们为了争取一个合同还有多大的降价空间。如果某个客户在谈判之前查看了这些信息，他们在谈判桌上肯定处于上风。
SSL
很多站点使用 SSL 进行安全传送。你知道你进入一个 SSL 站点是因为浏览器出现了警告消息，而且在地址栏中的 HTTP 变成 HTTPS。如果开发部门使用了SSL，测试人员需要确定是否有相应的替代页面(适用于3.0 以下版本的浏览器，这些浏览器不支持SSL。当用户进入或离开安全站点的时候，请确认有相应的提示信息。是否有连接时间限制过限制时间后出现什么情况br>登录
有些站点需要用户进行登录，以验证他们的身份。这样对用户是方便的，他们不需要每次都输入个人资料。你需要验证系统阻止非法的用户名/口令登录，而能够通过有效登录。用户登录是否有次数限制是否限制从某些 IP 地址登录如果允许登录失败的次数为3，你在第三次登录的时候输入正确的用户名和口令，能通过验证吗口令选择有规则限制吗nbsp;
日志文件
在后台，要注意验证服务器日志工作正常。日志是否记所有的事务处理是否记录失败的注册企图是否记录被盗信用卡的使用是否在每次事务完成的时候都进行保存记录IP 地址吗记录用户名吗br>脚本语言
脚本语言是常见的安全隐患。每种语言的细节有所不同。有些脚本允许访问根目录。其他只允许访问邮件服务器，但是经验丰富的黑客可以将服务器用户名和口令发送给他们自己。找出站点使用了哪些脚本语言，并研究该语言的缺陷。最好的办法是订阅一个讨论站点使用的脚本语言安全性的新闻组。
结论
无论你在测试 internet、intranet 或者是 extranet 应用程序，web 测试相对于非 web 测试来说都是更具挑战性的工作。用户对 web 页面质量有很高的期望。在很多情况下，就像业务功能一样，页面用于维护和发展公共关系，所以第一印象非常重要。

第三部分  数据库程序的测试
nbsp;如果要向SQL数据库中保存时间，时间的年份必须大于等于1753年，如果小于1753年，修改数据库时会出错。
nbsp;测试数据库程序时，除了要测试每个数据库操作是否正确外，要着重测试数据库共享问题，即多人同时执行同一功能，这样就会同时对同一数据表进行操作，测试程序是否正常。
nbsp;测试数据库程序时，还要测试数据库操作的速度，如果数据库操作缓慢，应通知程序员进行优化

文章知识点与官方知识档案匹配，可进一步学习相关知识MySQL入门技能树数据库组成表31381 人正在系统学习中 相关资源：城市规划常用软件湘源控规_湘源镇区规划-咨询工具类资源-CSDN文库