02- APP需求分析和freemind

APP稳定性测试

在保证基本功能正确的基础上,APP的稳定性就显得格外重要,如果一个APP应用经常出现闪退或者卡死,用户体验很差,在有竞品的情况下,很容易早场用户流失。

 

稳定性的问题,可以通过黑盒测试,灰度内测,以及用户的反馈得以发现而修改。

 

灰度内测:指没有限制的内测。但是还是会限制用户身份,即只有资格的用户才可以获得内测软件。

这时一般就是最后一次测试了,然后就是公测版了。

 

APP测试流程:

项目立项:简单介绍项目内容是什么?

需求评审:开发,测试,和产品。

分析需求:编写测试用例

测试用例评审:一般测试团队参加,测试点是否覆盖到位,步骤是否冗杂,前提条件描述是否清楚。

执行测试用例:项目中占据时间最长,维护用例。

编写bug单:提交bug。

回归测试,提交bug追踪与管理。

总结

 

 

 

1.需求评审

①充分理解需求,为后续的测试用例编写打下基础。

②基于对需求细节的了解,可以更准备地评估测试的要点和工作量。

③发现需求中模糊不清的地方,预缺陷的产生。

 

2.如何有效的开展需求评审?

评审组织者在评审会召开之前将需求文档提前发给相关评审人员进行预审,在正式评审开始之前手机预审意见。

在评审会上针对问题进行评审,使评审更加充分,有效。

 

3.测试用例的组成部分

1.用例的编号(ID)

2.用例的标题、摘要(summary)

3.前置条件:此用例的执行需要哪些前置条件或者在什么条件在才会有预期结果。

4.测试步骤(step)

5.预期结果(expection)

6.实际结果(results)

7.优先级

8.备注

9.版本:软件版本

10平台

 

 

4.测试结果几种分类

pass:通过

fail:失败

na:①没有用例描述的功能②没有工具或者环境去进行用例执行。

block:堵塞 ,比如:因为不能登录,所以不能进入个人中心.

 

02- APP需求分析和freemind

上一篇:SQL 语句在查询分析器执行很快,程序 Dapper 参数化查询就很慢(parameter-sniffing)(转)


下一篇:Android系统分析之Audio音频流, 音频策略, 输出设备之间的关系