1 司库系统较为庞杂,有很多模块,包括 账户管理 结算管理 票证管理 资金计划,资金集中 投资管理 融资管理 供应链管理 外汇风险管理 保险管理 信用管理 风险管理 ....
2 测试的重点在流程,金额精度还是合并报表? 3 人家 20 人开发团队半年开发的系统,给 3 周做验收测试?如何列测试计划?
别的功能和性能测试已有 10 年较低水平的测试经验。就是对司库这种大体量的测试有点发憷...希望能听到好的建议,谢谢!
1、测试的重点: 最关注的、最常用的、涉及金额的、展示效果(数值最小、数值最大的)、流程交叉/异常(驳回后二次处理等) 2、测试计划 需求、测试点、用例、环境现成的还是需要准备 测试范围——功能验收还是覆盖性能、安全、兼容性等其他方面 自测报告——优先测试问题比较多的 测试人员构成——模块分配(设计多模块之间配合的避免遗漏)、专项测试 测试报告整理 一轮测试还是涉及问题修复验证 时间不够多申请人或者时间
2 测试的重点在流程,金额精度还是合并报表? 1、模拟实际坏境,在真实数据量级下,业务功能可以正常使用 2 、金额的计算,精度是否准确
3 人家 20 人开发团队半年开发的系统,给 3 周做验收测试?如何列测试计划? 和半年开发没有什么关系,看你列的模块基本都是增删改查,没什么复杂的业务 先梳理业务,按照重要等级分类,增加主业务测试资源,边缘业务保证能用就行
这种系统,首先梳理业务,有些业务还是挺复杂的,然后针对于重点业务测试范围广点,是否有关联第三方的,我觉得验收你做到主流程,跟金额有关的模块没问题就行,人员少的情况下,3 周时间不够
写好用例,做好用例评审,等上了线万一有问题大家一起背锅