功能测试流程,功能测试的基本流程

测试流程有几个阶段

测试流程划分的阶段如下：

1、单元测试：针对每个单元的测试， 以确保每个模块能正常工作为目标。

2、集成测试：对已测试过的模块进行组装，进行集成测试。目的在于检验与软件设计相关的程序结构问题。

3、确认（有效性）测试：是检验所开发的软件能否满足所有功能和性能需求的最后手段。有的划分方法中，也将确认测试合并入系统测试中。

4、系统测试：检验软件产品能否与系统的其他部分（比如，硬件、数据库及操作人员）协调工作。

5、验收（用户）测试：检验软件产品质量的最后一道工序。主要突出用户的作用，同时软件开发人员也应有一定程度的参与。

软件测试的基本流程（重点）

1、测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议

2、测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围（来自需求文档），进度安排，人力物力的分配，整体测试策略的制定。风险评估与规避措施有一个制定。

3、测试设计阶段：主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审。

4、测试执行阶段：搭建环境，执行冒烟测试（预测试）然后进入正式测试，bug管理直到测试结束。

5、测试评估阶段：出测试报告，确认是否可以上线。

软件测试主要做什么工作?

软件测试，在专业上区分，也是有所区分的，分黑盒和白盒测试两种，白盒测试一般在一些大的软件工程项目里面使用得到，要求的技术层次相对较高，基本上是半个以上研发人员的技术水平要求。（具体两者区分可以自行百度）这里具体说说软件测试中，两种测试工种的工作内容。白盒测试，往往要直接接触程序的源代码，所以白盒测试人员任职的一个很重要的条件就是读懂对应开发语言，最好是半个以上的开发人员。黑盒测试，则没有要能读懂程序源代码要求（当然有软件开发这方面知识的更佳），黑盒测试人员的要求往往更侧重测试人员对软件测试理论和对应行业了解。现在很多的测试人员对于白盒测试这个工作近乎有一种膜拜的心态，个人觉得没有必要。做你喜欢做的，做你最擅长做的，坚持你所做的，我想最后被人膜拜的人就是你。两者在工作的内容上存在相同之处也存在不同之处。相同之处在于：都要进行测试用例设计，也都要执行测试用例，报告缺陷。不同之处在于：白盒测试人员是在能看到程序内部实现、及程序需求的情况下进行的测试用例设计，而黑盒测试人员只能通过程序的需求文档进行测试用例设计；往往黑盒测试用例的量相对白盒测试而言要多一些。

app测试流程有哪些?

移动App的测试流程与传统软件的测试流程大体相同，在测试之前分析软件需求并对需求进行测试，需求测试完成后制订测试计划等，但移动App测试的要点与传统软件测试要点不同，因此在具体实施细节上也不相同。 1.接受测试版本：由开发人员提交给测试人员。 2.App版本测试：主要检查App开发阶段对应的版本是否一致。 3.UI测试：检查App界面是否与需求设计的效果-致。 4.功能测试：核对项目需求文档，测试App功能是否满足客户需求。 5.专项测试：对移动App进行专项测试。 6.正式环境测试：模拟实际使用环境进行测试。 7.上线准备：测试通过后，对测试结果进行总结分析，为App上线做准备。 移动App开发完成后，提交给测试人员。测试人员首先对当前App版本进行检查，通过后进行基本的UI测试，检查界面效果是否与需求设计相符合，之后依据需求文档进行功能测试，完成这些工作后进行专项测试等。最后在实际运行环境中进行测试，测试通过后做上线准备工作。 以上是关于app测试流程的介绍，由多测师亲自撰写，全网独家提供!

系统测试是做什么的

系统测试是对整个系统的测试，将硬件、软件、操作人员看作一个整体，检验它是否有不符合系统说明书的地方。这种测试可以发现系统分析和设计中的错误。如安全测试是测试安全措施是否完善，能不能保证系统不受非法侵入。再例如，压力测试是测试系统在正常数据量以及超负荷量（如多个用户同时存取）等情况下是否还能正常地工作。主要内容包括：1、功能测试即测试软件系统的功能是否正确，其依据是需求文档，如《产品需求规格说明书》。由于正确性是软件最重要的质量因素，所以功能测试必不可少。2、健壮性测试即测试软件系统在异常情况下能否正常运行的能力。健壮性有两层含义：一是容错能力，二是恢复能力。

