感谢评语：
本页链接：
匿名网友就是循环套嵌而已，你这就这么懒，以后还怎么当程序员追问 : 循环嵌套会超时的，n
最新解决问题列表
猜你感兴趣一商店将进价不同的两双鞋均按180元的价格售出,其中一双赢利20%,另一双亏损20%.请问该商店在这次买卖中是赚了还是亏了?为什么?
将两双鞋编号为A、B
赚的那双为A，亏得那双为B
则A原价为 180(1+20%)=150元
180(1-20%)=225元
故原价为150+225=375元
而按180元卖的结果为
180*2=360元375元
即最终结果是亏了
亏了375-360=15元
其他答案（共2个回答）
售出,其中一双赢利20%,
实际盈利=0.2*1801.2
180元的价格售出,另一双亏损20%.
实际亏损=0.2*1800.8
亏：0.2*1800.8-0.2*1801.2
=0.2*1802.4
=15元
（1）甲盒中奶糖重量为：2*1/4=0.5千克
（2）乙盒糖果重量为2*（1+1/2）=3千克；水果糖重量为：3*50%= 1.5千克
（3）混合后总重量为2+...
我也是六年级，以上的方法也许对一个普通六年级小学生太深奥了，我的解法是：首先把苹果的原来的重量看做单位1，运走了八分之一后剩下八分之七。而苹果重量的7/8=梨原...
这个老板讲话就很不合理，什么叫鞋坏了他们才管，鞋存在质量问题就不应该管了吗！这个一定是要他更换的，再说你才买了两天，一般的皮鞋都有一个月保修时间的！他们不管，行...
每个篮球=(180-24)/(15-12)=52元;张老师带的钱=52*15-180=600也可以设未知数!设每只篮球x元，张老师带了15x-180元或12x-...
答: 全站仪定向定反了测得的坐标如何转换成正确的？
答: x->0:lim(1+x)^(-1/x)
=1/[x->0:lim(1+x)^(1/x)
x->∞:limxsin(1/x)
=1/x->0:lim[...
答: 第一个华罗庚
第二个陈景润
答: 求证类型 求解类型
大家还关注
Copyright &
Corporation, All Rights Reserved
确定举报此问题
举报原因(必选)：
广告或垃圾信息
激进时政或意识形态话题
不雅词句或人身攻击
侵犯他人隐私
其它违法和不良信息
报告，这不是个问题
报告原因(必选)：
这不是个问题
这个问题分类似乎错了
这个不是我熟悉的地区
相关问答：123456789101112131415本人最近被面试了一道题目，是这样的，
有一个移动app 电影票，现有个活动，能以20%的价格买入1000张电影票，每人限购1张，作为测试负责人如何设计这个测试。
我说是测试功能性，用户体验，以及重点测试并发，比如2000个并发测试，看系统有问题。
面试官说我不了解app测试，不知道是不是测试重点搞错了。
特殊的地方就在边界条件
比如，每人限购一张，是否可以以20%的价格买第二张，尤其是在并发的时候
比如，一共只有1000张20%价格的票，第1001张是否按原价出售了，买到第1000张的时候并发会不会有更多的人买到特价票
20%这个折扣也需要测试，会不会有小数产生
具体测试起来就多了，前台展示、后台接口、数据库、性能、中断、弱网等
2000个并发，其实是测试的服务端。
列出不同的测试点就好写用例，然后去掉冗余的，最好去执行吧
我感觉这道题目主要测试的是功能业务方面的呢。首先，电影票只有1000张可以打2折。超过了1000这个数目公司就赔本了，所以边界值是测试的重点。并发这个情况是要考虑的方面，我觉得没问题啊。
弱弱地问一下，并发测试应该不是在app端做吧？
问题关注ing...
个人觉得这个问题最重要的就是 超卖，即使是app也要考虑服务器端测试
1人的限购超卖
1000张的限优惠超卖
总的来说题出的还是不错的，感觉是面的电商app
移动端的测试的业务流程测试是基础，这个用通常测试用例设计思路没有什么本质上的不同，什么边界值等价类并没有什么难度，有所区别的是以下几点，个人意见仅供参考：
在完成这个业务功能测试的基础上，移动端与PC端最大不同是某些异常情况的测试，比如网络、电量、流量等，还要在事务出现异常的情况下保证事务的完整性；
2.还需要考虑到一点是它这个移动端的app的购买业务，那么app到底是通过activity来实现还是以webview方式来实现，测试方案也会有所不同。
如果是做压力测试的，那么要看它系统预期使用人数，可以根据它网站的流量分布图来定义峰值并发数，有些人会问你2000个并发，2000从何而来呢？就是这么来的；
还有一个重点是，接口测试，移动端因为产品特性，与服务端交互通常是通过Restful API来进行的，由于这个活动是一整个事务，由app与服务端共同完成，所以服务端的api也需要进行测试；
还有一些其它方面的专项测试，如兼容性，稳定性，抗干扰测试，权限测试等就不一一举例了。
1：检查是否以实际价格的20%购入
2：检查是否每个人限制为1张，如果一个人买2张的话是否可以通过验证
3：检查上限1000张全部售出验证是否还可以继续购买
4：因为是移动APP的一个活动，应该是Ｈ５的页面，需要要考虑该方面的检查
①：前端是否可以实时刷新
②：前端提示是否友好，例如：“提示一个用户只可以购买一张”或“已全部售罄”等等
③：既然是活动，考虑活动时间范围检查。
１：在不同设备，不同系统，不同系统版本该“活动”的兼容性检查
１：考虑并发，高峰等测试（性能不熟悉）等等把
２：加载Ｈ５页面的时间。
可靠性检查
１：模拟ｍｏｎｋｅｙ测试１００００次检查活动页面的可靠性
服务器端检查
１：活动相关接口性能，接口的响应时间，平均时间等等
2：检查前端提交的表单数据，数据方面的检查（具体没做过，不太清楚，但是我想应该考虑下数据方面）
专项测试：
１：该活动界面的CPU,GPU，耗电量，流量消耗检查等等
２：弱网络，不同网络wifi,3G ,4G 浏览的情况
3：断网情况下的检查
4：提交按钮双击检查。
5：最好做下fiddler的抓包，篡改数据后重新发包，看后端的处理。
体验检查：
因为是一个电影app的售票活动，用户应该基本是青年
所以考虑，界面的交互是否简单，提示是否友好，界面设计是否美观大方等等
ps:自己花费10分钟不到，随便写的，主要锻炼下自己的用例策略设计思维，写的烂或者不对的地方，请指出。谢谢
确实是面试电商app
好像记得是客户端+服务器端都考虑进去
确实，不过我当时回答也局限在点上，没有从面铺开，可能没有考虑内存 cpu 网络场景，及线上测试等。
我估计我没回答全，或者没回答在重点上。。。
嗯，应该测试接口的并发
谢谢 受益了。
如果当初按你这个回答，我估计是通过面试的，呵呵。 如果还能再加上是否对原有功能产生影响的测试用例会比较好
8楼好牛！膜拜专业的测试修养
个人判断7楼应该更牛一点点 呵呵。
好吧。难得看到这样的题目，我也来回答下吧。
有一个移动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？走压测，走手工等等。其实主要就是上面这些理清楚了，之后就很好定义了。
我个人碰见这种问题，其实很不爽，因为除非对方有本事给我说明清楚这些，否则不回答，回答了也是没有意义的。不过自己可以主动问，毕竟对方回答不出是对方的问题，你不问就是你的问题了
1、分析需求，关注重点：移动app、活动、电影票、20%的价格、1000张、限购1张
2、功能测试就根据刚才的重点分析了
移动app：加上这是个活动，所以需要考虑弱网络下；网络流量需要考虑图片是否使用缩略图；用户体验……；稳定性l;
活动：H5的可能比较大，但还是应该问清楚点；webview如何测试；活动如何上线，能否正确进入活动界面
电影票：电影票是某一部电影，还是所有在售电影；选座是否正常；已售座位的信息更新是否及时；电影的相关信息是否正确；
20%的价格：购买方式（网银、支付宝、微信）是否正常；可能存在的安全漏洞；折扣是怎么计算的，数据库需要传哪些参数；退款时退款数额是否正确；购买时提交异常数据能否正常处理
1000张：1000张的等价类划分；如何处理并行，N个人同时付款一张票；如果有允许等待30min内付款，那等待付款时这张票能否允许其他人付款；退款的票能否重新购买
限购：根据什么信息限购，eg手机号、app账号…；重复购买能否成功；买了后退款重新买是否正常;如果有允许等待30min内付款，那第一张不付款，购买第二张会怎么样…；能否通过抓包修改参数购买多张
3、压测，峰值并发的设计
然后作为负责人，还得知道上线时间；开发是否留有足够测试时间；手下多少人、怎么分配人员；根据时间还得考虑接口测试、自动化测试范围和时间、组内测试用例评审
很久没看过电影，测试经验不多，也没处过管理的位置。。还是等有经验的人来补充吧
NB，让我拓宽了视野。我最近面试，碰到问我设计题，我一般也会反问我的测试目的是什么，我处于什么阶段。但面试官基本都会说你要考虑全面，有时问我自动化测试设计，我也会反问，这个可能先要考虑是否需要做自动化。为了面试，最后，我一般会说，哦 ，那么我就假设是要做全面的测试或者假设我们已经决定做自动化测试。发觉目前很多公司的面试官不最求设计测试，只最求解决某个技术点，即绕过设计分析，直接做方法
比我当时的回答全面多了
看了的分析，感觉测试真是博大精深。然而从楼主的面试经历来看，面试官似乎并没有准备给予楼主一个“满意”的答复，或许这个问题他也答不完整呢。你看楼上各位老师的分析，洋洋洒洒这么多，一两句话根本说不完。
其实倒也不是说一定要说那么多，关键是面试官本身问问题肯定是有重点的，我们不问上下文很难回答到所谓的痛点上，那么面试自然很容易失败。。。。
是的 我感觉面试官问你这个问题的时候心里就是他想到的几个点，你能答上来了就ok，你真跟他长篇大论一通他还未必听得下去
补充：很多人提到服务端的性能测试，实际上服务端的性能需求是没给的，1000个是业务上的需求，因为是不同帐号，所以客户端的自动化脚本来实现比较麻烦，要不断切换帐号，比较好的方式是写接口测试脚本，然后参数化帐号消息。至于服务端的性能，要问清楚具体需求，一天有多少活跃用户，然后来计算并发量，设计服务端性能测试方案。
牛，看来测试真是达到一定境界了
长见识了，mark~
看语句测试负责人的意思是你负责这个功能的测试，而不是你是测试组长，在我看来这个功能一个人负责测试是没问题的。
如果是我的话，我一般就是围绕20%、1000、1 这3个数据展开测试，基本都是边界值测试。另外一个重点就是电影票的业务逻辑了，票价、票数、订单支付、取消、未支付、活动有效期等
中提及了此贴
后方可回复, 如果你还没有账号请点击这里 。
pacerron (Ron)
第 7310 位会员 /
共收到 29 条回复