《2023年-电子商务系统实用指南.docx》由会员分享，可在线阅读，更多相关《2023年-电子商务系统实用指南.docx（17页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、测试的电子商务系统：一个实用指南作为电子客户（是否商业或消费者），我们是不太可能有对遭受频繁 停工期，垂悬在事务处理中间，或有实用性粗劣的感觉的网站的电 话会议。测试有，因此，在整体发展进程的一个关键的角色。指定 的无限的时间和资源，您能测试系统对精疲力尽。但是，多数项目 运行在固定的预算值和时间表之内，因此项目经理需要系统并且对 测试那的有效的途径最大化测试电话会议。这个条款提供一快速并 且实用介绍测试介质对大规模可处理电子商务系统根据项目体验开 发被剪裁的解决方法为B2c万维网零售和B2B采购。特点多数电子 商务系统，申请结构包括前期美满的发运和管理系统，和后端事务 处理和遗产综合化。瞄准
2、主要项目和测试经理，这个条款解释怎么 经验丰富的项目经理会赞成测试计划需要被执行及早在项目生存 期。这将保证时期需要为测试准备（设立测试环境，找到测试人员, 写测试脚本，等等）在所有测试可能实际上开始之前。这种不同的 测试（部件，系统，功能，黑色配件箱，和其它人）很好被提供在文 件。但是，较不好被明确表达（尽管好常规文本在软件工程）是一起 栓所有测试和验证活动使用提供质量解决方法对客户机的测试进 程。表1存在我同事和我来采取在几e -商务项目测试进程的一个 矩阵设计。几个目标（被列出在表的第一列）引导这个设计；一个或 更多进程支持各个目标的成绩。我们更喜欢术语目标逐步采用 表明情况目标是并行。
3、那是您能测试系统的当前释放，但同时，设 置和赞成现实期望为下释放。里面测试工具要诀类别为更好的站点定位 公用测试的陷阱 它的设计或至少部份应该是熟悉对那些被体验在测试管理角色。那 些不是或不跟随一个系统的测试进程能使用矩阵设计作为模板为计 划测试并且验证活动由分配进程对项目计划。它是还有用的作为为 改进测试进程的一个工具由检查设计反对实际进程。测试电子商务系统 因此怎么您测试电子商务系统?您需要什么样测试做？这里，我存在的测试区核对清单一起编组公 用类型测试向电子商务系统正常被运用。（这些测试并且适用于其它 类型系统。）您能相对地快速报道某些测试区（譬如浏览器兼容性）， 但是其它人（像那些为事
4、务处理完整性）要求一个更高的水平工作成许多电子商务站点使用购物车（或某一变形外 题材）作为结构为客户编译命令。基本的购匕 提供列表和总功能，但是更加老练.可能为， 提供额外功能，譬如税和发运计算、忠诚度! 和之外和收回功能。测试应该包括所有购物 车功能的方面根据购物项目测试程序。订单处理订单处理可能介入事务处理自动化的创建或: 或信息传送对后端系统。付款处理对付款处理的途径变化从信用卡详细数据简- 取为脱机手工处理对实时看板卡处理。不问， 择的途径，您必须测试几个基本的活动，譬如彳 是否系统执行必要的验证和扣除正确金额从信1 卡。日志必须正确地并且记录各张事务处理。操作的企业规程电子商务企业规
5、程经常介入手工和自动化的关 程。电话询问台，例如，可能处理产品回归或命 问，但依靠信息从自动化的进程。不要忘记，您U 测试商业电子规程，不仅e商务系统就其本身|苒先,辨认可能发生的各种各样的企业方案。如，客户能请求产品回归（在电话，或通过电子邮 其通信平均值）或取消命令。付款可能被延五 被取消。其次，尝试和估计各个方案范围和缩方 例：多少回归可能是您得到在峰顶期间？仿真高峰情况和看见多么恰当e-business程公用测试的陷阱付。特别是，观察何处主要瓶颈是并且何处您能做 值的改进。在现场之前，保证，您知道至少操作 企业规程概略的能力。系统综合化开发员必须经常集成电子商务系统 现有的办公室或旧系
6、统，譬如会计科目和股票 系统。或，您能需要集成电子商务系统以第三 请，譬如电子邮件。在某些情况下，譬如在交 台综合化，您能使用专业中间件技术譬如COR （公用对象请求代理程序结构）或传讯（被实1软体譬如IBM MQ系列）集成系统。粗劣的估计。开发员低估工作成绩和资源必须为测试。结他们错过截止日期或提供一个部分被测试的系客户机。不可测试的需求。描述需求模棱两可地使他们不可能或难测试 足的测试覆盖范围。判例的一个不足的编号 测试系统的充分的功能。数据界面格式化。数据界面定义数据格式化由前面和后端系统交 在B2B方案，例如，我们必须保证，一个命令在 商和消费者之间依照统一的次序格式化。这样界 可能变
7、化从简单对高复杂，并且测试应该保证 生成和传送数据在正确格式化。工具譬如XML （可扩展标记语言）缓和数据界面问题由提供二 型别定义（DTDs） o不充分的测验数据。测验数据不包括所有可能的数据值的范围, 它省去边界值。假的假定。开发员有时提出要求关于系统根据假定关于 的硬件或软件。提防开始系统的语句如果 不是系统实际上。太晚测试。测试在发展进程期间太晚留给一点时间操纵 试查找主要缺陷。界面频率和起动。处理在前面和后端系统之间也许是时间受抚养注重简单测试。例如，一个后端系统能是必要立即处理数据传输初系统或在一个被定义的期间内。测试应该查明当测试不安置系统在充足地高水平重音之下不调查系统转效点，
8、依然是因此未知。系统实际上观察实时性约束并且是否它激活资环境配错。传输在适当的时候O更新。一个系统必须经常更新信息在其它系统。验证 套程序和远程规程进行必要的更新运算没有前测试系统在不是相同作为环境它将被安装的 里不告诉您关于怎样这将有效在现实世界。被配错的测试做一点点或没有企图复制外用 、硬件,和申请的混合当前在安装环境里。连接体积容量。界面处理数据量被想象吗？记住，遗产后端系 可以今天被设计了为数据量典型。忽略例外。开发员有时错误地倾斜测试往正常或正常案 这样测试经常忽略系统例外，导致工作多半 间，但不一致的系统。配置管理不善。在某些情况彳，软件发行包含未被测试根本联合性能-二个系统性能一
9、起集成可能是一个主要问题。例如，您可能需 要集成电子商务系统以一个财务处理器的付款系统处理信用卡联机。在其它方案，使用 中间件技术譬如CORBA可能招致不能接受的辅助操作由使用对象经纪。执行测试在被模 拟的企业用量之下保证可接受的综合化性能。性能事关的性能最是结尾性能被提供对 客户，并且网际网络业务量做这个性能变量。测试的目标是查明系统性能退化配置文件 (多么快速地并且多少它贬低)并且系统转效点，是阈值系统要素、硬件或软件，将失 败或将停止作用。性能堵塞电子商务系统是只一样强的像其最微弱的连结。例如，性能 遭受当您配对可能处理千位广泛用户以数据库可能处理只20并行连接数的一台网络服 务器。有效
10、测试介入辨认和注重最微弱的连结避免过度花费在强的连结。负荷处理。一 家大英国目录公司的供应链变得无法应付订单处理及时圣诞节1999年。这个情况强 制商业转动去客户在十二月中旬。确定性能退化(退化配置文件)并且系统的转效点的 费率对达到特定服务质量是重要(QoS)需求。例如，您能指定一个QoS需求譬如，性能 将下降没有比百分之10当并行用户的数量到达10,000。您能使用工具譬如亚帕基印第 安人JMeter(.apache, org)并且WebLoad ()测试服务器性能在静态和动态 资源（譬如CGI程序、servlets,或Perl脚本）在不同的负荷类型之下。您能舷梯业务量在一个网站从100
11、SO 1,000个同时用户，根据您的估计为正常和高峰企业用 量。可测量性分析不称得很好的电子商务系统从第一天起被限制。可测量性分析介入“testing 一个系统的建筑设计和其能力符合未来（而不是当前）性能要求。可测量性基本区域 是硬件、应用软体、数据库和中间件。测试的目标是确定系统的退化配置文件和转效点水平的可测量性介入添加新建要素，譬如服4 石井O垂直的可测量性关心怎么现有的要素可能由1 增长,例如，更多盘来磁盘口组。可测量性分析 辨认，和的地方多么容易地，您能称结构。登录和安全安全（或缺乏它）是一个主要障碍对电子商务 别在欧洲。以上升在信用卡欺骗和惹人注目的黑彳 击，他们察觉像不安全的客户
12、越来越避免电子商2 点和系统。登录/注册能力几个潜在问题可能出现从未通过的登录功能。 最特点的这样问题是用户提供一个有效登录彳 令但能登录。其它问题可能是复杂，譬如当系Z 正确地设置个性化设置。如果适当，测试应该: 验证，系统正确地设置权限级别。渗透和访问控制安全人事部定义渗透作为对禁区和信息的未才 的存取。外部渗透提到来自超出的攻击（在因特 内部渗透提到来自内的攻击。一个大补充机才 近损坏了其图像当黑客获得未授权的使用（在因 和没有口令）对其简历数据库。这个数据库彳 T高度机密信息关于工作流程的私有详细数据彳 金我们并且知道案件何处入侵者对未授权的面彳 够了存取由直接地简单输入URL而不是审
13、阅意 途径通过主页。您应该测试安全措施反对未授才 存取确定保护的实际级别。不安全的信息传输。数字签名对数字签名的用途是在上升，特别在认证和 nonrepudiation是关键词的安全文件替换申 测试应该包括数字签名生成和发行的平均值。他彳 该并且证实是否证明文件正确地被装载和被安当 并且申请处理无效签名。不要假设这将有效测t优质电子商务系统的生产依靠全面和很好管孑 测试。我强烈建议项目和测试经理对待想法出/ 里不是作为一个明确的指南，而是作为一个结才 fleshing,重新考虑，或评估他们自己的测i 造和方法。我们有一个简单经验法则关于测试：如） 疑义，您需要做大规模电子商务系统更多测试E 衣
14、。与他联系在 wlam_ukyahoo. com。信息调用发生从浏览器到服务器，服务器对与 希，服务器对后端系统和反之亦然。为一些，安接字层（SSL）成为了事实上的标准为安全联机 信。那$信息是敏感的，您必须测试反对被规定的q需求。什么加密的级别被要求，并且加密系统彳 这些要求吗？万维网攻击多么有倾向系统对万维网攻击譬如欺骗，snooping,和嗅？那里万维网攻击是高优先级（譬如为财务 统），考虑安全评估从一个独立安全组织。一些安; 具，例如，检查嗅探犬和显示不安全的网络电 置。计算机病毒。多么韧性系统反对计算机病毒？测试，任一， 毒保护软件装载得在适当的时候，并且必要的规程（ 或被自动化）更
15、新病毒文件是到位。读后心得报告本章在介绍电子商务系统及相关工具的测试应用,有谈到B2B, B2C及所有电子商务活动,只要是有关电子商务的东西,其先前的准备测 试工具及方法在此都有说明。像一开始设置一个现实的期望值,然后定义一个测试的方法,计划测 试再来设置测试环境进行测试动作。还有许多测试工具的类别,例 如有配置管理工具,数据库性能工具,网络监视工具,回归测试工具 等等。文章里有提到一点点的登录安全，我觉得是我最感性趣的，因 为有时上网要购物时总会怀疑自己的账号密码会被盗用，总觉得很不 安全,因此在要设立一个电子商务系统前,所要建立的安全机制真的很 重要,否则电子商务系统就无法发挥其最大功效。
16、事实上有许多的介绍都是课堂上会提到的,看完这篇电子期刊后,觉得 要拥有一个好的电子商务系统,真的需要相当大的资源及管理,更何况 是要去测试这个系统的工具了，因此有心朝计算机方面前进的同学可真 的要好好听这一门课了。绩。浏览器兼容性客户将成为挫败如果他们无法容易地得到对您的 电子商务站点。虽则相对地简单做，它支付花费足够时间测试在这 个面积。缺乏支持对于早期的浏览器。没有所有浏览器是相等的。 例如，一些 Internet Explorer 和 Netscape Navigator 的早期的 版本不充分支持Java语言。.表1。测试进程的矩阵设计。目标进程JavaScript. Decide在兼容
17、性上的最低F测试工具类别设置和同意 现实期望为 系统定义一个测试方法计划测试给予企业需求优先；辨认那些重要并且那些选项。一个指定的交货日期，过滤掉，reprioritize,或重新协商不切实际 的系统期望。指定是可测试性的需求。去除或固定模棱两可的需求。定义是意味深长的对商业的验收标准。定义相关的业界标准或竞争基准。保证，赌金保管人赞成一个能力计划为系统可测量的能力需求。拟定和提供测试方法；与测试质量计划关系它。在初期辨认高风险区域；标记这些为及早测试和保持他们去从项目的 关键路径。辨认要求测试的所有系统的方面；在各个案件，表明级别和形成测试。辨认可能帮助自动化或测试进程的文件元素的相关的测试
18、工具。估计必需的资源，譬如工具，人、硬件和软件基础设施，测试地点，等等。定义角色和责任；辨认一个适当地合格的测试经理和测试小组。勾画和赞成一个详细的实验计划以客户机；定义测试重要事件和测试设置测试环 境deliverableso计划前发行系统可能被观察在被模拟的企业用量之下的模拟期间。设置实际测试环境，例如，硬件和软件基础设施。准备测试物料譬如详细的实验计划、测试脚本，和测验资料。准备测试材料以重新使用在头脑里。设置缺陷跟踪的系统；决定缺陷和任一测试度规的窗体向用途报告。定义测试标准和规程；教育单个在对标准和规程的用途。获取和准备必要的测试工具；保证，测试小组接受相关的培训。进行测试监控部署
19、的系统管理连续释 放举办适当的质量检查，譬如编码复核和走throughs。进行测试，是否在部件、综合化、系统，或使用接受级别。执行测试和校对检验结果；记录结果和事件在缺陷跟踪的系统。分析检验结果；监控范围以缺陷和缺陷严重级别的高发生。跟踪和管 理缺陷解决方法。如果适当，重复测试和重新使用测试材料加速再实验。演出前居住模拟期间；测试系统在期望的企业用量之下和观察结果。设法决策现场根据检验结果；考虑如果系统达到了释放标准。监控系统性能使用相关的监视T具；使用性能向指南性能定调的活动 报告。获取所有残余的缺陷；估计他们的优先级和，如果严肃，考虑整流计 划。会集反馈和问题报表从用户；分析这些辨认未来改
20、善。获取和给予新建企业需求优先；估计他们的对系统的影响在做对他们 之前。修理未清和残余的缺陷。计划system掇下释放；赞成释放计划以相关的赌金保管人。保证一个光滑的转移从当前与新建释放。平，例如，系统应该是与IE版本3. 0兼2 上述和网景版本2.0和系统的确运作没 题在早期的浏览器版本的aboveand测试 浏览器特定扩展名-HTML是一个演变的才 （HTML 4.0是最新的说明）并且不应该 HTML扩展名被混淆特定对一次特殊浏览 施。例如，表疆界颜色货签（ 表疆界CO $）是特定对 Microsoft Internet Explorer;服务器脚本货签（ 服务器） 扩展名被介绍以浏览器版
21、本4.0 o浏览器细微差异与同样发行版本，浏览1 同配置管理工具；管理版本和更改系统人工制品控用如软件组件和检验文件。数据库性能工具：评定数据库性能,譬如同时候执 择了数据库查询,这些工具促进数据库优化。调试器是查找和解决软件缺陷在编码的典型的程F 计工具。他们是多数现代应用开发环境的一部分。缺陷管理系统记录缺陷和跟踪他们的状态和解决二法。一些包括报告工具提供管理信息在缺陷传播和缺E决方法费率。网络监视工具；观看网络信息流通量的级别。他们是有用的为辨认网络瓶颈和测试连结在前面1 后端系统之间。回归测试工具；存储判例和测验数据，可能再应F 例在连续软件改变以后。站点监视工具；监控站点的性能，经常
22、从用户透未 图。使用他们编译统计数据譬如结束对结尾反应时间不 产量，和阶段性地检查站点的可用性。重音工具：帮助开发员探索系统行为在高水平操彳用量之下和查找系统的转效点。系统资源多数0S服务器和网络服务器软件的屏舞 零件；他们监控资源譬如磁盘空间、CPU用量，1地表现在不同的平台，和当使用用不同E选项。测试应该包括至少主要平台（Uni） 窗口、Mac,和Linux）并且期望的语言关 项。页面显示页面显示在浏览器形成首要的界面在客J 商业之间。得到这个错误在任何情况下, 且大厦客户电话会议和信任工作变得更加 难。页面不正确显示-显示所有页正确地不 一样容易像它听起来多数电子商务系 统动态地生成网页
23、（那是他们存取数据库和显示结 果在浏览器）而不是显示静态HTML.问 题可能发生，例如，当浏览器检索一 个空结果被设置从数据库或当数据库 连接数是无法获得的。页面显示也许予先并且介入装载资源（譬 属程序），并且您能遇到问题当这样资源 法获得的。测试，您的系统适当地处理i 例外。运行时错误消息-用户得到挫败浏览掷这样错误消息常规是不友好和不意味存。的对用户的意外的错误消息；而且，他彳测验数据生成工具协助用户在生成测验数据。下一个粗劣的印象在客户。执行测试保证，检验结果比较器帮助与那其它集比较一套的结果i请试。获取和处理所有错误，例如，生成适当和要诀为更好的站点定位1 .提供全球定位在各页以便用户
24、有在哪里） 在整体站点之内的一感觉为并且什么其它站 须提供。2 .提供超链接对关系了目录的其它页在站 3.保证导航条是一致的，根据窗体和安置彳 页。4 .用途文本定位优先于图标和照片作为这 不模棱两可的。5 .四点击规则阐明，用户应该能得到从他t 是在站点对其他点在站点在四点击的地方。6 .保持页短使相当数量移动减到最小用户! 执行。与长式页，发布目录在顶层附近让用 速跳跃对适当的点在页。7 .为大站点，提供搜索配件箱或搜索窗体彳 户快速搜索它。8 .提供一个站点导航图因此用户能得到整， 点的概略的视图。9 .提供一个连结对主页在每页以便用户能4 来到一个中央参考点。10 .提供和高亮度显示定
25、位连结对您要用户 高优先级面积。课时管理HTTP是一个无国籍的协议，并且使 Java或有效的服务器页的服务器边程序设计工具彳 泛的用途课时反对获取状态信息。这是，例如， 页存储项目在购物车。我们的经验表明，任一个 使用课时管理应该被测试为几个特性。课时到期。多数申请和网络服务器配置课时以 们到期在集时光以后。尝试存取有到期的原因 的课时反对，并且必须被处理在编码之内；经 不是。开发员倾向于俯视测试对于课时到期，主 为在正常操作的情况下，课时到期是不太可能发 课时存贮。考虑如果任何问题与存储经常取决 用软件）的课时对象关系。例如，课时对象也 存储作为曲奇饼，但若用户没有曲奇饼被启用在 的浏览器呢
26、？并且，有是任何限制对课时对象的 范围吗？实用性好站点实用性是关键的为吸引并且保留的客户的确，一项研或表明客户的百分之67没有完成联机采购由于粗劣的实用性。实用性包括宽广的面积和 经常是困难定义，或从未定义根本。但是，这缺乏 插件相关性。开发员适应一些站点往有一个定义相冲插件，一刹那图像插件或语言插件是一些实突以测试和需要有可测试性的需求（如果您 浏无法测试览器。但是，它是不合情理简单转动一个潜需求，怎么您知道，他们遇见了？）概测 子法，实用性是客户能执行一套任务的舒适，客户因为站点是不能再用的没有插件。测试典型地被确定当采取为成功完成的时候。您 点能测试实用性通过实用性研究，在中您给一是功能
27、上等效的与和没有插件。个组单个所选的任务执行，观察他们的性Aesthetics. Sites需要审美喜欢，那些不，能，和收集反馈。替代，您能获得这信息在 险表达网站设计员坐下与用户在实用性课时之后和一个粗劣的图像或，更坏，损坏一个现有的获得直接口头反馈在站点的实用性的联合帮 图助课时上。像。那里二个竞争的站点是否则相等的，用 选Nonintuitive 设计。您像 nonintuitive 能择也许基于审美呼吁单独。虽然有些主观，标记网站的方面如果，平均，这花费一个新 覆建访客每不均衡的时间执行集合任务。当设核反对竞争站点有价值和迫使您看竞争对手计员成为严密介入在站点的设计，它艰苦成 么。为使
28、他们目的估计站点的直觉。字体涂料。多数浏览器允许用户更改字体大例如，在微软Internet Explorer用户能多粗劣的站点定位。站点定位是关键的为吸引 字体客户和保留他们。老练网站，譬如为差旅预大小从最小对最大。设计员经常工作以一个订，需要给予特护对定位问题。（参见要诀 字体设置在他们的浏览器；因而，站点设计为更好的站点Navigationsidebar。） 装 终止于罐中用不同的字体设置目录定位。大产品目录对许多电子商务系统,特别是中央的B2B采购系统。测试目录为进攻，误引，或好诉讼语句；违反；并且个性化错误。客户应该能浏览和快速搜索通过目录。开发， 定义测试评定产品定位结构的有效率。例
29、如，4 测试，搜索在特殊关键词带来正确产品。缺乏帮助。它总不是显然的什么做在网站。4 用户也许需要填好表格在一个特殊顺序因为彳 关联了验证统治培养错误当一些信息正确地不才 载O引导客户通过交往是一个关键系数为首次1 客。内容分析到目前为止，我牵涉到目录的发运彳 绍。但是，实际目录由站点提供并且需要被测i O进攻，误引，和好诉讼目录。电子商务站点E 录必须是声音。在英国，规章制度譬如商标Acti （1994）,控制引入歧途的广告Regulations （1988） 淫秽发行行动（1976）适用于所有发布物料，包括陇 容。（参见为当前英国和欧共体特定规章制度。）是不正确地被描述E 品取消服务。雅虎
30、、Amazon, com,和Buy. com 有最近遭受的否认服务攻击。这样攻击（亦称饨 击）介入炮击网络服务器以伪造请求，使它二 进入对真正用户。组织不是无防御的反对这样攻i Amazon, com例如，用途安全软件过滤掉伪i求。测试您的电子商务系统为弱点否认服务攻击。 备份与补救您无法保证，您的电子商务系统彳 要素不会失败，是否硬件或软件，因此它是易3 的测试您能从故障快速收回当它发生。故障，下; 恢复。设计系统以便一个要素的故障不一定减4 它要素。在因特网女士信息服务器（版本4.0 J 例如，有效的服务器页脚本可能运行从网络服2 作为分开的进程。测试系统可能从组分故障收【 速度和舒适以；
31、例如，您怎么重新启动服务？ 按重新启动按钮事例，或应该系统支持小组首先方 它或服务或误引（检查那些产品说明！）可以违系数吗？这是一个简单管理任务，或一个要:说明行动。违反。测试您的网站目录为违反。 像和图像被使用在设计应该任意是皇族（如果不 拥有）；并且检查版权侵犯。在一些情况，法考虑对trademarked物料的用途没有责任人的 书作为违反。法院几乎一定会观看给或denigrat 竞争对手的品牌抹黑作为违反。个性化。越来越, 子商务系统合并客户关系为各自的客户提供个t 的管理功能。在许多情况下，个性化配置文件不知识？为非致命故障，您也许能重新加载系Z 影响的要素而不是采取系统下来完全地。例如
32、, Java实施，您能动态地重新加载Java servlets 。备用故障。多快和容易它将执行和恢复备份？如J 据库纪录成为腐败，例如，多快能您备份数据 建硬体、软件，和网络要素可能多快替换未通过E 素？错误容许度。在容错结构，重复硬件和软件 接管当要素失败。例如，如果一台网络服务器-么目录站点为这些客户提供。但是，情况可（二台网络服务器可能为请求服务，并且问题4 站点为客户提供不正确或不适当的目录由于彳透明对用户。测试错误容许度由切换各自的I在个性化功能的地方。可用性脱供等于失去的收入；它危害企业的J 并且可能鼓励客户采取他们的商业对竞争对手。 业需要为他们的客户提供24/7可用性，以可月
33、级别模拟他们的故障。我同事和我知道一个事件彳 系统使用使成群的技术提供错误容许度。但是, 试被发现使成群的技术是无效的因为它不正确土 配置了。的百分之99或更高是渴望的准则。脱供的力 接受的级别。几个系数可能影响可用性，譬如硬彳罪性、软件可靠性、负荷的有效率平衡，和数1 的能力处理并行用户。在现场之前，被预言的i 用量模式应该表明最大压力水平。您应该测试;可能利用率反对最大压力水平加上安全限度一， 定义的时期。功能测试典型地消耗在总测试的工作成绩的25和百分之50之间事务处理事务处理是多数电子商务系统的一个主要元: 以分配系统，事务处理可能跨过几个各自的; 导致更加复杂测试。事务处理完整性。系
34、统: 地执行所有事务处理的方面吗？例如，适当I 据库触发和规程的系统调用？它做和正确地滚团 处理吗？系统开发员设置了适当的隔离级别I 构想将尝试创建非标准事务处理，例如，厚 理以零的数量或值的一套输入，并且标准一致 生产量。最普遍的因特网网站容易地超出百: 中每日。在一个可处理电子商务系统，您必7 试事务处理引擎的生产量；那是其能力管理1, 张事务处理每分钟。最现代的测试的和监控的工, 设施为生产量测试。验核。审计线索记录所; 务处理由系统做。测试应该验证，跟踪满足所; 律责任，并且验核的软件获取所有必需的事务， 选派，譬如事务处理时间与日期、创建人和接I 值，等等。购物，订单处理，和采购我的
35、经验建议，功能测试典型地消耗在总测 工作成绩的25和百分之50之间。在多数电子 系统，购物，订单处理，和采购窗体核心功能, 它功能面积可能包括客户描出，贴现和提供管理、 动市场营销，和存货管理。虽然多数开发员主; 为功能测试一个手工进程，工具（譬如水星 Winrunner）可能经常帮助自动化功能测试的方面由自动 的和重赛的用户交往。购物购物车功能命令跟踪一个越来越共同的特点在B2B系统是能力跟I 令O 一点测试是命令跟踪的功能的准确性。您差 输入测试次序系统，和与实际命令状态比较自Z 的系统状态报表。国际化电子商务系统特别是B2c系统，经常必需运行横跨地理限: 围。虽然英语是统治语言，非英国站点是越来越4 和获取占先在垄断外国市场。系统以及它做在， 国必须运行在所选的目标国家（地区）。语言技术支持站点提供选项观看非英国页吗？如果语言选才 据浏览器特选，这在所有渴望的浏览器有效吗? 多更旧的浏览器不支持语言定制。语言显示测试，词正确地被显示并且句子是语法上正口 的。使用一个说母语的人验证，这是实际情形。文化敏感性站点尊敬文化差异在家庭电话和外国之间吗? 查站点不包括可能触犯国家（地区）文化或宗力 有关的目录。地方会计科目开发电子商务贸易发生横跨会计科目地区的工 提出问题关于怎样充电客户。例如，测试应该彳 系统正确地计算税务和汇率为地区有关。