1、从功能方面考虑：
1）、用户的使用场景：包括正常完成支付的流程；
支付中断后继续支付的流程；
支付中断后结束支付的流程；
单订单支付的流程；
多订单合并支付的流程；
余额不足；未绑定yhk；密码错误；密码错误次数过多；找人代付；
弱网状态下，连续点击支付功能功能，会不会支付多次；分期付款等；
2）、不同终端上支付：
包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等；
3）、不同的支付方式：yhk网银支付、支付宝支付、微信支付等；
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）、用户的使用场景：包括正常完成支付的流程；
支付中断后继续支付的流程；
支付中断后结束支付的流程；
单订单支付的流程；
多订单合并支付的流程；
余额不足；未绑定yhk；密码错误；密码错误次数过多；找人代付；
弱网状态下，连续点击支付功能功能，会不会支付多次；分期付款等；
2）、不同终端上支付：
包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等；
3）、不同的支付方式：yhk网银支付、支付宝支付、微信支付等；
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.使用手册是否对电梯的用法、限制、使用条件等有详细描述.
在软件测试中软件功能点是指实现软件需求的一个个组成模块，再细分可以表示每个模块里的一个个动作所实现的内容。它是和软件需求点所对应的，一般在软件需求规格说明书中会对需求点做详细说明，可以从需求中提炼出软件的功能点。
功能点：能够单独完成的某个具体业务流程。 一般在软件测试工作流程中的需求分析阶段，要根据需求说明书或者原型图提取功能点，功能点是和需求点相对应的。
例如：每个软件都有注册登录，注册、登录就是两个功能点。登录模块还可以细化成登录功能，忘记密码功能，记住用户名功能。
test point 测试PCB功能用的，在未装壳前，使用定制的夹具对产品PCB进行测试校准和烧写程序，通过夹具的顶针和PCB板的测试点来进行连通，不必增加连接器，而且很方便。有时也用作工程样品的调试点，做各种飞线等。测试点可以使用EDA软件自带的，也可以自己定制测试点作为部品摆到PCB上。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）