1.在提交高通前务必要检查文档与实际程序的功能表现是否相同，比如说，游戏增加了密技功能，在文档中就要有相应的说明。
2.在模拟器上图像处理速度较快，所以不会出现游戏中移动的图像变模糊的现象，但是由于手机的分辨率相对低，所以一般在模拟器显示正常的速度，到了手机就应该让开发人员适当调慢，否则将会出现移动物体变模糊不能清晰辨认的情况。
3.有些游戏使用了很多的图片资源，当在两个界面之间（例如在主菜单界面和帮助界面之间，主界面菜单是由许多图片组成的，帮助界面是一个html文件的浏览显示），连续按若干次使其在两个界面之间连续切换，会出现图像重叠现象，其原因是手机的CPU处理速度跟不上刷新速度，而且主界面的图片资源一直没有释放，导致图像的残留。一般可模拟Grinder把这些类似的问题测出来。
4.是否正确处理来电。如果没有适当正确的来电处理，有些来电会使游戏画面变乱，有些直接退出，甚至死机。Brew程序员往往会在来电处理后的恢复中忘了对游戏音乐的处理，比如说原先选择了关闭音乐的，来电处理后音乐又自动开始播放了。有时候需要模拟两个或以上的连续的来电以发掘程序深层的逻辑错误，这些错误大多是来电处理后的恢复过程的错误。另外短信，电量不足等一些事件警告的出现也有可能导致程序出错，也要作出相应的处理。
5.注意确保游戏说明和帮助的完整清晰，检查系统提示信息，确保在游戏中出现的文字的正确拼写，没有错别字。要尽量用敬称“您”而不用“你”。
6.标题，菜单等的文字显示要尽量用小字体，尽量缩短文字，能用简短文字说明清楚的就不要用长句，例如“按2，4键可以左右移动图片”就可改成“按2，4键左右移动图片”，或者甚至改成“按2，4键移动图片”。因为不同的手机显示屏幕宽度不一样，在一款手机上显示正确不代表在其他款式都能正确显示，然而用小字体，短句子就能适应大多数手机的屏幕宽度。
7.线程的处理，有些游戏设有多个线程，如果没有处理好线程的调用释放问题的话，就很可能出现线程争用的问题。例如一个宠物游戏，宠物死亡后，会调用一个新的线程循环播放哀吊音乐，有些程序员由于粗心大意忘记了释放这个线程，当重新开始游戏时，就会出现这个线程播放的音乐与游戏过程的背景音乐交替播放的情况。
8.文件处理。当涉及文件读写操作的时候，要特别注意测试文件操作带来的内存问题。比如说，有些游戏需要用文件记录游戏最高分或分值等，要注意测试第一次运行程序时的退出操作（此时没有最高分记录或其他分值记录），程序是否申请了文件指针或文件资源而没有释放。如果是的话，则会导致退出时的内存错误。另外对于Brew，应用程序的文件包中不得包含零字节的文件，每个文件至少有一个字节，同时还要求不能包含无用的文件或文件夹，目的是节省手机上有限的存储资源。
9.颜色的搭配，有些背景色跟文字或图片的颜色搭配在模拟器可以较清晰的显示出来，但是到了手机由于其分辨率问题就不那么明显了。颜色搭配要以清晰美观为基础，还要适当考虑游戏的种类，用户心理等问题。
