移动客户端APP性能测试方案

[amiksong]

移动APP应用进行性能测试，包括客户端和服务器端，现在要求对服务器端进行性能测试。

我的理解是写一个页面调用需要测试的功能接口，然后用LR跑这个页面来测，但是开发不配合，请问有什么工具可以直接调用来进行测试么？

谢谢！

[蓝帕尔]

开发为什么不配合？给他个测试无法通过性能不合格的结论哈。

[火山企鹅]

你这个问题其实很容易解决，最新版本的LR 12支持录制移动App脚本来产生性能测试压力脚本，不需要开发单独开发一个网页供你调用试压。

使用LR12进行手机App的服务器端压力测试的时候，还可以结合Shunra来模拟网络，这样测试出来的性能更加真实，因为它可以模拟2.5G网络，3G网络或者4G网络。

【本人微信订阅号：大维谈测试】可以搜索wei_talk_testing添加，或者扫描下方二维码。

[以专业开发人员为伍]

其实测试是开发的职责，不是手工测试人员的职责。手工测试人员只要会设计测试用例，然后“点、点、点”就行了。 想让开发人员写（可自动化运行的）测试用例，不会听手工测试人员的指挥，应该是程序经理负责布置编程任务——算工作量的。 有些程序经理根本不懂编写测试用例，只会一般地“完成UI界面”最低级的开发工作。遇到这种开发团队，你也别想他们会测试。

[以专业开发人员为伍]

APP可以在开发环境模拟器上测试，也可以在手机上测试。例如Xamarin for visual studio可以直接在手机上（通过USB联到pc端）执行程序，同时在vs调试界面上单步执行、查看所有变量、进入任意调用堆栈层。因此调试程序可以运行在手机真机上，可以按F5让开发人员自己写的单元测试程序跑起来，然后开发人员就可以出去喝茶聊天，等（比如说）200个测试用例执行了1300遍的时候，没准某一个随机测试数据或者随机执行顺序下，才出现了一个BUG，这时候vs调试器就停在出错位置，这时候就可以即时进行改错。 因此自动化测试是开发人员的法宝。不是手工测试人员的事情。

[以专业开发人员为伍]

引用 楼主 amiksong 的回复:

我的理解是写一个页面调用需要测试的功能接口，然后用LR跑这个页面来测，但是开发不配合，

你都不知道自动化测试的编程机制，瞎指挥开发人员做一个你都说不出内部细节的“功能”，人家怎么做？

[火山企鹅]

引用 3 楼 sp1234 的回复:

其实测试是开发的职责，不是手工测试人员的职责。手工测试人员只要会设计测试用例，然后“点、点、点”就行了。 想让开发人员写（可自动化运行的）测试用例，不会听手工测试人员的指挥，应该是程序经理负责布置编程任务——算工作量的。 有些程序经理根本不懂编写测试用例，只会一般地“完成UI界面”最低级的开发工作。遇到这种开发团队，你也别想他们会测试。

这什么逻辑呀！！！！！拜托不懂测试别瞎说，免得误导大家！！！

[知府大人]

引用 5 楼 sp1234 的回复:

[quote=引用 楼主 amiksong 的回复:] 我的理解是写一个页面调用需要测试的功能接口，然后用LR跑这个页面来测，但是开发不配合，

你都不知道自动化测试的编程机制，瞎指挥开发人员做一个你都说不出内部细节的“功能”，人家怎么做？[/quote] 自动化测试 是我们测试人员来做的 我们开发自动化测试框架（或基于开源），编写自己的测试用例等 不需要开发人员做

[维农豆芽]

找测试大牛，飘过==

[Mamba_yang]

有没有什么比较好的工具呢

[crazy1stone]

LR本来就可以对接口进行测试，不需要特地写个页面来跑！接口测试验证的是服务端的性能

[soft1992]

怎么用lr做接口测试，求解。。

[u011145436]

引用 4 楼 sp1234 的回复:

APP可以在开发环境模拟器上测试，也可以在手机上测试。例如Xamarin for visual studio可以直接在手机上（通过USB联到pc端）执行程序，同时在vs调试界面上单步执行、查看所有变量、进入任意调用堆栈层。因此调试程序可以运行在手机真机上，可以按F5让开发人员自己写的单元测试程序跑起来，然后开发人员就可以出去喝茶聊天，等（比如说）200个测试用例执行了1300遍的时候，没准某一个随机测试数据或者随机执行顺序下，才出现了一个BUG，这时候vs调试器就停在出错位置，这时候就可以即时进行改错。 因此自动化测试是开发人员的法宝。不是手工测试人员的事情。

引用 3 楼 sp1234 的回复:

其实测试是开发的职责，不是手工测试人员的职责。手工测试人员只要会设计测试用例，然后“点、点、点”就行了。 想让开发人员写（可自动化运行的）测试用例，不会听手工测试人员的指挥，应该是程序经理负责布置编程任务——算工作量的。 有些程序经理根本不懂编写测试用例，只会一般地“完成UI界面”最低级的开发工作。遇到这种开发团队，你也别想他们会测试。

不懂能不瞎BB？

[hooghoog]

让开发人员提供接口，再使用Web Services或者web_custom_request进行测试，根据返回结果中的某些特性值，来判断事务成功或者失败

[在清晨]

测试工具绝不仅仅是开发做的, 测试也可以做 很多测试高手的代码编写能力比开发还强. 到达这个境界就不存在开发不配合的问题.

[zengriguangliwei]

楼上有个哥们说的很对，你就和开发说你给我写一个页面，让我去压测，那么只能说你的测试做的比较肤浅。如果开发给你写了一个测试页面，那么你需要考虑：开发给你写的这个页面是否存在性能问题，因为你压的不是接口，而是这个页面，所有的请求都经过一层转发。你可以自己写脚本进行调用。app服务器端的测试，无疑也是 请求的测试

[Crowley795]

这个的确需要开发配合 和你的老大反应下 让他协调

[小虫师]

App测试交流分享群，450610862

[liqingbo7186]

引用 5 楼 sp1234 的回复:

[quote=引用 楼主 amiksong 的回复:] 我的理解是写一个页面调用需要测试的功能接口，然后用LR跑这个页面来测，但是开发不配合，

你都不知道自动化测试的编程机制，瞎指挥开发人员做一个你都说不出内部细节的“功能”，人家怎么做？[/quote] 别理他，不管他多牛，对同事不尊重的傻逼绝对不会有啥大发展

[liqingbo7186]

引用 6 楼 peacedog 的回复:

[quote=引用 3 楼 sp1234 的回复:] 其实测试是开发的职责，不是手工测试人员的职责。手工测试人员只要会设计测试用例，然后“点、点、点”就行了。 想让开发人员写（可自动化运行的）测试用例，不会听手工测试人员的指挥，应该是程序经理负责布置编程任务——算工作量的。 有些程序经理根本不懂编写测试用例，只会一般地“完成UI界面”最低级的开发工作。遇到这种开发团队，你也别想他们会测试。

这什么逻辑呀！！！！！拜托不懂测试别瞎说，免得误导大家！！！[/quote] 这货就是纯傻逼，别理他