草丁图书馆

  1. 首页 > 生活百科 > >

手机知识|怎么测试，手机基本功能测试( 三 )

小知识



第一、把用户需求转化为功能需求

1）对测试范围进度量

2）对处理分支进行度量

3）对需求业务的场景进行度量

4）明确其功能对应的输入、处理和输出

5）把隐式需求转变为明确

第二、明确测试活动的五个要素

测试需求是什么、决定怎么测试、明确测试时间、确定测试人员、确定测试环境、测试中需要的技能 ， 工具以及相应的背景知识 ， 测试过程中可能遇到的风险等等 。 测试需求需要做到尽可能的详细明确 ， 以避免测试遗漏和误解 。

那么 ， 接下来怎么进行测试需求分析？

1）确认功能

（业务功能、辅助功能、数据约束、易用性需求、编辑约束、参数需求、权限需求、性能约束）

1、业务功能：与用户实际业务直接相关的功能或者细节；

2、辅助功能：辅助完成业务功能的一些功能或者细节 ， 例如：设置过滤条件；

3、数据约束：功能的细节 ， 主要是用于控制在执行功能时 ， 数据的显示范围 ， 数据之间的关系等；

4、易用性需求：功能的细节 ， 产品中必须提供 ， 便于功能操作使用的一些细节 ， 例如：快捷键等；

5、编辑约束：功能的细节 ， 在功能执行时 ， 对输入数据项目的一些约束条件 ， 例如：只能输入数字等；

6、参数需求：功能的细节 ， 在功能执行时 ， 需要根据参数设置不同 ， 进行不同处理的细节；

7、权限需求：功能的细节 ， 在功能执行的过程 ， 根据不同的权限进行不同的处理 ， 不包括直接限制某个功能的权限；

8、性能约束：功能的细节 ， 执行功能时 ， 必须满足的性能需求；

2）场景分析

1、考虑场景的调用者：考虑每一个场景提供的服务是供哪些外部模块或者系统调用的 ， 找出所有调用者 。 调用前提 ， 约束都要考虑 。 每一个调用都可以考虑成一个大的业务流程（一般和外部有交互的业务出错率比较大 ， 需要重点关注） 。

2、考虑系统内部各个场景之间的联系：形成内部业务流程 ， 需要分析每个场景之间的约束关系 ， 执行条件 ， 组织出各种业务流程图 。

3）挖掘隐性需求

这需要测试工程师的经验积累：

1）常用的或者规定的业务流程

2）各个业务流程分支的遍历

3）明确规定不可使用的业务流程

4）没有明确规定但是应该不可使用的业务流程

5）其他异常或者不符合规定的操作

接下来 ， 一起说说测试用例设计那点事儿

1、如何进行测试用例的设计？

编写测试用例之前 ， 我们需要对项目的需求有清晰的了解 ， 对要测试什么 ， 按照什么顺序测试 ， 覆盖哪些需求做到心中有数 ， 作为测试用例的编写者不仅了解要有常见的测试用例编写方法 ， 同时需要了解被测软件的设计、功能规格说明、用户使用场景以及程序/模块的结构 。

步骤

1）测试需求分析：从项目部拿到软件的需求规格说明书后 ， 开始对项目的需求进行分析 ， 通过自己的分析、理解 ， 整理成为测试需求 ， 清楚分析出被测试对象具有哪些功能 。 明确测试用例中的测试集用例与需求的关系 ， 即一个或多个测试用例集对应一个测试需求 。

2）业务流程分析：分析完需求后 ， 明确每一个功能的业务处理流程 ， 不同的功能点做业务的组合 ， 以及项目的隐式需求 。 如遇复杂的测试用例设计前 ， 先画出软件的业务流程 。 从业务流程上 ， 应得到以下信息：

A、主流程是什么?

B、条件备选流程是什么?

C、数据流向是什么?

D、关键的判断条件是什么?

推荐阅读


上一篇：【山楂】生吃山楂有什么好处？

下一篇：【香】含羞草有香味吗？