个人对测试的几点认识（原创）

1) 对于bug不仅要知其然而且要知其所以然，这样非常有助于提示测试经验，一般开发在修改bug的会对bug有分析，说明产生bug的原因及解决方法，测试人员通过分析可以更好的了解bug习性，有助于积累测试经验，对以后的测试工作有引导作用 

2)开拓思路，测试需要深度，不应该只是泛泛测试便结束对这个功能点的测试,测试越深越能发现一些隐蔽性强、难以发现的bug 

3）对Free test 的认识，自由测试也需要避免测试的随意性，满天撒网没有重点，东测一点西测一点最后可能是一无所获，因此自由测试也要有测试重点，可以依据80/20原则寻找测试重点。 

4）创造bug出现的条件，bug的出现、复现是需要条件的，想出bug就要创造bug出现的必然条件，如果说一个输入框输入特殊符号后保存系统会宕机，那么输入特殊符号便是出现宕机的条件，因此我们要多去创造这样的条件。非必现的bug就是因为条件不足才不能复现的。 

5）责任心，要近可能去发现软件潜在的问题对测试模块负测试，避免漏测，bug发现的越晚修改费用也就越高这是公认的 

6）回归测试, 我常说的“改哪儿错哪儿”那个模块修改越多问题也就越多，开发在修改会无意识的引出其它的问题，这个时候就需要回归测试来弥补缺陷，回归测试要扩展思路，找出修改后可能引发的新问题 

7）沟通，沟通的重要性是不言而喻的，有时候一个人是无法判定bug是否成立的，就需要与测试工程师、开发工程师去沟通，尤其是项目的后期为了敢项目的进度一些修改风险高的或者小问题可能就不需要提交bug库，哪些是修改风险高的bug就需要与开发人员沟通

8）学习，应该多培养学习的习惯和爱好，有了习惯和爱好加上持之以恒一切都会变得得心应手。

手机软件测试类型及分析(原创)

1）Basic Function [基本功能测试] 就是验证手机基本功能是否实现，发短信、通话、照相等，包括他们的子功能如转发、连拍等。最基本的也是投入时间精力最大的测试类型，也是最重要的，如果基本功能都没有实现其他测试也就变成枉然了

2）UI　[用户界面验证]：　验证手机的界面、菜单等是否是与客户需求和设计保持一致，主要依据　UI spec[用户界面说明],MMI[人机交互界面]，Menu tree[菜单树]等，这些文档也是需要根据客户需求及时更新的 

3）Limit Value [极限值测试]　对应黑盒测试的边界值分析法，边界值分析法设计出的测试用例发现 bug 的能力也是最强的，一般依据极限值表设计测试用例，来指导测试。一般测试点如输入字符的个数，会议通话的个数，文档存储个数等 

4）Confict Test[冲突测试]：　主要依据冲突表，冲突表中列出各个事件之间是否存在冲突，冲突测试用例也是依据冲突表设计，这类用例往往可以发现一些比较严重的 bug ，如游戏中来电，流览WAP时插拔充电器、USB线、camera 中低电等 

5）Performance Test[性能测试]：主要测试项Call test　，长时间通话，发送大容量的彩信ｘ条，开关机ｘ次，摄像ｘ时间，可以考虑用自动化测试，手机自动化测试与PC软件自动化测试类似，利用自动化测试工具录制、调试　写脚本、回放、分析结果，与PC软件不同的是手机自动化测试需要硬件的支持来固定手机和利用气压按键。 

6）Stress Test[压力测试]：　压力测试是在将手机容量存储状态到满后做的一系列操作，如短信、彩信满，Idle界面各事件个数满如未接电话、闹铃等 

7）Network Compatibilit[网络兼容性测试]：　网络参数的设置，GPRS等业务是否可用，本外地的联通移动卡各类业务卡在本地的作测试，还需要做Filed Test[场测]即到最终用户实际使用的环境作现场测试，Filed test 有国际专用用例。 

8）SIM Card Compatibilit[SIM卡兼容性测试]　一般是对联通移动的各类业务卡，新出的大容量(64K)、国际漫游卡、呼叫限制卡、一卡双号卡等卡的验证，验证能否正确注册、对应的业务功能是否实现、基本功能的正确性 

9）PD test [Project Design Test]  验证在项目设计阶段的设计的功能是否得以实现、是否正确，设计用例依据项目设计文档 

10）CR Verification[客户需求验证]　验证客户的一些特定需求和变更后的需求 

11）User Manual　[用户手册验证]　其重要性是不言而喻的，用户手册一定要和手机实际功能相符合，不然将会影响用户对产品的信任 

12）FAT( Full Type Approval)[全类型批准]：是GSM手机进入GSM网络必须通过的专业测试。 

知识源于总结和归纳　 laoka   2007.04.12