软件测试经验交流.pptxVIP

;测试前的准备工作

软件测试的测试策略及思路

测试中容易出现的故障及易忽略之处

经验交流

测试工程师应具备的素质

;了解项目当前的状态信息。

1.拿到样机后测试人员首先应了解该项目目前所处的状态，是研发？中试？还是量厂阶段？

2.新项目还是衍生项目？

3.了解项目平台信息，是全新平台还是变形项目平台？

4.了解屏、sensor等一些关键元件信息及检查样机是否完整？

（往往有些问题会因为手机元器件不对或是配置不对而造成重启，死机等现象。如屏不对会导致白屏，Camerasensor不对会导致进入相机拍照死机等现象。所以测试前样机的检查也很重要，测试人员在测试前要对样机进行硬件上的检查，如发现提供的样机不对要及时提出来。）

5.软件版本号的检查。

（需要注意的是：*#159#中版本号检查应该是外部版本号，而不是内部版本号。另外同一个项目，其主要区别是更换屏，这时检查版本号时注意有无区分出来）

;软件测试的测试策略。

1.研发阶段的新平台项目由于软件功能还不稳定这时我们第一步要做的是对新增功能模块进行基本功能的检查，其次对用户常用的功能模块进行深入测试（如电话簿，短信息，拨号，闹钟等模块），最后再对其它功能模块进行检查。

2.衍生的项目，在V1.0版本测试时务必要对改动的模块进行详细测试，如滑盖或翻盖项目衍生到直板机的项目，这时我们首要要从两者不同点下手。

（如滑盖或翻盖项目不支持键盘锁，那这时衍生到直板机的项目键盘锁功能有没有加上）

3.量厂项目的测试，如只改动图片或某个问题的改动。这时我们首先要根据版本说明书进行回归测试，即从改动点进行测试，验证有无新改出来的Bug，完成后再根据软件功能检查表依依测试。

;软件测试的测试思路。

1.从用户的角度对手机软件各功能模块进行基本功能测试。

（用户用的最多的就是打电话，电话簿，信息，充电，闹钟及MP3等，测试人员要详细，认真的检查每个功能模块，用户常用的功能模块需多花点时间）

2.基本功能测试完毕后，再对各功能模块进行突发事件的测试。当然所谓的突发事件就是用户在执行某操作时插入另一事件，如来电话，插耳机，充电器，闹钟提示等；

（由于突发事件测试涉及的工作量大，测试时所先考虑到是用户常会遇到的突发事件测试，常用功能模块中遇到突发事件最多了。如编辑信息的时候，听MP3的时候，照相的时候等都是最有可能导致问题了，像一些短暂操作，如文件删除中，复制中，移动中等功能模块的突发事件测试用户遇到的机率会比较低，如果时间允许的情况下，也需要进行测试）

3.极端测试。即用户很少会遇到，也很少会去操作的角度来测试；

（如拍照过程中和恢复原厂设置过程中连续插拔耳机，对文件管理菜单在PC上格式化，之后再拷贝些文件开机，通话过程中聊天，保存号码以及未插SIM卡状态下等功能模块的操作）。

4.模块之间交叉进行测试。

（如通话记录，电话簿及短消息等相关联模块）;电话簿

电话簿模块是用户最常用的模块，测试时必需要慎密，多花点时间。下面简要列举了几点电话簿模块中曾出现过的典型问题，也是容易被忽视的问题：

1.字符串显示，如电话簿的“簿”是否写错，写成“薄”；

（另外还包括菜单中各字符串的显示，测试人员应仔细检查，不要一眼带过）

2.电话簿列表中#键切换输入法，查看输入法的显示；

3.电话簿列表中单一删除，直接删除到空白，这时验证恢复原厂设置功能；

（以前有遇到过进入电话簿列表单一删除电话号码到最后一个时，进入恢复原厂设置时发现该功能不能使用且花屏现象。这个操作就是属于模块交叉测试）

4.通话中进入电话簿菜单，对电话簿进行操作，（如播放影片，新增或删除号码等操作）

5.到通话记录中或短信息列表中提示号码保存，保存号码时注意进行加入影片，大头贴等功能操作测试；

（以前有遇到在网络摄相头聊天画面收到信息后，这时提示信息号码并加入影片，播放影片时手机重启，该问题也是平台性问题）

;电话簿

6.切换各种主题，查看电话簿记录字体显示；

（如有此主题显示的字休很淡会导致电话簿记录很模糊，看不清）

7.电话簿中保存超长号码或空号码进行发送信息，或多方发送信息时全部选择电话簿中超长号码，手机不会有任何提示，一直处于发送中；

8.将电话簿容量保存满的情况下，手机开关机后查看号码是否丢失，开机在找网时到通话记录中保存号码是否仍能保存到电话簿中；

9.电话簿批量操作比较容易引发手机重启；

10.电话簿列表中的号码来电话，来信息，有时手机会出现号码混乱现象，如A号码来电或来信息，进入通话记录中查看发现号码显示不对或号码前多了+86；;信息

1.短信中心号码或彩信中心网址被更改的情况下，手机进行发信息；

（如：短信中心号码更改后发信息，手机会一直处理