二、APP需求分析与用例设计

目录

1.需求评审

2.移动APP测试用例设计的关注点

1.应用的启动和停止

2.  程序功能模块

3.  权限安全

4. 文件储存

5.  网络与流量

6.  接口容错

7  中断测试

8  机型适配

9.  系统配置

10.  升级&覆盖安装

11  性能测试

---

1.需求评审

1.评审概念

需求评审是需求落地相关的人员审核需求设计结果的过程。

测试：

1. 充分理解需求，为后续的测试用例编写打下基础
2. 基于对需求细节的了解，可以更准确地评估测试的要点和工作量
3. 发现需求中模糊不清的地方，预防缺陷的产生

开发：

1. 指导开发明确要实现的功能
2. 评估需求释放都可以理解并且实现
3. 对软件，系统的整体工作量有一个评估

项目：

1. 各方对需求理解达成一致（测试和开发）
2. 对需求进行一定的测试，进行查漏补缺，达到合格的要求：全面，正确，无二义性，没有模糊字眼
3. 知识传递：类似项目上
4. 发现隐藏和间接的需求：性能，体验

2.需求评审原则

• 在预审间要使用检查单，以避免发现缺陷不知道记录在那里的情况发生
• 避免过度依赖检查单
• 评审会议要限制在2小时之内，以避免长时间讨论而偏离了评审会议的主题。
• 审查的对象是产品而非生产者（作者），因此要避免对作者本人进行人身攻击。
• 要给评审人员提供足够的预审时间，一般以提前两天为佳。
• 如果有与会人员为准备好，则将会议延期：如果有关键人确实抽不出时间，则取消订单。

3.同行评审

评审的分类

• 审查。审查和小组评审很相似，但更为严格，是最系统化、最严密的评审形式，包含了制定计划、准备和组织会议、跟踪和分析审查结果等。
• 走查，产品的作者将产品在现场向同一组同事介绍，描述产品要有怎样的功能、结构，从头到尾走一遍，以收集大家的意见。希望参与评审的其他同事可以发现产品中的错误，并能进行现场讨论这种形式介于正式和非正式之间，其应用普遍。是一种一种非正式的同行评审
• 单人复审
• 多人复审
• 评审对象：项目中所有产出的文档都要经过评审

审查的步骤：

2.移动APP测试用例设计的关注点

1.应用的启动和停止

1.1  首次启动

1.是否出现欢迎界面，欢迎界面的停留时间合理，欢迎界面后是否正常进入应用；

2.首次启动时间是否合理；

3.该拉取的信息是否合理；