团队做业5-测试与发布

一. 测试

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个用户并发压力测试,同时有服务器响应时间
    html

  • 数据还不错的机型
    前端

  • 以及数据不太好的机型
    sql

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服务器

2. 辅助说明(视频说明发布功能)

https://www.bilibili.com/video/av21919462/?p=2微信

相关文章
相关标签/搜索