如何更好的实现测试,及时准确进行评估,以下文章非常详细的介绍了如何制定测试计划?
https://www.cnblogs.com/ZoeLiang/p/10746919.html
详细的测试计划模板,如下文章已经给出:
https://wenku.baidu.com/view/9381f6e84afe04a1b071ded4.html
目前大部分公司所采用的测试均为敏捷测试很少给出时间写成详细的测试计划,我们在测试中是如何做的呢?
以下是本人平时在工作中使用的测试用例设计方案:
首先描述一下APP测试流程:
需求->需求评审->用例编写->用例评审->测试执行->发送报告
我们真正在测试进行过程中:
拿到需求->用例编写|整理需求不明确的点->需求评审|确认需求->需求二次评审|用例更新->用例评审|内部+整体->版本提测|提测演示->冒烟测试|功能|流程|场景|整体细节用例执行|兼容性|性能|升级|回归|等->测试报告->上线|线上验证
小版本bug回归:
bug验证|回归测试|APP版本基础测试(安装、卸载,兼容,升级)等等
有时候单页面类型的H5:
我们甚至没有写测试用例
Android:渠道包测试|版本升级
ios:开关测试|版本升级
根据公司资源,可以设计不同的测试计划,以及测试流程,测试技术,测试类型,但是与测试计划是异曲同工的。
那么测试用例如何设计?是否有自己适合的测试用例设计风格呢?
以下是本人的测试用例设计方案:
不同的测试,有不同的测试用例设计侧重点,但是异曲同工,掌握区别和适用会让测试更加清晰和有效。
APP测试:全部适用
H5测试:侧重兼容
api测试:侧重细节
以下仅介绍APP测试+H5测试用例设计,api测试用例设计请参考我另外一篇文章。
APP测试用例设计:
入口:配置测试:弹窗(首页弹窗,升级弹窗,激活弹窗等),通知,M站,特殊入口有很多的页面,或者修改
流程:业务流程|数据流程|逻辑流程 只跑主要流程
模块功能:业务模块划分进行细节设计(设计时可考虑:边界值|容错性|异常测试|接口测试|安全性和访问控制测试|性能测试|压力测试|)
业务交叉:拓展测试,2个业务模块一起测试
兼容性:硬件,软件,系统,新老版本
注意事项:错误推测法
基础测试:启动停止测试|安装测试|易用性测试|界面测试|升级测试
回归测试:(文档测试|回归测试)如果有时间,比较充足就做系统回归测试,如果没有时间,这部分测试就在上线前的预留的时间里进行测试