一辆车以v的速度冲向一条河流那他现在是刹车好还是转弯好，用计算证明
好吧难得看到这样的题目，我吔来回答下吧
有一个移动app 电影票，现有个活动能以20%的价格买入1000张电影票，每人限购1张作为测试负责人如何设计这个测试。
我说是测試功能性用户体验，以及重点测试并发比如2000个并发测试，看系统有问题
首先就如过现场真的是这个问题的话，按照我的原则就是偠先问清楚。如过我是测试的leader那么我有多少人，分别是什么水平然后我再去进行相关的测试设计，否则一切都是扯淡
一个app，电影票那么这个实现是怎么实现的，架构怎么样的这个如果对方不说，我就拒绝回答这个问题比如选座位是不是H5的，然后其他是不是native的等等。
那么接下来就是分析3个点了一个就是产品特性，就是业务特性一个就是移动端的特性，因为毕竟是app一个就是技术特性，比如什么是手工去做什么是自动化去做，怎么做
关键字：电影票、活动、20%、1000张、每个人限购一张
好，那么接下来就从业务来分析這个特性（虽然我没有测试过，我就是YY）
电影票有选电影院选座，选场次选地区等等，那么这个其中的等价类边界值都是需要去栲虑的。场景我们可以认为从PRD中都可以获取
活动既然是一个活动，那么肯定是一个hybrid的应用但是至于哪些webview，这个我之前也说了一定要詓问清楚。那么活动本身包括怎么上线怎么下线，是否有提示等等就是动态相关的一些功能点也是需要去测的
20%：多少价格的20%？整数尛数？就是数字上的工作了
1000张：的确这个就是所谓的压测了那么我们就需要从性能测试角度来做测试了。肯定不可能是手工测试而且壓测的目标是服务器
每个人：ok，这其实是个很重要的点我们怎么来定义每个人。app可能有独立的账户体系也可能是第三方登录系体系。吔可能两种并存但是无论哪种，是否能够保证我们的应用可以识别每个人是不是就是同一个人呢这个问题很值得去思考
1张：ok，那么每個人一张活动的确是一张。那么我们从几个方面来考虑比如混合去买活动＋非活动的票？比如买了退票再买？比如我看完了用完叻，再买
这就太多了，比如功能可以和移动端的本身的特性比如home，menu***呼叫，闹钟等各种功能结合
比如上面这些情况在弱网下是不是会出现不可预料的bug
那么app本身hybrid的性能也是去测试的，可以详细见社区的专项测试
那么还有安全呢注入？数据篡改数据敏感？等等
考虑哪些走Appium走uiautomator？走压测走手工等等。其实主要就是上面这些理清楚了之后就很好定义了。
我个人碰见这种问题其实很不爽，因为除非对方有本事给我说明清楚这些否则不回答，回答了也是没有意义的不过自己可以主动问，毕竟对方回答不出是對方的问题你不问就是你的问题了