软件测试的流程是什么?

简单跟你讲下吧，1.软件测试流程，一般是这样：需求了解——测试计划——测试设计——测试用例编写——测试执行——bug管理跟踪——测试报告生成2.bug就是测试过程中发现的程序缺陷，可以指需求上的，也可以指功能、性能上的3.bug提交有多种方式，可以通过测试管理工具来管理bug，比如QC等4.bug的生命周期：发现bug（open）——修复bug（fixed）——关闭bug（closed）

各种功能测试点步骤

一.支付功能怎么测试？ 1、从功能方面考虑： 1）、用户的使用场景：包括正常完成支付的流程；             支付中断后继续支付的流程；             支付中断后结束支付的流程；                        单订单支付的流程；             多订单合并支付的流程；             余额不足；未绑定；密码错误；密码错误次数过多；找人代付；             弱网状态下，连续点击支付功能功能，会不会支付多次；分期付款等； 2）、不同终端上支付：             包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等； 3）、不同的支付方式：网银支付、支付宝支付、微信支付等； 4）、从产品容错性上：包括支付失败后，能否再次支付、能否退款； 2、从性能方面考虑： 多个用户并发支付能否成功； 支付的响应时间； 3、从安全性方面考虑   使用Fiddler拦截订单信息，并修改订单金额，或者修改订单号，   (下两个订单A,B，付款时拦截订单B，并把订单B的订单号改为A订单的订单号)无法完成支付； 4、从用户体验方面考虑 是否支持快捷键功能； 点击付款按钮，是否有提示； 取消付款，是否有提示； UI界面是否整洁； 输入框是否对齐，大小是否适中等。 5、兼容性   BS架构：不同浏览器测试。   APP：不同类型，不同分辨率，不同操作系统的手机上测试 二.购物车怎么测试？ 1.功能测试     a）、未登录时： 将商品加入购物车，页面跳转到登录页面，登录成功后购物车数量增加。     b）、登录后： 所有链接是否跳转正确； 商品是否可以成功加入购物车； 购物车商品总数是否有限制； 商品总数统计是否正确； 全选功能是否可用； 删除功能是否可用； 价格总计是否正确； 商品文字太长时是否显示完整； 购物车中下架的商品是否有标识，是否还能支付； 新加入购物车商品排序（添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品）； 是否支持快TAB、ENTER等快捷键； 商品删除后商品总数是否减少； 收藏功能是否可用； 购物车结算功能是否可用。 2.兼容性测试：       BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。       APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等 3.用户体验测试：       删除商品是否有提示；       是否支持快捷键功能；       是否有回到顶部的功能；       商品过多时结算按钮是否可以浮动显示；       购物车有多个商品时，能不能只对单个商品结算；       界面布局、排版是否合理；       文字是否显示清晰；       不同卖家的商品是否区分明显。 4.性能测试：       打开购物车页面要多长时间. 输入框怎么测试？ 1、长度：例如输入框支持100字符， 那需要测试100字符、101字符，最大长度的显示是否正常； 2、哪些是支持的字符类型：数字、字母、汉字、字符！@！#、特殊字符； 3、是否支持换行； 4、字符串前后中带空格，前后的空格是否过滤， 中间的空格是否保留 5、全角半角的字母、数字 6、快捷键：能不能全选，部分选择，复制剪切粘贴是否可用，粘贴超过最大长度的字符串怎么显示，table键盘是否可用； 7、不同终端的兼容性 三.登陆功能怎么测试？    功能方面的测试： 1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录，能否能跳转到正确           的页面 2.输入错误的用户名, 验证登录失败，并且提示相应的错误信息     3.输入错误的密码, 验证登录失败，并且提示相应的错误信息     4.用户名为空, 验证登录失败，并且提示相应的错误信息     5.密码为空, 验证登录失败，并且提示相应的错误信息     6.用户名和密码都为空，点击登陆 7.用户名和密码前后有空格的处理 性能方面的测试 1.打开登录页面，需要多长时间 2.输入正确的用户名和密码后，登录成功跳转到新页面，需要多长时间. 安全性方面的测试 1.密码是否在前端加密，在网络传输的过程中是否加密 2.用户名和密码的输入框，能否防止SQL注入攻击 3.用户名和密码的输入框，能否防止XSS攻击 4.错误登陆的次数限制（防止暴力破解）     5.是否支持多用户在同一机器上登录     6.一个用户在不同终端上登陆     7.用户异地登陆 用户体验测试： 1.页面布局是否合理，输入框和按钮是否对齐 2.输入框的大小和按钮的长度，高度是否合理 3.是否可以全用键盘操作，是否有快捷键 4.输入用户名，密码后按回车，是否可以登陆     5. 牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用 兼容性测试       BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。       APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等 四.支付功能怎么测试？ 1、从功能方面考虑： 1）、用户的使用场景：包括正常完成支付的流程；             支付中断后继续支付的流程；             支付中断后结束支付的流程；                        单订单支付的流程；             多订单合并支付的流程；             余额不足；未绑定；密码错误；密码错误次数过多；找人代付；             弱网状态下，连续点击支付功能功能，会不会支付多次；分期付款等； 2）、不同终端上支付：             包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等； 3）、不同的支付方式：网银支付、支付宝支付、微信支付等； 4）、从产品容错性上：包括支付失败后，能否再次支付、能否退款； 2、从性能方面考虑： 多个用户并发支付能否成功； 支付的响应时间； 3、从安全性方面考虑   使用Fiddler拦截订单信息，并修改订单金额，或者修改订单号，   是否防止SQL注入，XSS攻击(跨站脚本攻击)。 4、从用户体验方面考虑 是否支持快捷键功能； 点击付款按钮，是否有提示； 取消付款，是否有提示； UI界面是否整洁； 输入框是否对齐，大小是否适中等。 5、兼容性   BS架构：不同浏览器测试。   APP：不同类型，不同分辨率，不同操作系统的手机上测试 . 五.还款怎么测试？ 功能上： 1.不同的还款方式：等额本息，等额本金还款，一次性还本付息。 2.逾期，提前还款和第三方还款。 3.不同账户的还款。 4.余额不足的还款，. 5.金额输入错误，不输入。 6.弱网状态下连续点击还款按钮或者系统不问题情况下，支付方未把支付结果返回给下单发起方。 从性能方面考虑：     还款的响应时间； 从安全性方面考虑：   是否防止SQL注入，XSS攻击(跨站脚本攻击)。   还款金额是否被拦截，还款密码等敏感信息是否加密。 从用户体验方面考虑系统界面是否容易理解。 UI界面是否整洁； 输入框是否对齐，大小是否适中等。 兼容性：   BS架构：不同浏览器测试。   APP：不同类型，不同分辨率，不同操作系统的手机上测试 . 《附》 支付流程： 用户发送下单请求-平台后台查看订单并制作支付请求后将请求传给第三方（银行）-银行将支付的信息反馈给客户，客户核对后输入支付密码--银行成功划账后将支付成功信息告知给平台后台和用户--平台确认支付信息反馈给第三方并发货. 退款流程： 用户提交退款申请给平台，平台后台通过审核后将退款信息告知给第三方（银行），第三方将钱退到用户绑定的银行账户中并告知平台处理结果。平台确认结果后并结束用户退款申请。 六.电梯如何测试？ 需求测试： 查看电梯使用说明书、安全说明书等 界面测试： 查看电梯外观 功能测试： 1.测试电梯能否实现正常的上升和下降功能。 2.电梯的按钮是否都可以使用。 3.电梯门的打开，关闭是否正常。 4.报警装置是否可用。 5.与其他电梯之间是否协作良好。 6.通风状况如何。 7.突然停电时的情况。 8.上升途中的响应。 1）电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来； 2）电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停。 可靠性： 1.门关上的一刹那出现障碍物。 2.同时按关门和开门按钮。 3.点击当前楼层号码。 4.多次点击同一楼层的号码等等。 5.同时按上键和下键会怎样。 易用性： 1.电梯的按钮的设计符合一般人使用的习惯吗． 负载/压力测试： 1.看电梯的最大限度的承受重量．在负载过重时是否有提醒。 2.在一时间内不断的让电梯上升，下降。 稳定性测试： 1.最大负载下平稳运行的最长时间。 文档测试： 1.使用手册是否对电梯的用法、限制、使用条件等有详细描述.