关于数据库测试方法
背景公司产品一直使用mysql数据库，由于业务量增大，准备在下一版本切换成oracle数据库
产品较大，对数据库的操作很多，现在能想到的方法是用业务来驱动，采用系统测试的方法
但这样工作量非常大
想请教一下大神，有什么可以保证质量的前提下，效率高一些的测试方法
非常感谢
1、基于业务流程回归主流程和次流程（重点在于有涉及到commit和存储过程的点）
2、系统与系统之间的接口数据测试
3、重点排查MySQL与Oracle之间不同的SQL语句造成的sql段
4、性能测试，通常数据迁移到Oracle中后，Oracle还需要再调优！ 神仙也考试 发表于 2017-5-23 15:35
1、基于业务流程回归主流程和次流程（重点在于有涉及到commit和存储过程的点）
2、系统与系统之间的接口数 ...
非常感激您的答复 :'(
1、基于业务流程回归主流程和次流程（重点在于有涉及到commit和存储过程的点）
还是需要基于业务流程做？括号里边的没看明白，如何从业务流程中挑选出哪些涉及到commit和存储过程呢？
2、系统与系统之间的接口数据测试
这点也没太理解。。。
3、重点排查MySQL与Oracle之间不同的SQL语句造成的sql段
这个直接找研发要比对的结果，找差异化就可以了吧？
4、性能测试，通常数据迁移到Oracle中后，Oracle还需要再调优！
嗯嗯，这个是必现要做的 teltel 发表于 2017-5-23 16:29
非常感激您的答复
1、基于业务流程回归主流程和次流程（重点在于有涉及到commit和存储过程的点）
...
第一点，括号中只是之中补充描述，就是因为涉及到不同数据库的语种切割，会导致大部分的sql语言中的提交类和存储过程类的不同，这些特别在于那种基于大型用户场景sql计算出来的区别。
第二点，若你现在公司的系统不存在多系统的话，系统与系统之间没有什么交互的话，那么这点差不多可以忽略。若例如有A,B,C,D 4个系统的数据会流转到Z系统做什么数据流交互的话，那么对于系统之间的信息流交互做一下数据的接口测试。
第三点，这个就找开发了，开发若不懂这个，就别玩数据库的迁移了。
第四点，也是看公司领导是怎么安排你们的性能测试咯。。。
页:
[1]
