需求考虑
来源:互联网 发布:远洋数据分期好做吗 编辑:程序博客网 时间:2024/05/29 13:59
当我们身处移动互联网行业中,测试工作做都会涉及到几个端(同一功能),由于需求的缺失和部分开发责任心的问题,导致几个端同一功能经常出现不一致的问题,
几点建议:
1、首先若从源头解决当然是最好的,即需求分析对功能点的明确,其次是测试的时候尽量让一个需求(几个端)分派给一个测试人员,如果发现不一致的地方及时提出并解决。
2、对待带有支付产品如何测试:
在对待带有支付功能的产品时,都会格外的小心谨慎,将边界值分析、等价类划分、错误推测、因果图等各种测试方法进行结合,整理出尽可能全面的测试案例,对该支付功能及其相关功能进行测试,以确保整个支付流程以及涉及到支付流程的其他流程在任何情况下都能正常进行,简单总结下几点思路:
从金额上:包括正常金额的支付,最小值的支付,最大值的支付,错误金额的输入(包括超限的金额、格式错误的金额、不允许使用的货币等等);
从流程上:包括正常完成支付的流程,支付中断后继续支付的流程,支付中断后结束支付的流程,支付中断结束支付后再次支付的流程,单订单支付的流程,多订单合并支付的流程等等;
从使用的设备上:包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等;
从支付接口上:包括POSE终端机支付、银行卡网银支付、支付宝支付、微信支付、手机支付等;
从产品容错性上:包括支付失败后如何补单或者退单、如何退款等;
从后台的账务处理上:成功订单的账务处理、失败订单的账务处理、退款订单的账务处理、差错账处理等等。
3、测试人员在需求分析或者在测试过程中不问问题,不是不能测试,只是不能更好的测试,问问题是测试人员对项目发挥作用的基础,不问问题,测试就没有目标,思路不够开阔,分析不透彻,只是呆板的机械的测试固有功能,之前听阿里一位同事讲过,他们在发布的任何产品的测试报告中必须体现出项目的风险点是什么,如果不思考不分析,风险点是不容易提出的,那么测试意义就会打折。
0 0
- 需求考虑
- 考虑一个关于需求特性的问题
- 需求分析时要多多考虑“默认值”
- 写软件的 需求分析全方位考虑
- 从CMM角度考虑需求管理计划
- 从CMM的角度考虑需求管理计划
- 对于产品经理提出的需求要多考虑一点
- 考虑
- 考虑
- 需求
- 需求
- 需求
- 需求
- 需求
- 需求
- 需求
- 需求
- 需求
- 细说 ASP.NET Cache 及其高级用法
- 【Hacker Rank】06.Loops
- Android中TextView不获取焦点可以实现跑马灯的效果
- 【Java每日一题】20161116
- WinArpAttacker
- 需求考虑
- Spring动态对Quartz定时任务的管理,实现动态加载,停止的配置实例代码
- $_GET 和 $_POST 的区别
- canvas综合应用绘制哆啦A梦
- 调用http://apistore.baidu.com网站的接口
- 大数据风控的现状、问题及优化路径(总结侯畅、唐时达文章)
- TCP协议与HTTP协议的联系
- ActiveMq的安装
- 2016.11.15回顾