0
回答
做移动APP测试的思维过程
利用AWS快速构建适用于生产的无服务器应用程序,免费试用12个月>>>   

 

测试人员常被看作bug寻找者,但你曾想过他们实际是如何开展测试的吗?你是否好奇他们究竟都做些什么,以及他们如何在一个典型的技术项目中体现价值?

 

带你经历测试人员的思维过程,探讨他们测试移动app时的各种考虑。本文的目的在于揭示测试人员的这一思维过程,并展示他们通常所考虑内容的广度和深度。

 

测试人员需要询问问题:测试人员的核心能力在于提出有挑战性的相关问题。如果你能将调查、询问技巧和技术、产品的知识结合起来,渐渐地,你也会成为一个好的测试人员。

 

测试人员可能会问:

1、这个App应该在什么平台上使用?

2、这个App到底是干什么的?

3、如果我这样做,会发生什么情况?

 

从哪里开始测试

 

理想情况下,测试人员应该掌握所测产品的所有最新细节资料。但事实上这很少见,因此,像其他人一样,测试人员只能将就使用手上有限的资料。但这不是不能测试的借口!测试人员其实是可以从内部和外部多种不同的来源处收集信息的。

 

这个阶段,测试人员可以问这些问题:

1、有哪些信息:规格?项目会议?用户文档?知识渊博的团队成员?有支持论坛或者是公司在线论坛提供帮助?有现存Bug的记录吗?

2、该应用是在什么系统、平台和设备上进行运作和测试?

3、该应用是处理什么类型的数据(比如个人信息、信用卡等等)?

4、该应用有整合外部应用(比如API和数据来源)吗?

5、该应用需要用到特定的移动端网页吗?

6、现有消费者如何评价这个产品?

7、有多少时间可用于测试?

8、测试的优先级和风险是什么?

9、哪些用户使用起来不愉快,为什么?

10、如何发布和更新?

 

基于以上收集的信息,测试人员可以制定测试计划了。通常预算决定测试方法,一天测完,一个星期或一个月测完的方法肯定不同。当你逐渐熟悉团队、工作流程以及这类问题的解决方式时,你就更容易预测结果了。

 

测试人员的创造力

 

你可能知道这个App原本想做的事,但是它究竟可以做什么事呢?用户实际上是如何使用它的?移动端的测试人员常常以不同的用户角色进行测试——当然有点夸张,但是,这种把自己当成不同用户进行思考、分析和设想的能力对测试是备受启发的。

 

测试人员可能会设想自己是以下用户:毫无经验;很有经验;爱好者;黑客;竞争对手。

 

当然还有更多可选的角色,这主要取决于你们所开发的产品是什么。其实除了角色特点外,其操作行为和工作流程也很重要。人们使用产品方式常常很奇怪,比如:

1、在不应该返回的时候返回了;

2、不耐心而且多次敲按键;

3、输入错误的数据;

4、不理解该怎么做;

5、可能没有按要求进行设置;

6、可能会自以为是地认为自己知道该怎做什么。

 

测试人员遇到这些问题时,也常常发现意料之外的Bug。有时候,这些Bug微不足道,但是更深入的调查就会发现更严重的问题。

 

很多问题是可以被预先确定和测试的。做app测试时,以下的问题并不都有关,但是也可以尝试问问:

1、是否按照所说的来做呢?

2、是按设计完成任务的吗?

3、不是按设计完成任务的吗?

4、如果处于一直被使用或者负荷情况下,状况会怎么样?会反应迟钝吗?会崩溃吗?会更新吗?有反馈吗?

5、崩溃报告会反馈到App吗?

6、用户可能有哪些创造性的、逻辑性的或是消极的导航方式?用户相信你的品牌吗?

7、用户的数据安全如何?

8、有可能被中断或是被破解吗?

9、运行到极限时会发生什么状况?

10、会要求打开相关服务吗(如GPS、Wi-Fi)?如果用户打开会怎样?没打开又会怎样?

11、将用户重新引向哪儿?去网页?还是从网页到App?这会导致问题出现吗?

12、沟通过程和市场反馈是否符合该App的功能、设计和内容?

13、登录流程是怎样的?能在App上直接登录还是要去网页端?

 

测试不是对错判断

 

测试被认为是完全合乎逻辑的、可计划的和可预测的,过程包括:测试脚本和测试计划、通过和失败、正确和错误的反馈。走完这些测试流程就离真相不远了。

 

<无标签>
举报
fiawfo
发帖于9个月前 0回/50阅
顶部