- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
测试的电子商务系统--一个实用指南(doc 19页)
PAGE
测试的电子商务系统: 一个实用指南
作为电子 客户(是否商业或消费者), 我们是不太可能有对遭受频繁停工期, 垂悬在事务处理中间, 或有实用性粗劣的感觉的网站的电话会议。测试有, 因此, 在整体发展进程的一个关键的角色。指定的无限的时间和资源, 您能测试系统对精疲力尽。但是, 多数项目运行在固定的预算值和时间表之内, 因此项目经理需要系统并且对测试那的有效的途径最大化测试电话会议。这个条款提供一快速并且实用介绍测试介质对大规模可处理电子商务系统根据项目体验开发被剪裁的解决方法为B2C 万维网零售和B2B 采购。特点多数电子商务系统, 申请结构包括前期美满的发运和管理系统, 和后端事务处理和遗产综合化。瞄准主要项目和测试经理, 这个条款解释怎么经验丰富的项目经理会赞成测试计划需要被执行及早在项目生存期。这将保证时期需要为测试准备(设立测试环境, 找到测试人员, 写测试脚本, 等等) 在所有测试可能实际上开始之前。这种不同的测试(部件, 系统, 功能, 黑色配件箱, 和其它人) 很好被提供在文件。但是, 较不好被明确表达(尽管好常规文本在软件工程) 是一起栓所有测试和验证活动使用提供质量解决方法对客户机的测试进程。表1 存在我同事和我来采取在几e - 商务项目测试进程的一个矩阵设计。几个目标(被列出在表的第一列) 引导这个设计; 一个或更多进程支持各个目标的成绩。我们更喜欢术语目标 逐步采用 表明情况目标是并行。那是您能测试系统的当前释放, 但同时, 设置和赞成现实期望为下释放。
里面
测试工具要诀
类别为更好的站点定位
公用测试的陷阱
它的设计或至少部份应该是熟悉对那些被体验在测试管理角色。那些不是或不跟随一个系统的测试进程能使用矩阵设计作为模板为计划测试并且验证活动由分配进程对项目计划。它是还有用的作为为改进测试进程的一个工具由检查设计反对实际进程。
测试电子商务系统
因此怎么您测试电子商务系统?
您需要什么样测试做? 这里, 我存在的测试区核对清单一起编组公用类型测试向电子商务系统正常被运用。(这些测试并且适用于其它类型系统。) 您能相对地快速报道某些测试区(譬如浏览器兼容性), 但是其它人(像那些为事务处理完整性) 要求一个更高的水平工作成绩。浏览器兼容性客户将成为挫败如果他们无法容易地得到对您的电子商务站点。虽则相对地简单做, 它支付花费足够时间测试在这个面积。缺乏支持对于早期的浏览器。没有所有浏览器是相等的。例如, 一些Internet Explorer 和Netscape Navigator 的早期的版本不充分支持Java 语言。
表1 。测试进程的矩阵设计。
目标 进程
设置和同意
现实期望为
系统
给予企业需求优先; 辨认那些重要并且那些选项。
一个指定的交货日期, 过滤掉, reprioritize, 或重新协商不切实际的系统期望。
指定是可测试性的需求。去除或固定模棱两可的需求。
定义是意味深长的对商业的验收标准。
定义相关的业界标准或竞争基准。
保证, 赌金保管人赞成一个能力计划为系统可测量的能力需求。
定义一个
测试方法
拟定和提供测试方法; 与测试质量计划关系它。
在初期辨认高风险区域; 标记这些为及早测试和保持他们去从项目的关键路径。
辨认要求测试的所有系统的方面; 在各个案件, 表明级别和形成测试。
辨认可能帮助自动化或测试进程的文件元素的相关的测试工具。
计划测试
估计必需的资源, 譬如工具, 人、硬件和软件基础设施, 测试地点, 等等。
定义角色和责任; 辨认一个适当地合格的测试经理和测试小组。
勾画和赞成一个详细的实验计划以客户机; 定义测试重要事件和测试deliverables。
计划前发行系统可能被观察在被模拟的企业用量之下的模拟期间。
设置测试环境
设置实际测试环境, 例如, 硬件和软件基础设施。
准备测试物料譬如详细的实验计划、测试脚本, 和测验资料。
准备测试材料以重新使用在头脑里。
设置缺陷跟踪的系统; 决定缺陷和任一测试度规的窗体向用途报告。
定义测试标准和规程; 教育单个在对标准和规程的用途。
获取和准备必要的测试工具; 保证, 测试小组接受相关的培训。
进行测试
举办适当的质量检查, 譬如编码复核和走throughs。
进行测试, 是否在部件、综合化、系统, 或使用接受级别。
执行测试和校对检验结果; 记录结果和事件在缺陷跟踪的系统。
分析检验结果; 监控范围以缺陷和缺陷严重级别的高发生。跟踪和管理缺陷解决方法。
如果适当, 重复测试和重新使用测试材料加速再实验。
演出前居住模拟期间; 测试系统在期望的企业用量之下和观察结果
文档评论(0)