yzzt第一轮测试总结（10年11月）

1、判断数据在客户端、服务端缓存、数据库的方法

Ø 客户端操作后的显示----客户端

Ø 客户端操作后，重新登录后的显示----服务端缓存

Ø 客户端操作后，清缓存再重新登录的显示----数据库或内存

Ø 修改数据库后，必须要清缓存，数据库的数据才能生效

Ø 如果要进行外挂测试，则修改数据库后清缓存，但不重新登录客户端

2、区别客户端、服务端bug的方法

Ø 所有显示、操作、弹框等都是由客户端处理的

Ø 涉及到逻辑、数据的问题，则要检查服务端缓存和数据库/内存是否正确：

² 如果正确，表示是客户端的问题

² 如果不正确，也不能完全肯定不是客户端的问题，碰到这种情况bug指给服务端

Ø 遇到测试环境的bug，程序在自己的环境不能重现的，优先检查策划表是否正确

3、测试数值的方法

Ø 自己做表格方便计算数值

Ø 自己修改xml文件中的数值、公式

4、测试表格的方法

Ø 理解表格中每个字段的意思和在程序实现中的用法

Ø 分类分批检查，如技能表可以分成：主动技能/被动技能、人物技能/召唤兽技能

Ø 逻辑上明显的漏洞

Ø 错别字、语法错误

Ø 一些隐性的问题可以到游戏中测试

5、功能实现不全的测试方法

Ø 可以测到的功能先测，测不到的功能后测

Ø 通过构造数据的方法来绕过某些没实现的功能

² 加各种礼包

² 设置召唤兽的各种技能

² 帮敌人复活

² 把召唤兽技能放到怪物上测试

Ø 修改程序代码，绕过没实现或实现有问题的功能

6、服务端实现了，客户端没实现的测试方法

Ø 断点+单步

Ø 看log

7、做的好的地方

Ø 做一些实用的小工具

Ø 做存储过程

Ø 项目内工作交流、互相帮助

8、做的不足的地方

Ø 测试用例覆盖率（我自己写的战斗系统测试用例不好用）

Ø 比较被动

Ø 和程序、策划的交流没有在测试内部分享

Ø 测试经验和心得分享

Ø Bug定位（寻找bug重现条件）、Bug描述

Ø 对程序的架构和思路不够了解

9、其它部门配合不足的地方

Ø 策划表数据不全，导致没有真实数据测试，只能自己构造

Ø 策划更新表不通知，或没有通知到所有相关人员

Ø 策划导表后不及时帮我们同步

Ø 策划提交表的修改后，程序没提交相应修改功能

Ø 程序提交sql不通知，不提供修改字段的sql，导致每次修改都要清库

Ø 程序功能实现不全，且很零散，又不及时修bug，导致测试很难全面系统的进行