文档介绍：测试总结十点:
摆正心态
细致负责
走基本步
找边界值
打破常规
不厌其烦
旁征博引
纵横对比
由此及彼
分隔测试
一摆正心态
.
开发者指责测试者出了错是常有的事,,就不能完成什么更多的事情了.
一个好的测试工程师具有”测试是为了破坏”的观点,捕获用户观点能力,强烈的质量追求,.
二细致负责
任何BUG其实都是必现的,测试过程中要清楚自己的操作步骤,一旦问题出现,有很清晰的思路找到必现的规律。
>接到测试任务不要马上盲目就开始进行测试工作,首先考虑所分配的模块现在的稳定性,关联的模块,还有哪些边界的地方可能没有测试到, 再进行有目的,有预期结果性的测试,一旦发现BUG 能很快定位,提高测试效率,而不是评介自身的感觉去评判软件缺陷的发生.
一个理想的测试者应该有能力将以前曾经遇到过的类似的错误从记忆深处挖掘出来,.
>如果经常记不住,可以将问题自己做一张表格进行记录跟踪.
三走基本步
对手机整体所具有的功能充分了解;
需求文档
用户说明书

只有了解手机所具有的全部功能,以及功能模块的关联性才能将所有的基本功能全部遍历到,必竞有些功能是隐性的,单看菜单项是执行不到的,容易漏测或测试不够全面彻底.
四找边界值
大量的错误是发生在输入或输出范围的边界上,,针对各种边界情况设计测试用例,可以查出更多的错误.
>边界条件是指软件计划的操作界限所在的边缘条件,数据类型:数值,字符,位置,数量,速度,地址,尺寸等,都会包含确定的边界.
应考虑的特征:第一个/最后一个,开始/完成,空/满,最慢/最快,相邻/最远,最小值/最大值,超过/在内,最短/最长,最早/最迟,最高/.
例如:
1 收件箱列表的第一条记录,当前页面的最后一条记录,列表的最后一条记录(可以再考虑次边界值);
2 Camera可以拍摄的最大文件大小限制;
3 拍摄大头贴(保存到电话本预留50个空间位置),当空间满时;
4 拍摄照片/录像当手机/T卡空间快满/满时;
5 提取短信中号码,D536定义最多可以提取10;(隐性边界值)
五打破常规
非法,错误,不正确和垃圾数据
这类数据没有实际规则,只是设法破坏软件.
不按软件的要求行事,发挥创造力吧.
输入意想不到的数据;
中途变卦而退回去执行其他操作;
单击不应该单击的东西;
六不厌其烦
工作态度,耐性;
七旁征博引
通过别人的或和别人谈话来开拓自己测试思路;
查看别人提交的BUG;
与有经验的测试人员交流;
与开发沟通;
通过别人的交谈;
通过别人向你问题;
八纵横对比
平台特性对比
F平台和D平台对比;
例如D536手机用的是D平台的程序,F平台的多媒体芯片;
从F平台的测试中可以总结,F平台的多媒体芯片不稳定,在多媒体
,声音和蓝牙方面的模块不稳定问题很多;所以在测试过程中无论
测试任何模块都会考虑是否与这些模块关联进行细致,多方面考虑测试,针对这几个模块也会进行更细致测试;
不同版本对比
出新版本首先考虑此版本和上一版本对比完成了哪些(新)功能,解决了哪些重大问题,哪些模块解决的BUG多,针对这些地方进行深入测试;
BASE项目对比
D536 对比D880BASE的项目,区别D880是触摸屏,D536是键盘输入,这个地方的不同可以会引起哪方面的问题多,我觉得对OK键执行的地方经常会出问题,因为D536 中间只显示ICON,D880 则不同;
九由此及彼
相似模块对比测试:
〉音乐播放器和视频播放器;
音乐播放器和视频播放器流程和逻辑基本是相同的,所以关联性很强,比如调节播放器播放模式,音乐/视频均调用的同一段代码,这样如果测试时视频播放器调用此代码后出现异常,再进入音乐播放器肯定产生问题;
〉 Camera 同视频播放器;
录制的短片播放时会调用的视频播放器,如果视频播放器在 CAMERA中没有退干净,可能再进入音乐/视频播放器会出现异常;
在已经找到软件缺陷的地方再找找;
原因有二:,,不多也不少.
音乐后台播放和T卡相关;