电商的功能测试怎么做电商测试要点

j电商用的是什么自动化测试

j电商用的是自动化测试如下 :

电商的功能测试怎么做电商测试要点

1.Tpshop项目对真实电商项目中的自动化测试框架和技术进行讲解，主要采用selenium自动化测试框架进行Web自动、PO模式来设计自动化测试框架的架构、UnitTest测试框架来管理维护用例、JSON格式来定义测试数据、引入数据驱动技术来实现测试脚本和测试数据的分离、HTMLTestRunner生成自动化测试报告。

2.自动化测试是指软件测试的自动化，软件测试就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。

功能测试主要做什么

功能测试主要做什么如下：

功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。

定义

Functional testing（功能测试），也称为behioral testing（行为测试），根据产品特性、作描述和用户方案，测试一个产品的特性和可作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。

使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。功能测试是为了确保程序以期望的方式运行而按功能要求对软件进行的测试，通过对一个系统的所有的特性和功能都进行测试确保符合需求和规范。

功能测试也叫黑盒测试或数据驱动测试，只需考虑需要测试的各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测，进而提出更加使产品达到用户使用的要求。

应用

应用电子技术方面的测试：

印刷电路板，又称印制电路板，印刷线路板，常使用英文缩写PCB（Printed circuit board），是重要的电子部件，是电子元件的支撑体，是电子元器件线路连接的提供者。由于它是采用电子印刷技术制作的，故被称为“印刷”电路板。

在印制电路板出现之前，电子元件之间的互连都是依靠电线直接连接而组成完整的线路。电路面包板只是作为有效的实验工具而存在，而印刷电路板在电子工业中已经成了占据了统治的地位。

20世纪初，人们为了简化电子机器的制作，减少电子零件间的配线，降作成本等优点，于是开始钻研以印刷的方式取代配线的方法。三十年间，不断有工程师提出在绝缘的基板上加以金属导体作配线。而成功的是1925年，美国的Charles Ducas 在绝缘的基板上印刷出线路图案，再以电镀的方式，成功建立导体作配线。

直至1936年，奥地利人保罗·爱斯勒（Paul Eisler）在英国发表了箔膜技术，他在一个收音机装置内采用了印刷电路板；而在日本，宫本喜之助以喷附配线法“メタリコン法吹着配线方法（特许119384号）”成功申请专利。

而两者中Paul Eisler 的方法与现今的印刷电路板为相似，这类做法称为减去法，是把不需要的金属除去；而Charles Ducas、宫本喜之助的做法是只加上所需的配线，称为加成法。虽然如此，但因为当时的电子零件发热量大，两者的基板也难以配合使用[1]，以致未有正式的实用作，不过也使印刷电路技术更进一步。

测试小白，面试的时候考官问怎么去测一个web端电子商务平台网站呢？用到哪些测试呢？

全方面考虑：

功能测试：电子商务的基本功能，登录/登录，交易，订单等；

兼容性测试：不同终端，不同浏览器打开的兼容效果；

性能测试：能支持多少用户同时在线，并发订单提交量

稳定性/可靠性测试：单点故障？

友好性测试：是否符合用户使用习惯

安全测试：是否存在sql注入攻击，xss等

接口测试：对接外部系统的接口

化测试：是否有外语版

文档测试：网站是否有作文档，是否准确

我是即将毕业的电子商务专业，想做软件测试，不知道该怎样做，请教

1、计算机网络：这点不管是B/S还是C/S架构的都需要有所有了解

2、作系统：如果你坐C/S架构的测试会要求更高、作系统就是一个平台所以不能不会

3、计算机硬件、同样的如果你单纯的做B/S测试、不涉及到C/S或者是性能测试的话计算机硬件基本上不需要知道。但是当你要做性能测试或者是C/S架构的产品的时候计算机硬件的知识就是必不可少。

4、数据库：现在这个年代啥东西都要数据库、所以不会就赶快去学吧、不需要很精通、但是简单SELECT/ UPDATE/INSERT INTO /DELETE这些语句总得自己会写吧、视图就算了

5、编写代码：如果想做到高级测试工程师会写代码是必须得、如果只想混到中级的话就不需要了

不多就是上面这些了!

还需要懂得软件工程，特别是软件的整个生命周期，在每个软件模型中都需要掌握整个进度。还需要了解点项目管理的知识，至少可以把握好软件的规划、设计和运维。

做电商的怎么测图测标题？

一、测图方法

