-
项目宣传文案（要求不限，看你们如何展示作品~）
- 宣传文案可参考：
- 1.产品概述
EASY记是一款能为用户提高一款轻量级、易用性高的记账小程序，以清新的界面给以用户舒适的用户体验。 - 2.产品功能
记账功能：能对收入和支出进行记账，各有八个记账类别
预算功能：能够设置当月预算，当每笔大于预算80%时，会提示
统计功能；通过收入支出饼状图可以分析某月的收入支出的情况
查询功能：能够根据年月日查询对应的记账信息，并计算出相应总收入和总支出，能够导出饼状图
编辑功能：当记账条目需要修改时，可以通过编辑来进行修改 - 3.推广方案
- 潜在目标用户
个人财务管理意识薄弱的人，提供轻量级、简约的记账小程序 - 对首批目标用户的推广方案
1.通过周围亲戚朋友方式进行推广
2.发布朋友圈、qq空间、微博 - 下一步扩大用户群体的推广方案
1.制作足够吸引人的宣传单和各种海报来做宣传。海报需张贴在人流量多并且允许张贴海报 的地方以此来吸引路人观看，宣传单可以通过与商家合作，让商家帮忙把宣传单交给用户。
2.进一步使用网络组合营销方式，通过贴吧推广、微博推广、微信推广、软文推广等网络组 合方式进行推广
- 潜在目标用户
-
项目的测试情况
- 参考alpha阶段的测试要求
- 回归测试：在修改/增加功能的情况下，请用回归测试，重新运行alpha版本的测试用例，确认beta版是否存在“退化”
alpha阶段的测试
-
在测试过程中总共发现了多少Bug？每个类别的Bug分别为多少个？
-
a.修复的bug；
- bug1：根据用户的反馈，统计界面设计过于颜色过于花哨，后已做了修改
- bug2：根据用户的反馈，主页的账单详情列表从日期正序排序改为倒序，第一条为最新记录。
- bug3：根据用户的反馈，记账界面支出和收入选项卡设置的不明显，无法确定当前属于哪一个选项卡，后将选项卡设置为当位于当前选项卡时，选项卡为红色。
- bug4：在alpha阶段使用本地缓存的方法存储数据，beta阶段改位使用知晓云，将数据存储到数据库中
+bug5：alpha阶段查询界面当做月或年查询时，查询出来的条目中的日期是被截断的，只能显示到月或年，在beta阶段修复了这个问题。并且在查询界面设置了对应年月日查询各自的总收入、总支出查看。
+bug6：在alpha阶段因为对样式设置的问题，记账界面和统计界面出现了整个界面都会滚动，beta阶段修复了这个问题。
-
b.不能重现的bug
- bug1：用户在使用时，出现过主界面的账单详情显示不出来。但是后面又可以显示了。
-
c.这个产品就是这样设计的，不是bug；
无 -
d.没有能力修复，将来也不打算修复；
- bug1：当记账条数超过20条，主界面账单详情区域只能显示20条数据，无法显示完所有的记账信息，以及查询界面当查询的日期内的账单条数超过20条时，只能显示20条数据，无法显示完所有数据。
-
-
你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试？——测试矩阵（test matrix）
测试项 监测点 预产期结果 小米4 vivo X9 vixo X5 vivo Y66 oppo R11s 微信授权界面 点击“欢迎使用EASY记”按钮 获取用户微信头像和微信昵称，并且进入到主界面 √ √ √ √ √ 主页面 “主页”图标 如果有记录的账目，就在该页面显示出对应的信息（此显示当月的账单信息），并计算出当月的月支出、月收入 √ √ √ √ √ 记账页面 “记账”图标和“保存”按钮 在该页面记录的收入支出信息可以保存成功，并显示到账单显示界面中，且保存成功会跳转到账单显示页面 √ √ √ √ √ 查询页面 “查询”图标和日期选择器 在该页面中可以通过选择不同的日期，月份，年份来查询自己所要的账单信息 √ √ √ √ √ 编辑页面 “删除”按钮 从主页中的某条账单信息点击后进行编辑页面，点击删除按钮可以将这条信息删除，删除成功后跳转回主页，主页中就没有这条信息了，月支出或月收入也随之变动 √ √ √ √ √ 编辑页面 “保存”按钮 从主页中的某条账单信息点击后进行编辑页面，对这条账单信息进行修改之后点击保存按钮，保存成功后会跳转回主页中，就会看到修改后的账单，如果有更改金额，月支出或月收入也会随之变动 √ √ √ √ √ 统计页面 是否显示当月统计图 此界面默认显示当月的收入支出统计图，当当月有记录时，从其他界面切换到此界面时就会直接加载出当月的饼状图，当有数据变动时，再次切换到此界面饼状图也会跟着改变 √ √ √ √ √ 统计界面 查询某月饼状图 当点击查询按钮时，根据所查询年月，显示出当月的饼状图信息 √ √ √ √ √ 统计界面 导出饼状图 当点击导出按钮时，将饼状图导出成图片保存到本地中 √ √ √ √ √ -
非功能测试
- 性能指标（响应时间和吞吐量，需要给出截图和测试实例以及结果）
- 系统资源监控（CPU、内存占用情况，需要给出截图和测试实例以及结果）
- 压力测试（不同并发用户数，需要给出截图和测试实例以及结果）
- 疲劳度测试（测试服务器持续运行的能力，需要给出截图和测试实例以及结果）
- 安全测试（从三个角度来看，即保密性、可用性、完整性。需要给出截图和测试实例以及结果）
-
性能指标
- 授权界面
- 主界面
- 记账界面
- 查询界面
- 统计界面(由于图片原因直接截取响应时间，没有整个界面截下来)
- 授权界面
-
系统资源监控
平均CPU占比13.09%
平均内存占用161.50M（以下三张为微信开发平台测试报告）
- 授权界面
- 主界面
- 记账界面
- 编辑界面
- 查询界面
- 统计界面
- 授权界面
-
安全测试
微信小程序在传输或者进行网络请求时，使用的都是https协议的链接，使用了https协议的网页或网址之类在传输过程中是进行了加密，整个页面都是进行了加密的，这样可以避免微信小程序的相关数据被泄露或者是被篡改。并且微信小程序是只能够获得用户的微信昵称和头像，其他资料是不能够获取的，并且不允许跳转到外部网站，不允许放链接，微信小程序之间是不允许相互跳转的。这在很大程度上保证了小程序的安全性，避免跳转到不明页面，导致小程序被攻击。
-
项目的发布说明，主要包含：本版本的新功能，软件对运行环境的要求，系统已知的问题和限制，软件的发布方式以及发布地址 ；
-
本版本的新功能：
本版本在原来的基础上，新增加了统计功能、导出图片功能、预算功能、查询页面的收入支出计算，然后在原来的功能上进行了改进，首先将存储方式从本地缓存更改为云数据库存储；其次，更改了记账、编辑页面的类别显示方式，从原来的下拉框更改为点击图片按钮添加；然后，更改了显示页面的显示方式，从全部显示更改为按月份和倒序显示；再有，更改了查询页面的日期显示问题，不再是只显示年或者月了；且更改了整个微信小程序的界面显示；最后更改了登录方式，不再是需要点击两步了，通过点击按钮就可以完成授权和进入的操作了。 -
软件对运行环境的要求：需要在手机上安装有微信，并且要能够使用微信小程序即用户先需要将微信更新至iOS6.5.3版本或Android6.5.3版本及以上版本。
-
系统已知的问题和限制：
- 系统已知的问题：因为本记账小程序的背景图、每个用户的数据都是分别存放在网上的，这就导致小程序的加载速度会比较慢，其他功能都还好，主要是在授权后进入主页面时，会比较慢，尤其是该用户原来有输入过数据时，加载的速度会更慢。然后就是使用了微信自带的提示框API，但是会有出现记录了预算却不能在提示框的输入框中显示的问题。
- 系统已知的限制：在于微信小程序必须是在微信中才能够找到和使用的，其他平台就不可以了，且只有微信更新至iOS6.5.3版本或Android6.5.3版本及以上版本才可以使用微信小程序。
-
软件的发布方式：我们的记账小程序——EASY记是通过微信公众平台|小程序中的开发管理将我们的发布版本提交审核，在通过审核后，将审核通过的版本发布出来。
-
软件的发布地址：我们的记账小程序——EASY记是发布在微信的小程序中，可以在微信小程序应用中搜索到。
可以使用二维码进行安装和使用我们的EASY记微信小程序：
-
-
提供一个稳定的码云的开源源码和项目链接（以便后来人在你们项目基础上继续改进完善）；
-
readme：
-
要求列出代码签入的历史， 并录制视频演示从码云代码仓库同步代码，在本机编译，构建， 并发布到目标机器的过程；
-
码云签入历史：
-
视频演示：（PS：因为视频过大，不能完整的转成gif图，就只能够截成几部分来转为gif图）
-
-
用户使用情况报告（使用反馈意见、用户数量、使用频度）；
-
使用反馈意见：
一、主界面问题
- 预算功能，不点击保存也可设置预算
- 账单详细最新一条记录要显示在最前面
二、记账界面
- 收入支出界面设计一样，收入和支出选项卡没有做出明确的显示，不清楚现在所处的是收人还是支出的选项卡。
三、统计界面
- 统计界面可改为收入支出统计切换查看
- 饼状图颜色不美观，颜色太花哨
四、总体印象
- 界面不够友好,对于某些功能的使用，用户表示不清楚应该选择哪里点击
- 界面设计还需改进，有些界面不够美观
- 功能比较完善，能满足用户的使用需求
PS:在用户反馈完意见后，我们有对相应地方进行修改
-
用户数量：累积用户数大概有32人左右。
-
使用频度：使用频度不是很频繁，大概最多一天一两次吧。
-
-
团队项目总代码行数、项目预估遗留的bug数、项目总耗时；
-
团队项目总代码行数：团队项目总代码行数大概为2687行。
-
项目预估遗留的bug数：
预留的bug数大概有2个：
（1）预算功能，不点击保存也可设置预算.
（2）主页面和进入微信小程序时加载比较慢。 -
项目总耗时：项目耗时大概为50个小时。
-
-
根据Beta冲刺过程中各个成员的具体贡献汇总排序，总分为N*20，给出每个人的团队个人贡献分（排序无并列，因此每个人的个人贡献分不同）；
名字 贡献值 郭雅芳 28% 谭燕 27% 徐婉萍 26% 李香荣 11% 王华俊 8% -
每个组员的项目感言；
- 徐婉萍：本次Beta阶段主要就是根据上一个Alpha阶段进行进一步的开发和增加一些新功能。在上阶段的时候，我们因为技术不过关，导致我们的项目没有连接上数据库，只能够使用本地缓存来存储数据。在这个阶段，我们使用了知晓云来进行数据的存储，实现了将数据存放在数据库上，而不是在本地缓存中。然后，我们根据Alpha阶段中，用户提出的一些意见更改了我们的一些功能和实现设计，然后增加了一些新功能，像是统计功能和导出图片的功能。在本阶段，我们一开始就安排好了相关的项目进度和任务安排，然后根据实际进展进行小幅度的调整，使得我们的项目进展顺利，并且按时完成了我们的项目。在本次项目中我们收获了很多，也对微信开发技术有了一些了解，觉得微信开发挺有意思的。
- 郭雅芳：在beta阶段，负责将数据保存到数据库中，在alpha阶段我们是将数据保存到本地缓存里的，这是不满足用户的期望的，在beta阶段我们使用知晓云，将数据改为从本地缓存改成使用数据库进行对数据的操作，在beta阶段我负责的是这一部分，以及使用openid的使用，在获取数据时需要对应每个用户的openid来取相应的数据，需要考虑在什么时候获取openid，之前是将其放在login界面的页面加载函数中，但是发现这样第一次是无法获取到openid的，后改为在点击授权之后再获取openid，这样第一次授权就能够拿到openid了。整个项目结束了，在这个阶段里，让我对小程序的开发有了一定的了解，虽然还是有很多小问题，但是还是收获颇多的。
- 谭燕：本次beta阶段开发整体变化蛮大的，但是根本的东西没变。在alpha阶段我意识到了界面背景的问题，于是beta阶段我把整体重新设计了一遍，着重抠细节，以适应不同手机屏幕宽高，这是一件很费心思的工作，每一个方面都要一点一点调整。还有一个较大的改变是收支类型的选择方式，从原来的下拉框到现在的直接点选。每一次迭代都有新的收获，我前端做得更得心应手了，但是还不够，后台的操作我还需要学习。还有很重要的一点，我觉得原型设计一定要考虑全面一点，仔细一点，不然到后面新的想法出来可能会改得面目全非，一定要有容错能力。最后很感谢我的队友，我们一起努力，迎难而上，互相帮助，这段时间都辛苦了。
- 王华俊：在本次Beta阶段，我作为新加入的成员，与原团队的成员一起完成了本次Beta阶段的项目开发。我们团队针对ALpha阶段的项目，根据用户的相关建议进行了进一步的改进和增添新的功能，来完善我们的项目。在本次冲刺中，我负责了项目代码的测试方面的工作，虽然任务不必其他团队成员多，但是同样也从中收获了很多，对于小程序的开发也有了一些了解，知道了微信小程序的开发流程和具体实现的问题。
- 李香荣：在本次Bate阶段中，我们增加了统计功能和导出账单的功能，丰富了记账小程序的功能；同时在 用户的建议下，我们美化了程序的界面，使得我们的小程序界面更加美观；我们使用了数据库来存储数据，这样数据丢失的可能性就大大降低，比起Alpha阶段，这是我们最大的进步。在这次的冲刺中，我负责了代码的测试，任务量虽小，但还是让我对小程序的开发有了一些了解，收获很多。