APP端非专业测试细则

软件测试初步

一：专业测试
使用测试工具，下载相关测试软件，对APP进行系统测试，包括性能，界面，速度，内存等等，为客观化测试

二：非专业测试
不使用测试工具，直接打开APP进行各方面主观化测试，主要测试方面
1：速度方面：是否流畅，点击按钮跳转界面时是否有过长(几秒)卡顿现象

点击按钮跳转界面时，有时候会加载数据，加载分为两种方案，跳转前加载和跳转后加载，加载会耗时，时间有时候与网络有关，长短不定，
大概在数秒到30秒之间，一般采取方案二，但有时考虑到其他问题时会选择方案一
方案一：跳转前加载：跳转前卡顿
方案二：跳转后加载：跳转后卡顿
以上是属于数据加载延迟现象，不是真正的卡顿，
假卡顿：为正常的数据加载延迟现象，界面仍在运转之中
真卡顿：当前界面卡掉，一动不动，按什么按钮都没反应，这种现象需要优化程序

2：图片方面：清晰度是否正常，是否有拉伸，显示不全现象，图片加载是否快速，是否有错位现象
看图片是否有问题需要有一定经验，具体怎么看问设计，
查看清晰度：Android有不同的程序文件夹分别放置不同大小分辨率图片，需要确定原图所在大小范围才能决定放到哪个文件夹，一般是自适应图片大小，也有定死宽高的，具体看图片详细
一般缩放图片会根据宽高比例来，比如一个人，宽高比是1：4，如果宽扩充到屏幕宽，高不变，则比例变为4：4，人就会看着胖，为水平拉伸变形；如果高扩充到很高，宽不变，
则比例变为1：8，为竖直方向拉伸；故图片无论怎么缩放，一般都要保持宽高比，否则很难看
查看拉伸：找到原图(可能在网页，可能在设计图)和显示的图对比，看宽高比例是否一致
查看显示不全：可能显示的图只是原图的一部分，可能边缘部分没有显示出来
查看加载速度：在列表几百行滑动中，看加载图片是否迅速，跟具体写法，网络都有关，图片量多时，是否强退，未处理好图片时，由于图片量大，内存爆棚
查看错位：滑动列表时，本来显示在这行条目上的图片是否变为其他图片了，图片处理不好，容易错位

3：美观方面：外间距，内间距是否合理，界面各个控件大小比例，位置排版，排版规则是否合理
依照设计图，查看控件内间距，外间距是否与原图协调，位置排版规则是否合理，
一张设计图，有n中排版规则，不同排版规则都可以做到相同的界面，但使用不同的排版规则，在不同的手机上，效果是不同的，每张设计图都有一定的原排版规则，需要程序员慧眼，领悟错了排版规则，界面可能不太好看
控件区

域大小和控件内容大小是不同的，外间距控制区域大小，内间距控制内容大小，内容大小可以看出来，区域大小不一定看得出来，可在手机系统设置开发者选项中显示布局边界
排版规则，比如
两个控件区域均分总区域大小，或按比例均分
三个控件之间的两个间隙空间均分大小
下面控件固定不动，上面控件扩充到最高
等等

4：对软件高要求测试，连续快速点击同一个按钮，看是否会出现bug，涉及到支付时，可以如此测试

5：对照设计图的查看
查看是否符合排版规则，大小比例是否合适

6:对照功能的查看
查看功能是否正常，性能是否良好，是否有更好的方案去设计这个功能

7：多手机的测试
每个手机的物理尺寸(大小)，像素分辨率(清晰度)，以及系统，品牌都不一样，同样的程序，在每个手机上的显示，功能不尽相同
图片显示方面，主要与尺寸，分辨率，程序端排版规则有关
系统：程序有系统兼容性，兼容度不高，在某些系统上可能报错，可能显示不出
比如小米的悬浮窗是默认关闭的，需要主动在权限中打开，悬浮窗累死小蜜蜂，不在界面的级别上，而在软件的所有窗口级别上
比如5.0Android系统的菜单键功能变更，通知栏可以渲染等等
比如主线程网络加载在4.3以前可以正常运行，4.3以后会报错
比如SearchView（类似于标题栏的输入框）只能兼容到4.0以上
等等

8：建议
软件不是完美的，各种漏洞会充斥其中，建议测试人员写测试文档，每次重要的测试(如发布给客户，上线，更新版本等)都该记录文档
对测试中发现的问题记录下来，或建议改进，或项目交接，或上线发布，都有参考价值，至于格式，或从网上找，或慢慢完善

9：使用平湖/湖州框架内置Log界面进行测试
点击小蜜蜂，进入日志界面
开发以外的人初看日志，可能不是很懂，不懂的问相关Android开发人员
整个Log界面展示的信息代表整个应用程序的开发流程，为开发人员与非开发人员交流的一个平台，非开发人员通过Log日志可以详细了解整个软件的具体情况，不再有严重的沟通壁垒
跳到哪个界面，返回哪个界面，调用了网络还是数据库，网络数据库的返回状态，返回了哪些数据(数据量大，故默认关闭，可以叫开发人员开启)，是否有报错(红色)等等
如果发现Log中有哪些不正常或出现红色，可以联系开发人员，或使用Log里面自带的邮箱发送功能发送Log文件到开发人员邮箱予以查看处理
Log小蜜蜂在发布时是自动关闭的，不对用户开放，密码teemax5201314开启，Log详细请查看天迈网络群文件Android客户端开发文档_20150509里面文件[关于客户端对基础数据库字段值

的处理改进方案]

10：图片详细(不明白的找Android开发人员)
ImageView ScaleType:（ScaleType只是控制控件里面的图片缩放模式，搭配不同的控件宽高模式会出现不同的效果）
ScaleType的值分别代表的意义： ImageView是Android中的基础图片显示控件，该控件有个重要的属性是ScaleType，该属性用以表示显示图片的方式，共有8种取值

ScaleType.CENTER：：图片大小为原始大小，如果图片大小大于ImageView控件，则截取图片中间部分，若小于，则直接将图片居中显示。

ScaleType.CENTER_CROP：将图片等比例缩放，让图像的短边与ImageView的边长度相同，即不能留有空白，缩放后截取中间部分进行显示。

ScaleType.CENTER_INSIDE：将图片大小大于ImageView的图片进行等比例缩小，直到整幅图能够居中显示在ImageView中，小于ImageView的图片不变，直接居中显示。

ScaleType.FIT_CENTER：（已确认）ImageView的默认状态，大图等比例缩小，使整幅图能够居中显示在ImageView中，小图等比例放大，同样要整体居中显示在ImageView中。
(缩放的是图片，自适应下控件大小为原图大小，若原图超屏，缩小后，图片会留有上下边距，要想控件大小适应图片，则需定宽或高：设一边为满或尺寸 满或尺寸有区别)

ScaleType.FIT_END：缩放方式同FIT_CENTER，只是将图片显示在右方或下方，而不是居中。

ScaleType.FIT_START：缩放方式同FIT_CENTER，只是将图片显示在左方或上方，而不是居中。

ScaleType.FIT_XY：将图片非等比例缩放到大小与ImageView相同。

ScaleType.MATRIX：是根据一个3x3的矩阵对其中图片进行缩放