功能测试需要从那几个方面入手

1、路径
2、界面测试
　1.UI测试

1）界面（菜单、窗口、按钮）布局、风格是否满足客户要求，文字和图片组合是否美观，操作是否友好。

2）清晰、简洁、美观、响应、一致

3）图形测试、内容测试、导航测试

图形包括图片、颜色、字体、背景、按钮

文字的是否展示、是否表意不明、是否涉及敏感字段

2.安装与卸载测试

安装

1）软件安装后是否能够正常运行，安装目录和文件是否正常建立。

2）app的版本覆盖测试（v1.0>v2.0)和版本回退测试（v2.0>v1.0）

3）安装过程中取消，下次安装是否正常。

4）安装过程来电，短信，通知，对安装是否有影响。

5）安装空间不足时是否有相应提示

卸载

1）直接卸载app是否有提示。

2）卸载后是否删除相应的安装目录。

3）卸载是否支持取消功能，单击取消后，是否正常可用。

4）卸载过程中死机，断电，重启等，对卸载有什么影响。

3.登录运行

1）用户名和密码错误、漏填时，界面有提示信息。

3）密码更改后，登录是否正常。

4）用户主动退出登录后，下次启动APP时，应该进入登录界面。

5）ios与android设备登录同一个账号，用户数据是否同步。

运行

1)APP安装完成后，是否可以正常打开，是否有加载图示等。

2）APP的运行速度正常，切换是否流畅。

4.切换测试

切换场景包括：app切换到后台、多个app之间切换。

1）app切换到或其他app或者系统界面，再回到app，是否停留在上一次操作的界面,app是否正常使用.

2）当app使用过程中有电话进来中断后再切换到app，功能状态是否正常。

5.兼容性测试

1）操作系统版本的兼容性（Android各个版本，ios各个版本）

2）不同手机品牌的兼容性。

3）app跨版本的兼容性。

4）与其他app的兼容性。

6.升级更新

1）当app有更新版本时，手机端有更新提示。

2）当app版本为非强制升级版时，可以取消更新，旧版本能正常使用。用户在下次启动app时，仍出现更新提示。

3）当app有新版本时，直接更新检查是否能正常更新。

4）更新后，检查更app功能是否是新版本。

7.异常测试：

1)交互异常性测试：客户端作为手机特性测试，包括被打扰的情况；如来电、来短信、低电量测试等，

还要注意手机端硬件上，如：待机，插拔数据线、耳机等操作不会影响客户端。

2)异常性测试：主要包含了断网、断电、服务器异常等情况下，客户端能否正常处理，保证数据正确性。

8.网络测试

目前手机手机接入的网络主要分为3G、4G、wifi。

1) 无网络时，有切换网络的操作或者提示。

2）网络间切换、断网等app都有相应提示，重新联网后正常使用。

3) 在网络信号不好时，检查数据是否会一直处于提交中的状态，有无超时限制。如遇数据交换失败时要给予提示。

4) 弱网络下操作是否有提示。

9.权限测试

当权限没有开启时，或友好提示是否允许设置，当允许开启时，跳转到设置界面。

1）有限制允许接入网络提示或选项。

2）有限制允许读写通讯录、用户数据提示或选项。

3）有限制允许相机提示或选项。

4）有限制允许定位功能提示或选项。
　　10、业务逻辑
　　了解需求

了解需求的渠道：需规、原型、过程文档（概设、详设、测试用例、用户手册、BUG清单）等等。和产品、研发交流。如果没有需求文档开发也离职了，那就自己操作系统体验吧！作为一个用户以自己的账户和个人数据去使用产品，经历完整的用户体验。

业务了解的程度：项目背景、业务流程、功能模块、角色权限、技术选型
还要清楚系统的逻辑架构、系统周边的依赖和交互，数据流转方式、是否有外部的数据源，可能存在的风险点

项目了解的程度：项目的成员，前后端的研发、产品、项目经理。要知道什么问题问谁

关注项目的状态，开发进度。特别是质量状态。了解BUG数量、问题的分组方式、已经报告的BUG类型、最长时间未处理的BUG、最近一些BUG的类型、修复比例等。

对测试的要求：测试的颗粒度、是否有明确的测试结束时间、确定测试范围、交付文档

梳理业务流程图、划分测试点、优先级

根据模块功能划分测试点，排列测试的优先级，风险最大的有哪些部分
做场景分析找出用户场景、不同角色使用的场景，权限。
参考（竞品分析、通用测试点）
对比同行软件逻辑，审查逻辑是否符合标准

找产品确认需求理解是否一致
对比同行软件确认软件逻辑是否有设计缺陷
编写测试用例，写出逻辑测试步骤

常用等价类、边界值、场景法、因果图、根据经验做错误推测
一般小型团队用思维导图梳理测试点，编写和维护测试用例费时费力
测试用例评审、思考是否有遗漏点

准备测试环境、测试数据

测试的主要顺序

