background image
你可能知道这个 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 上直接登录还是要去网页端?
测试不是对错判断
测试被认为是完全合乎逻辑的、可计划的和可预测的,过程包括:测试脚本和测