测图其实就是测试的受欢迎程度，是一个试错的过程。测图的方法很简单，主要是利用直通车增加曝光度。通过多款对比点击率选出更受欢迎的来。

1、前期准备和制作

对于大类目而言，例如服装，鞋子等商品数量较多，且季节性较强的类目，由于其市场竞争饱和。就需要先进行测款，等款式符合整体的市场趋势，受到了客户喜爱之后，再进行测图工作，筛选出适合的。

大类目要想做到高点击率，就要做到主图好看，且有自己的特色，能快速从大量主图当中脱引而出，集中展示产品特点，弱化营销文案的展示。与大类目不同的是，小类目的产品多以功能取胜，因此在主图的设计中要更着重于体现产品的功能。做好前期准备工作，就可以开直通车测图了。

2、布局好测图的具体内容

对于直通车测图，可以只投放PC端，关闭端（端太多时候竞争太大，花费太高，对于大多数中小卖家来说费用太多承受不住，PC测图测款原理一样，只是基数较小花费也较小）。

测试阶段的产品需要至少达到30个点击。测试周期控制在5-7天为合适。直通车出价选择同行业的平均价格，并且乘以1.5倍。通过比别人高的出价快速获得展现，可以迅速完成测图工作。

3、建立推广

利用自定义推广，选择适合我们产品和店铺的标题，同时这一推广也可以在测图的时候有效的实现测款的部分工作。创意标题尽可能涵盖所有与宝贝相关的大词（例:外套、女装、纯棉等）。

要与宝贝的密切相关，这样有助于我们在测款的时候监测是否合适。

4、设定日限额

建议勾选智能化投放，先根据点击量制定一个7天的日限额预算，然后再平均到每一天。因为是在测试阶段，日限额的设置并没有太多，这是简便的办法。

阅读：

测试怎么做

近，很多小伙伴正在面试新工作做准备。所以我整理一下软件测试的基本工作流程和一些测试用例编写方法。大致内容如下，希望这些内容对大家有帮助。

首先，作为测试人员需了解业务，分析需求点

为什么测试人员要参加需求分析？也就是进行测试需求分析的目的是什么？

、把用户需求转化为功能需求

1）对测试范围进度量

2）对处理分支进行度量

3）对需求业务的场景进行度量

4）明确其功能对应的输入、处理和输出

5）把隐式需求转变为明确

第二、明确测试活动的五个要素

测试需求是什么、决定怎么测试、明确测试时间、确定测试人员、确定测试环境、测试中需要的技能，工具以及相应的背景知识，测试过程中可能遇到的风险等等。测试需求需要做到尽可能的详细明确，以避免测试遗漏和误解。

那么，接下来怎么进行测试需求分析？

1）确认功能

（业务功能、辅助功能、数据约束、易用性需求、编辑约束、参数需求、权限需求、性能约束）

1、业务功能：与用户实际业务直接相关的功能或者细节；

2、辅助功能：辅助完成业务功能的一些功能或者细节，例如：设置过滤条件；

3、数据约束：功能的细节，主要是用于控制在执行功能时，数据的显围，数据之间的关系等；

4、易用性需求：功能的细节，产品中必须提供，便于功能作使用的一些细节，例如：快捷键等；

5、编辑约束：功能的细节，在功能执行时，对输入数据项目的一些约束条件，例如：只能输入数字等；

6、参数需求：功能的细节，在功能执行时，需要根据参数设置不同，进行不同处理的细节；

7、权限需求：功能的细节，在功能执行的过程，根据不同的权限进行不同的处理，不包括直接限制某个功能的权限；

8、性能约束：功能的细节，执行功能时，必须满足的性能需求；

2）场景分析

1、考虑场景的调用者：考虑每一个场景提供的服务是供哪些外部模块或者系统调用的，找出所有调用者。调用前提，约束都要考虑。每一个调用都可以考虑成一个大的业务流程（一般和外部有交互的业务出错率比较大，需要重点关注）。

2、考虑系统内部各个场景之间的联系：形成内部业务流程，需要分析每个场景之间的约束关系，执行条件，组织出各种业务流程图。

3）挖掘隐性需求

这需要测试工程师的经验积累：

1）常用的或者规定的业务流程

2）各个业务流程分支的遍历

3）明确规定不可使用的业务流程

4）没有明确规定但是应该不可使用的业务流程

5）其他异常或者不符合规定的作

接下来，一起说说测试用例设计那点事儿