找出产品最重要的模块
模块中最重要的功能
确保重要功能的可用性
测试其他功能，确保可用
测试完可用性后，测试可靠性
异常场景测试
　　11、业务流程
　　1．首先确定业务流程过程的步骤划分，即整个业务流程都有那些核心步骤，并进行标号。
2．确定业务操作流程的主事件流，即业务能得到正常进行下去的业务操作。
3．确定业务操作的备选事件流，即此业务流程在流转过程中，由于条件的变化产生的其他业务流程。
4．根据主事件流和备选事件流的的结果，构造出场景，并形成场景表。
5．形成业务流程的测试案例，每个场景为一案例。

主事件流和备选事件流说明
1.主事件流
1）每一个步骤都需要用数字编号以清楚地标明步骤的先后顺序。
2）用一句简短的标题来概括每一步骤的主要内容，然后针对每一步骤详细描述参与者和系统之间所发生的交互。每一步骤都需要从正反两个方面来描述:
− 参与者向系统提交了什么信息；
− 对此系统有什么样的响应。
3）在描述参与者和系统之间的信息交换时，需指出来回传递的具体信息。例如，只表述参与者输入了客户信息就不够明确，最好明确地说参与者输入了客户姓名和地址。
4）描述主事件流时应该使用主动语态，不要出现被动式。
2.备选事件流
在描述备选事件流时，应该包括以下几个要素：

起点：该备选事件流从事件流的哪一步开始；
条件：在什么条件下会触发该备选事件流；
动作：系统在该备选事件流下会采取哪些动作；
恢复：该备选事件流结束之后，该Use Case应如何继续执行。
备选事件流的描述格式可以与基本事件流的格式一致，也需要编号并以标题概述其内容，编号前可以加以字母前缀A(Alternative)以示与基本事件流步骤相区别

功能测试需要从那几个方面入手相关推荐

十年小米测试工程师感悟——写给还在迷茫中的测试朋友！
十年测试心路历程: 大部分测试人员,最开始接触都是纯功能界面测试,随着工作年限,会接触到一些常用测试工具,比如抓包,数据库,linux等. 我大学学的计算机专业,有一定的编程基础.我的软件测试职业开始 ...
如何从功能测试转化自动化测试？
一.学习自动化之前,大家需要先知道自动化测试是啥? 自动化测试是将人为测试情形转化为机器执行的过程.一般说来,测试用例设计后,由测试员根据测试用例中描述的规则一步步地进行测试,得到测试结果和预期结果的 ...
php make test 作用,larablog 系列文章 06 - 测试：使用 PHPUnit 进行单元和功能测试
到目前为止,larablog 系列文章就要接近尾声了,过去我们已经探讨了开发的核心概念和方式.在继续添加功能之前,是时候介绍测试相关的内容.我们将研究如何通过单元测试和功能测试确保多个组件与功能一起正 ...
已从事软件测试一年，感觉依然很菜，只会基础的功能测试，想进一步学习，有没有好的建议呢？
6年前我刚入行测试的时候,一样只是个做功能测试的菜*"点工",但是6年后的今天,我成为了年薪过30W+的测试开发. 我先说下我的成长过程,希望能够对你有所启发.关于学习路线的建议, ...
功能测试人员技能提升路线图，试从第一个脚步到年薪50W...
测试心路历程: 测试行业在国内兴比较晚,大部分测试人员,最开始接触都是纯功能界面测试,会数据库Linux,随着工作年限,会接触到一些常用测试工具,比如抓包,接口测试等. 在一线城市做功能测试,如果定个 ...
软件测试工程师门槛：新人如何做好功能测试？
关于新人如何做好功能测试,以下是我个人的一些思考. 01.测试基础的重要性作为一名测试新人,测试基础非常非常重要.这里说的基础,不仅仅是什么是软件测试.软件测试的目的,而是测试用例的设计能力. 因工 ...
34岁本科男，做了5年功能测试想转行，除了进厂还能干什么？
我的建议是不要给自己设限.任何一个行业只要做到顶尖都是很有作为的,何况是IT行业,本身就比别的行业有优势,如果你现在是功能测试,应该想的是进阶自动化测试或者测试开发如何在半年时间由功能测试成长为年薪 ...
7年时间，从功能测试到测试开发月薪30K，有志者事竟成
突破自己的技术瓶颈并不是一蹴而就,还是需要看清楚一些东西,这里也有一些经验和见解跟大家分享一下.同样是职场人士,我也有我的经历和故事.在工作期间,我有过2年加薪5次的小小"战绩"( ...
普通大学，多年功能测试，3年进入小米，软件测试如何有效的学习？
坎坷的2020 学软件测试容易,找工作难! 2020年是坎坷的一年,对于我们每个人来说,健康地活着比什么都重要. 现状1-疫情&裁员潮到来 ➢原因: ➢疫情影响全球经济,波及大多数行业 ➢大环 ...

功能测试需要从那几个方面入手

功能测试需要从那几个方面入手相关推荐

最新文章

热门文章