应用产品类业务--测试总结

测试前期:
Step1: 分析测试需求的每一个点,弄明白每一个需求点的来龙去脉

  注意事项:挖掘需求文档中隐藏的测试需求,如应用类产品,应注意其与其他业务平台或底层服务的交互、或调用其他应用产品数据时,数据的一致性等

                    同时多考虑一下产品设计的功能逻辑的合理性(类需求评审,以公司目前的工作流程,只能放到这一步来做了)


Step2: 写测试计划 
 注意事项:模块的优先级、分工的合理性、以及对应用产品类业务测试周期的把控

Step3: 组织用例设计:根据需求设计、分工设计
 注意事项:互串补充case,如测试周期紧张,也应尽量保证应用产品的核心功能模块或流程的此环节

Step4: 冒烟测试:熟悉测试环境,打通系统流程。
注意事项:a: 分析测试环境中缺少的测试支持,比如权限修改、实时数据查询、手动更新数据接口等,并及时与开发沟通解决。
                        b: 补充流程级别的case 或 部分细节case


详细测试过程:

注意事项:
1. 先对优先级高(重点或难度大,对于应用类产品,一般都有一个核心功能)的模块进行详细测试,防止测试后期进度的紧张。
2. 注意应用产品与其他业务平台的交互、或调用其他应用产品数据时,数据的一致性等
3. 应用类产品应多留意一下产品级别的测试点,如页面响应时间、产品细节逻辑的合理性等用户体验


测试结束后:

1.项目总结:
a:对于测试过程中遇到的问题进行分析和总结,哪些是应用类产品常遇到的问题,哪些是通用的问题。
b:对测试计划作一个打分。结合实际的测试过程,分析测试计划是否有哪些方面没有考虑到。
2.测试资源整理
把测试各阶段过程中的产物,如测试需求文档、测试计划、测试用例、测试脚本、测试数据等等整理到svn上。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值