学生A,每个月生活费有2000,月初时花钱大手大脚,到了月底发现无钱可用。并且原本每月想存300块钱买点东西的想法也泡汤了。 使用咱们的记帐小程序,在月初就能够进行规划。他有2000的生活费,每月想存300,可能还有200想用于这个月的其余娱乐生活,留给吃饭和买东西的钱只剩1500,那就能够在计划中加入1500。设置时间范围为一个月以后,程序自动计算这以后的天天他在吃饭上最多能够用多少钱。 若是天天的消费超出这个范围,后续的天数天天可以使用则变少。若是今天的消费少于这个数值,后续天天可以使用则变多。 A也能够经过图表查看当月计划的消费状况,在哪些地方用了多少钱
100个用户并发压力测试,同时有服务器响应时间
html
数据还不错的机型
前端
以及数据不太好的机型
sql
性能指标
如下是不一样机型的性能测试报告(这里使用的是微信自带的测试,能够看到CPU,内存等使用状况)
小程序
系统资源监控(直接进服务器里看的)
后端
压力测试(使用coolaf1.2.2接口在线压力测试进行测试)如下测试屡次,使用不一样的数值,来测试出最合适的并发数缓存
经过测试能够看出,服务器对于100之内的请求,能够所有同时处理。可是大于100的请求,当并发数太多时,失败的请求就会成比例上升。当并发数量较小的时候,多个请求也是都可以完成的。对于咱们的小程序来讲,自己的请求不会太频繁,因此这个服务器的质量应该仍是够用的了
疲劳度测试(服务器里的...)
安全
(1)记帐的记录功能没有问题 (2)计划的制定没有问题 (3)金额的计算没有问题 (4)日历正常显示,且能够正常跳转流水帐单界面 (6)图表统计部分数据正常(界面问题此阶段暂不解决) 总的来讲,咱们的Alpha阶段,主要是实现一个记帐小程序的基本使用功能以及咱们的核心功能(实现天天金额的动态计算和规划)。因此在这两个主要功能完成的前提下,功能使用没有问题,咱们就认定Alpha阶段足够好,能够发布。咱们在功能能够正常使用,且进过测试以后没有逻辑bug,限制也都加过了。各方面测试数据显示问题应该不大,且安全方面作的还能够,因此就选择发布了。
http://www.cnblogs.com/Team-Blog/p/8983692.html服务器