译者注：本文从测试人员的角度出发，提出了100多个在测试移动App过程中需要考虑的问题。不管你是测试人员、开发、产品经理或是交互设计师，在进行移动App开发时，这些问题都很有参考价值。我和Queen合力译出此文，分享给大家，希望有所帮助和启发。

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

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

　　测试人员需要询问问题

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

　　比如，测试人员可能会问：

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

　　这个App到底是干什么的?

　　如果我这样做，会发生什么情况?

　　诸如此类。

　　测试人员能从各种场景中发现问题，它们可能来自对话、设计、文档、用户反馈或者是产品本身。这些可能性太多了……因此，让我们一探究竟吧!

　　从哪里开始测试

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

　　这个阶段，测试人员可以问这些问题：

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

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

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

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

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

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

　　有多少时间可用于测试?

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

　　哪些用户使用起来不愉快，为什么?

　　如何发布和更新?

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

　　案例：FacebookApp的社会评论

　　当作为一名测试人员收集信息时，我喜欢选用FacebookApp作为案例，因为用户的抱怨到处都是。以下仅仅展示了部分遇到难题的用户在iTunesAppStore中发表的评论，网络上还有很多。

　　iPhone上的FacebookApp有很多负面的评论

　　如果我接受挑战去测试Facebook这个App，我肯定会考虑这些反馈，否则就是傻子。

　　测试人员的创造力

　　你可能知道这个App原本想做的事，但是它究竟可以做什么事呢?用户实际上是如何使用它的?测试人员擅长作为旁观者来思考，尝试不同的事物，以及不断地询问“如果。。。会怎么样”和“为什么”的问题。

　　比如，移动端的测试人员常常以不同的用户角色进行测试——当然有点夸张，但是，这种把自己当成不同用户进行思考、分析和设想的能力对测试是备受启发的。

　　测试人员可能会设想自己是以下用户：

　　毫无经验;

　　很有经验;

　　爱好者;

　　黑客;

　　竞争对手;

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

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

　　不耐心而且多次敲按键;

　　输入错误的数据;

　　不理解该怎么做;

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

　　可能会自以为是地认为自己知道该做什么(比如通常不阅读说明)。

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

　　很多问题是可以被预先确定和测试的。测试移动端App时，以下的问题并不都有关，但是也可以尝试问问：

　　是否按照所说的来做呢?

　　是按设计完成任务的吗?

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

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

　　崩溃报告会反馈到App吗?

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

　　用户的数据安全如何?

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

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

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

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

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

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

　　登录是否整合了其他服务，比如用Facebook和Twitter帐号登录?

　　案例：RunKeeper’sgyUpdate

　　RunKeeper，是一款能跟踪你健身活动的App，最新发布的版本里有个“目标设置”的功能，对此我很感兴趣去体验一下，一部分从测试人员的角度来看，更多的是作为一个真心喜欢产品的用户来体验。但我发现了一些问题：

　　1.默认单位是英镑，我却想要把公斤作为重量单位;

　　2.英镑和公斤间的切换根本不好用;

　　3.当设定目标后，会导致展示错误的数据和图表，这让我很迷惑;

　　4.由于第3条，我想删除目标，但却根本找不到删除的地方;

　　5.为了解决这一问题，我不得不改变的个人体重的值，直到“目标设置“范围之内，这样目标达到了，就能重新设定目标了;

　　6.我会再次尝试添加目标;

　　正因为以上疑惑，我花了更长的时间把玩它，看能不能找到其他的问题;

　　以下是一些发现问题的屏幕截图：

　　该App的最新版本包含了一个新的“目标”部分。设置日期的时候，我发现开始和结束的日期都可以从公元1年开始，另外，为什么有两个1年可选(译者注：年份那列从上往下应该显示为“1、2、3”)?

　　另一个Bug，是“当前体重”部分的一个拼写错误，当清空数据时会出现拼写错误的“Enter“(应用中用的是Etner)，这只是一个小Bug，但是看上去非常不专业。

　　发现问题没有捷径，你只能反复的慢慢的试用。每个App及其团队都会面临很多不同的挑战。但是，测试人员的典型的特点就是：超越极限，做一些非常规的、可以改变周围事物的事情，保持长时间的测试(测试几天、几个星期甚至几月，而不是几分钟就测完)，即使明明知道这些事情是不可能发生的。这些也正是可以找到和引出的场景所在。

　　哪儿有所有的数据?

　　测试人员喜欢从数据上找问题，这让开发人员有时候很郁闷。事实上，用户或者是软件开发人员在信息流中确实太容易迷惑了，因为可能会出现很多错误，所以基于数据和云的服务更为重要。

　　也许你可以尝试在以下场景中检查出问题：

　　移动设备数据已满;

　　测试人员移除了所有的数据;

　　测试人员删除了App，那数据怎么办?

　　测试人员删除并重装了App，数据怎么办?

　　过多或者过少的内容导致设计和布局的改变;

　　在不同的时间段和时区使用;

　　数据不同步;

　　同步被中断;

　　数据更新影响其他的服务(比如网页和云端服务);

　　快速处理数据或是处理大量的数据;

　　使用无效的数据;

　　案例：Soup.me的错误

　　我试用过的Soup.me，是一个可以通过地图和颜色将个人Instagram中的照片进行分类的网页服务，但是我却没用多久。当注册时，它提示我Instagram上的照片不够多，然而我的账号中明明有500多张照片。我并不清楚问题出在哪儿，也许是数据问题，也许是表现层的问题，也有可能是该App出错提示的问题。

　　另一个案例：Quicklytics

　　Quickytics是一个iPad上的网页分析应用。在使用过程中，尽管我已经从Google Analytics中删除了网站配置，但它仍然存在。这里有一些问题：

　　我已经删除了网站配置，为什么还是有这些信息?

　　左边模块