1、如何进行测试用例的设计？

编写测试用例之前，我们需要对项目的需求有清晰的了解，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数，作为测试用例的编写者不仅了解要有常见的测试用例编写方法，同时需要了解被测软件的设计、功能规格说明、用户使用场景以及程序/模块的结构。

步骤

1）测试需求分析：从项目部拿到软件的需求规格说明书后，开始对项目的需求进行分析，通过自己的分析、理解，整理成为测试需求，清楚分析出被测试对象具有哪些功能。明确测试用例中的测试集用例与需求的关系，即一个或多个测试用例集对应一个测试需求。

2）业务流程分析：分析完需求后，明确每一个功能的业务处理流程，不同的功能点做业务的组合，以及项目的隐式需求。如遇复杂的测试用例设计前，先画出软件的业务流程。从业务流程上，应得到以下信息：

A、主流程是什么?

B、条件备选流程是什么?

C、数据流向是什么?

D、关键的判断条件是什么?

3）测试用例设计：

完成以上两步则可进行测试用例设计，功能测试用例，应尽量考虑边界、异常、性能的情况，以便发现更多的隐藏问题。设计测试用例的常见方法：

等价类 → 边界值 → 因果图 → 判定表 → 状态迁移 → 正交实验 → 场景法 → 错误推断（注意：编写测试用例时，我们尽可能取的不应该是有效等价类而应该是无效等价类）

4）编写完成后自我检查以及部门内部评审：

①测试用例本身的描述是否清晰，语言准确；是否存在歧义性；

②测试用例内容是否完整，是否清晰的包含输入和预期输出的结果；测试步骤是否清晰；

③测试用例中使用的测试数据是否恰当，准确；

④测试用例是否具有指导性，是否能灵活的指导软件测试工程师通过测试用例发现更多的缺陷，而不是限制他们的思维；

⑤是否考虑到测试用例执行的效率。对于不断重复执行的步骤，是否保证了验证点相同；或者测试用例的设计是否存在冗余性等。这些都可能导致测试用例执行效率低下；

⑦画出软件需求跟踪矩阵，验证测试用例是否完全覆盖了需求，验证测试用例的覆盖性；

⑧测试用例是否完全遵守了软件需求的规定。这一点其实有一些难做到。考虑到时间/成本的关系，应该视具体情况而定。

5）测试用例更新完善：

测试用例编写完成之后需要不断完善，如遇需求更改或功能新增时，测试用例必须配套修改更新，同时在测试过程中发现设计测试用例时考虑不周，需要对测试用例进行修改完善;在软件交付使用后客户反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成，也需要对测试用例进行完善。

紧接着，测试用例执行的过程

首先搭建测试环境，准备好测试数据，进行预测，预测通过之后，按照测试用例进入正式测试，有效的测试执行可以将测试用例发挥的价值。因此，测试用例规范执行有助于更好的发现代码中存在的缺陷。根据个人测试工作经验，好的测试执行应该包含如下内容：

①测试执行中评估测试执行时间不足，需及时上报风险。满足质量优先，进度其次原则。

②测试用例按优先级顺序执行，通常是基本、详细和异常顺序执行。

③未执行用例、标志为删除或者无效的用例，需注明原因。

④执行过程中有疑问的测试用例（场景、作步骤、检查点等）需找测试设计人员澄清。

⑤测试执行需对用例描述的检查点逐一检查，避免遗漏。

⑥重视不易重现的缺陷场景，可能是一个bug。

⑦执行过程中发现有前期设计遗漏用例需补充到用例文档并执行验证。

⑧建议测试人员交叉执行重复测试用例，用例执行对相同测试人员有免疫性。避免可能的缺陷一直遗漏到现在。如有需要，建议保留测试结果，结果可视。以便于不同版本间的测试结果对比。已确认问题需及时按照问题单提单要求（规范和缺陷定级）提单。

⑨跟踪问题单修复情况并回归验证问题单。每轮次测试结束，find一下是否有core文件产生。测试结束，将终测试用例文档上传到归档目录，实现用例重用。

以上是针对一般的软件测试流程，如果是自动化测试的话，应该还有根据测试用例进行脚本编写，运行脚本等。此处可能写的不详细，希望大家可以在下方评论让我完善。

已达到准确要求的，根据测试情况写测试报告，对整个测试过程和版本的质量做一个评估。

测试报告是指把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。测试报告是测试阶段的文档产出物。的测试或测试人员应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对终的测试结果分析。