应⽤测试分析的切⼊点
1. 应⽤的启动和停⽌1.1 ⾸次启动
是否出现欢迎界⾯，欢迎界⾯的停留时间合理，欢迎界⾯后是否正常进⼊应⽤; ⾸次启动时间是否合理;
该拉取的信息是否正确;
桌⾯图标是否创建成功，功能启动快捷键创建是否成功（某些安卓⼿机会有在桌⾯创建应⽤内某个功能的快捷键的需求）
1.2 ⼆次启动
从各个启动⼊⼝进⼊应⽤是否可以正常进⼊：程序启动主图标，某个功能的快捷键，widget；
启动后状态检查：如初始化信息、初始状态、启动对⽹络
启动进程服务检查：进程名、进程数、服务名、服务数、第三⽅调⽤的SDK如GPS
带登陆的应⽤是否⼆次启动的时候正常登录
1.3 程序异常退出后的启动
⼿动停⽌进程：多进程的情况停⽌所有或者停⽌其中⼀个后重启
⼿动停⽌服务：多服务的情况，停⽌所有或者停⽌部分服务后，未重启直接使⽤
声波驱散器管家软件⼀键清理进程后重启
其他系统软件⼯具停⽌进程、清理软件数据
2. 程序功能模块
这个⼀般是根据需求来对应⽤的所有模块所以功能的触发事件逐⼀验证。这个最基本的要从两个⽅⾯考察，⼀⽅⾯是顺从需求来对模块进⾏操作，是否达到需求规定的预期；另⼀⽅⾯就是与需求背道⽽驰是否程序会有相应异常控制等等。廖叔提出了Google正在使⽤的测试建模的概念，这个⽅法可以可
以帮助我们更好的结合需求分析应⽤的架构，设计更完善的功能模块⽤例。
2.1 ⽂本框输⼊功能
正常输⼊，输⼊越界，特殊字符集(\n,\r等等)，利⽤复制粘贴向⽂本输⼊内容，输⼊程序规定不让输⼊的字符
2.2 事件触发
导电碳浆每⼀个按钮、每⼀个可点击项是否能够完成需求规定的功能
尝试点击页⾯上不可点击的区域，来验证在测试过程当中的预留测试后门是否关闭
3. 权限安全
需要⽤户确认的权限没有授权，权限默认关闭
发布任务
联⽹权限被管家、系统安全类软件限制情况下的联⽹操作
权限敏感度，如通讯录等为系统的绝密权限谨慎获取
使⽤安全软件进⾏安全漏洞、病毒扫描，看被测APP是否会被这些安全软件提⽰有问题⽽影响⽤户的对被测APP的使⽤或者印象
4. ⽂件存储
APP使⽤过程中产⽣的临时⽂件存储路径、命名⽅式等
APP中涉及的下载操作产⽣的⽂件存储⽅式
存储的⽂件被锁、占⽤
有外置SD、内置SD卡都要考察APP产⽣的⽂件是否正确
APP被安装在SD卡或者⼿机存储空间
磁盘空间不⾜、磁盘⽆权限（如读、写）
5. ⽹络与流量
⽹络信号，尤其是弱⽹络环境下应⽤的表现
不同运营商⽹络：电信、联通、移动，2G/3G/4G
静电消除装置⽹络中断、⽹络恢复场景的逻辑处理（如重试），以及⽹络提⽰
⾸次启动应⽤的流量是否符合预期
统计、异常上报对流量的影响
APP中图⽚⼤⼩、尺⼨是否有考虑对⽹络流量的影响
基于流量安全的特殊业务，如仅wifi联⽹
6. 接⼝容错
请求⽹络层错误：http response返回⾮200的状态
请求业务层错误：接⼝返回内容为空、超长、字段类型不匹配
7. 中断测试
锁屏中断：停留在程序操作界⾯进⾏锁屏，恢复后检查操作是否正常
前后台切换：停留在程序操作界⾯，通过Home键，进⾏程序的前后台切换
加载中断：页⾯接⼝请求、界⾯框架加载时，通过Home键、返回键、快速切换操作进⾏中断系统异常中断：如关机、断电、来电
8. 机型适配8.1 分辨率适配
弹性垫片UI结构、对话框基于分辨率、屏幕⼤⼩进⾏适配
8.2 OS版本适配
涉及API调⽤如获取SIM卡信息、外置SD卡设置（4.4外置SD卡不具备写的权限）
8.3 CPU硬件配置
X86机型、V5、V6、V7、V8
9. 系统配置
进程管理：省电管理、后台进程驻留管理
显⽰管理：字体⼤⼩、字体类型
语⾔环境：语⾔环境
横竖屏配置：是否⽀持横竖屏⾃适应处理
10. 升级覆盖安装
逐步升级：⽤户数据、设置、状态的保留，特步注意新版本已去掉的状态或设置
跳级：即隔开版本覆盖安装
降级：覆盖安装更低版本
卸载安装 4、卸载安装，安装⽬录清理，SD卡存储数据不被清理
省流量升级：有些助⼿提供省流量升级的⽅式
在没有更新或者⽹络时，需要给予⽤户正确的信息表达
如果升级有忽略本次版本升级，那么当有新的升级版本时，是否还有提⽰升级
强制升级 8、不升级⽆法使⽤
11. 性能测试11.1 性能
核⼼操作的性能指标：如CPU/内存、响应时长、电量、流量
11.2 稳定性
选择某些场景做持续反复操作
Monkey稳定性操作，持续多个⼩时
11.3 流畅度
列表滑动、返回进⼊、快速点击（这个⾁眼不好评判，可以借助GT，⼀般打分在90分以上是⽐较好的）
11.4 软件兼容
通⽤软件 输⼊法
安全软件
通信类
竞品软件 同类软件，是否出现冲突
12. 竞品对⽐测试
功能⽅⾯：与同类竞品软件在UI设计，交互体验等⽅⾯进⾏对⽐
测试⽤例具体编写⽅法
在编写测试⽤例之前，你得想好有哪些前置条件。这些前置条件满⾜了才能达到你得预期。⽐如账号密码登录，前置条件时账号和密码同时正确才能正常登录成功。那么此时你就得编写条件不符的时候，是否也会成功。如果成功了，那就属于BUG，需要技术进⾏修复。
⼀般正常情况，请考虑⼀下⼏个⽅⾯
1. 页⾯布局是否合理，如导航栏上⾯应该显⽰三个按钮，实际上却显⽰了两⾏。
2. 页⾯⽂字描述是否准确，如⽓泡提⽰：密码格式错误，请重新输⼊。实际上却显⽰：账号密码错误。
3. 如果有加载规则，是否符合加载规则。如：进⼊页⾯加载20条内容，实际上却加载了10条。
4. 如果有排列规则，是否符合排列规则。如应按照时间倒序排列，实际上却是正序排列。
5. 操作是否符合要求，如单击某个点，是否准确跳转或显⽰内容。如本应该进⾏跳转，实际上却未进⾏跳转。
6. 输⼊框输⼊的内容是否有符合格式要求。如：账号不允许",",⽽实际上却允许了。
7. 输⼊的内容是否符合合法性要求。如：账号密码是否⼀致等问题。
等等这些基本考虑内容都需要考虑进来。
⼤概理清楚需要考虑的内容之后，就可以开始动⼿写了。
1. 序号： 不⽤说，就是按顺序下去的。
2. 模块：该功能点具体属于哪个模块的，填写这个主要是⽅便查，如：注册/登录模块
3. 编号：对每个⽤例进⾏编号，⽅便后期跟进。毕竟⽤⽂字说，容易⼝误。不过此处建议编号设计的有点规则，⽅便快速定位查。
如：A0001。其中A表⽰注册/登录模块。00表⽰账号登录，01 表⽰账号密码登录下的第⼀个测试⽤例。
4. 功能点：具体指某个功能，如：账号登录、⾸页、发布等。
5. ⼦功能点：具体指功能点，如：账号密码登录、⼿机验证码登录、邮箱登录、第三⽅授权登录等。
6. ⽤例名称：具体测试⽤例的名称。如：输⼊账号、输⼊密码、密码不合规等等。
7. 前置条件：指要达到预期测试结果，需要满⾜那些条件才能达到。如：账号密码不⼀致时，就需要登录失败，那么此时就得保证账号
正确或密码正确以及账号正确时是存在的。
8. 操作步骤：指要达到预期测试结果，需要按这些步骤来。最好说明在什么页⾯，点击或操作什么内容，输⼊什么内容。
9. 预期结果：说明按照前⾯写的应该呈现出怎样的结果。
10. 测试结果：如果符合预期结果，直接填写正常或OK，如果不符合，则说明不符合或NO，
11. 结果描述：如果正常，可以不⽤填写，如果不符合预期结果，则说明哪⾥不符合。
12. 测试⼈员：填写测试⼈的名字，⽅便后期跟踪BUG。
13. 测试⽇期：填写测试的时间，⽅便后期查询。
14. BUGID：跟测试编号⼀样，⾃⼰设定ID规则，⽅便快速查询。
15. BUG负责⼈：此处应该有技术那边填写，具体落实到某个⼈⾝上，才能更好的解决到问题。
以上就是测试⽤例的具体填写⽅法及作⽤。测试完了之后，记得进⾏回归测试以确保测试的意义
测试⼈员应该怎样编写⼀份⾼质量的测试⽤例？
1.测试⽤例设计⽅法
等价类划分法
边界值分析法
因果图
决策表
正交试验
场景法
状态迁移
错误推测法
2.测试⽤例的组成元素
⽤例编号
⽤例标题
功能模块名称
前置条件
输⼊数据
操作步骤
预期结果
优先级
执⾏结果
编写⼈
执⾏⼈
以上元素在⼀个测试⽤例中并不是需要完全包括，但是像⽤例编号，⽤例标题，前置条件，输⼊数据，操作步骤，预期结果，优先级，执⾏结果则是每⼀条测试⽤例必要元素。
3.⽤例标题
字数不能太多
概括性-看到标题就能清楚这条⽤例测试点是什么
不能歧义性
4.测试⽤例的特点
步骤清晰
操作步骤要清楚明了，如果刚开始不知道怎么写，建议就按执⾏测试的步骤⼀步⼀步写清楚
例如现在有⼀个QQ登录成功的⽤例，操作步骤就可按如下写：
1.点击QQ应⽤程序
led节能灯制作2.输⼊正确的⽤户名
3.输⼊正确的密码
4.点击登录
结果唯⼀
⼀条测试⽤例只允许有⼀个测试结果；⼀条测试⽤例只包含⼀个测试点；⼀条测试⽤例可以有多个检查点；预期结果中不要包含有歧义性或⼆义性的字
可操作性强
这⼀点主要体现在不同的测试⼈员在不同的测试平台上运⾏，最终的结果都是相同的
注意点：不管是⽤例标题还是预期结果，尽量不要使⽤含糊不清的语句
⽤例设计⽅法
1.等价类划分法
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议