一. 测试
1. 测试过程中的BUG
- 修复的bug：
- （1）金额没有动态变化计算的问题；
- （2）发布之后，背景图片无法显示的问题
- （3）发布之后，按钮无法使用（找了两天原因，发现是发布的时候，没有设置request合法域名，导致前端程序不会向服务器发送网络请求）
- （4）一些除0的限制和时间选择的限制
- （5）显示可用余额的小数点问题
- （6）用户之间的隔离问题（测试期间，部分没有隔离，导致当前用户输入的消费金额，会出现在其他用户的记录里）
- （7）测试期间，出现过没有用户登陆请求的问题 - 不能重现的bug：
- （1）有时候日历部分会出现跳格的现象，但是之后突然又好了......就......比较迷 - 不属于bug的bug：
- （1）没有”收入“的这个记录选项，只有”支出“。因为我们的这个小程序的核心功能是”计划“。所以不在乎用户的收入，只要用户输入”计划“所用金额，后续的开销都是在这个计划中进行的递减。也就是说用户的其他收入不是我们这个小程序所关心的部分，我们只关心用户每天的支出。 - 没有能力修复的bug：
- （1）版本发布之后，前端数据无法连接到后端，按钮失效等发布之后的问题（后台测试是没有问题的）。现在正在解决。上面的问题一天后修复了，所以删掉！
- （2）添加完流水账单之后，日历部分没能立刻显示出来，需要点一下其他地方再点回来，才能看到更新的金钱变化。这个好像是属于微信端的一个缓存刷新的问题，我们暂时没有找到解决的办法
- （3）对于屏幕比较长的手机......我们暂时没想到怎么优化他们的用户体验......功能使用都没有问题的 - 下个版本修复的bug：
- （1）添加删除和修改消费的问题
- （2）当前“计划”期间，后续几天的可用余额越来越多的问题（后端忘做除法了......）
- （3）修复的bug就这些了，其他的属于其他优化和增加方面，后面有说，这里就不重复了
2. 场景测试
学生A，每月生活费有2000，月初时花钱大手大脚，到了月底发现无钱可用。而且本来每个月想存300块钱买点东西的想法也泡汤了。
使用我们的记账小程序，在月初就可以进行规划。他有2000的生活费，每个月想存300，可能还有200想用于这个月的其他娱乐生活，留给吃饭和买东西的钱只剩1500，那就可以在计划中加入1500。设置时间范围为一个月之后，程序自动计算这之后的每天他在吃饭上最多可以用多少钱。
如果每天的消费超出这个范围，后续的天数每天可使用则变少。如果今天的消费少于这个数值，后续每天可使用则变多。
A也可以通过图表查看当月计划的消费情况，在哪些地方用了多少钱
3. 测试矩阵
- 说明：以上最后一个“总体”测试部分，主要针对界面的一个用户的总体观感体验。在我们测试中发现，在屏幕较长的手机，比如 Iphone X上面，程序运行和操作，部件位置等都没什么问题，就是用户体验比较差。如下图
4. 非功能测试
-
100个用户并发压力测试，同时有服务器响应时间
-
数据还不错的机型
-
以及数据不太好的机型
5. 附加题
-
性能指标
以下是不同机型的性能测试报告（这里使用的是微信自带的测试，可以看到CPU，内存等使用情况）
-
系统资源监控（直接进服务器里看的）
-
压力测试（使用coolaf1.2.2接口在线压力测试进行测试）以下测试多次，使用不同的数值，来测试出最合适的并发数
通过测试可以看出，服务器对于100以内的请求，可以全部同时处理。但是大于100的请求，当并发数太多时，失败的请求就会成比例上升。当并发数量较小的时候，多个请求也是都能够完成的。对于我们的小程序来说，本身的请求不会太频繁，所以这个服务器的质量应该还是够用的了
-
疲劳度测试（服务器里的...）
-
安全测试（没法测试，只能描述一下我们做了什么）
- 使用ORM而不是字符串拼接，，从根本上杜绝了sql注入
- 做好用户权限隔离，，避免越权漏洞
- 使用https协议，避免数据传输过程被查看和修改- 我们讨论了一下，这个好像没法测试。他们做安全测试的，一般有漏洞才能去把这个漏洞利用起来，然后提交测试报告，说明这个地方的问题和漏洞在哪里。但是如果没有漏洞，这个就不会有任何反应，人为应该是没法进行的。所以我们也只能把我们用到的安全性策略写出来了
- ~~另外我们的后端同学本行就是搞渗透的，怎么会让自己写的东西被注入呢...（小声bb...）~~
6. 出口条件
（1）记账的记录功能没有问题
（2）计划的制定没有问题
（3）金额的计算没有问题
（4）日历正常显示，且可以正常跳转流水账单界面
（6）图表统计部分数据正常（界面问题此阶段暂不解决）
总的来说，我们的Alpha阶段，主要是实现一个记账小程序的基本使用功能以及我们的核心功能（实现每天金额的动态计算和规划）。所以在这两个主要功能完成的前提下，功能使用没有问题，我们就认定Alpha阶段足够好，可以发布。我们在功能可以正常使用，且进过测试之后没有逻辑bug，限制也都加过了。各方面测试数据显示问题应该不大，且安全方面做的还可以，所以就选择发布了。
二. 发布
1. 发布说明（另一篇博客中有详细说明）
http://www.cnblogs.com/Team-Blog/p/8983692.html
