测试的工作内容：
1.核对客户需求
2.执行测试用例
3.软件大功能测试，提交问题至BUG库
4.协助工程师验证BUG，跟踪BUG修改情况
5.通话测试以及电流电压测试
6.发放量产软件，做软件记录表、测试报告
BUG判定标准：A B C D R
A类BUG：不能满足用户使用，用户明显感知的故障
常规操作引起的死机、重启、关机、花屏，功能不能使用或未实现
B类BUG：操作异常出现的故障，用户能明显发现的BUG
非常规操作或压力测试引起的死机、重启、关机、花屏等
C类BUG：用户可忍受的、轻微的故障
显示问题、操作复杂、异常操作引起的故障
D类BUG：单台手机出现机率小于5%（操作次数大于20次）。或无法找到规律复现的故障
R类BUG：平台限制暂时无法修复的故障
BUG控制标准：
AB类不能出
C类不超过3个
D类不超过5个
如何提高测试效率:
一、 遵循测试流程，避免用时短的测试项出现问题重测
一般我们的测试流程都是把简单必测项放在前面：
1. 首先核对需求→验证所有屏是否兼容→对基础版本→测无卡→写和（查询）IMIE号→手自动测试→对音频→USB连接电脑验证→测通话
2. 所有简单必测项完成OK后，可以开始软件大功能测试
二、 针对需求，灵活调节测试顺序
从需求简易程度先判断：
1. 需求复杂版本，需流程覆盖测试
2. 改BUG版本，简单测试项没有问题可以先不测，优先过滤BUG
3. 需求简单版本，如有BUG直接驳回待测
三、 软件功能复杂程度规划测试时间
针对平台，可灵活运用测试时间：
1.展讯我们由之前的四小时已缩少时间为三小时
2.互芯软件都是跑量软件，两小时差不多可以完成测试
当然这只是拿功能简单的版本举例，不代表所有项目的测试时间
