测试报告

BUG列表

详见Bug Issues

场景测试

测试1

用户信息	用户情况
姓名	A
用户身份	学生
知识层次	幼儿园以上
生活/工作	经常上网、在社交平台及游戏中出现
用户动机	看到网络上大量的DIY趣图，觉得生动形象有乐趣，自己也想做
用户困难	对表情制作工具不熟悉，没有亲手制作表情包的经历
典型场景	在表情创作页面，DIY表情包，上传至服务器并保存至本机
用户偏好	对年轻人的主流爱好熟稔，将梗融入图片，丰富交流方式
用户比例	30%左右

用户需求

1. 在聊天中看到有内涵的表情包，感觉很有意思或者很搞笑；
2. 自己对某些事也有一些自己的看法，想要做出一张表情包来表达。

场景描述

1. 痒痒鼠（某卡牌策略类游戏）启动！
2. 看了看攒了一个月的蓝票（抽卡消耗），准备抽卡；
3. 点下去的那一刻虚晃一枪，先到公频中喊一嗓子许个愿；
4. 打开表情包自制微信小程序，根据熊猫头眼神暗示模板进行编辑图片（会是那个战场坐沙发的男人嘛？.jpg）；
5. 完成编辑，发出表情。

测试2

用户信息	用户情况
姓名	B
用户身份	恋爱时期的人
知识层次	普通中学生，大学生，上班族
用户动机	在日常生活中经常使用微信交流，而表情包是微信交流中的常用手段
用户困难	表情包是情侣之间交流，加深感情，缓和气氛的小工具
典型场景	现有的表情无法准确的传递自己想表达的意思，不够有意思，甚至会造成误会
用户偏好	能够自己制作情侣表情，有自己的独特性
用户比例	10%左右

用户需求

1. 找朋友出去玩，但是忽略了对方的消息；
2. 对方生气了，需要一张可爱搞笑的表情包去道歉或逗笑对方。

场景描述

1. B的朋友找B开黑玩游戏；
2. B爽快答应，玩的入迷，半晌没回对方的消息和电话；
3. 玩完游戏，一看手机，后背开始冒虚汗；
4. 对方生气了，需要哄对方开心；
5. 把自己的头像放在丑丑的表情包上，附上道歉文字，生成表情包发给对方。

测试3

用户信息	用户情况
姓名	C
用户身份	群聊热爱者
知识层次/能力	中学教育以上
用户动机	活跃气氛，并趁机夺得龙王地位
用户困难	表情千篇一律，不利于整活儿
典型场景	群内冷场了，发一个搞怪表情来暖场
用户偏好	聊天
用户比例	50%左右

用户需求

1. 看完某综艺，一晚上没能睡着，因为脑海里一直重复着一句rap：淡黄的长裙，蓬松的头发；
2. 结合热点，不能一个人受这个罪，于是想要和群友分享痛苦并讨论这个综艺。

场景描述

1. 看完综艺后，魔音绕耳；
2. 想要和大家聊聊天，讨论关于这个综艺的一些事；
3. 如何引起热烈讨论呢？首先要抛出一个话题；
4. 打开了微信小程序，根据小男孩吹喇叭表情包，附上歌词；
5. 发到群里，大家向他道歉并求他别说了，进而讨论这个综艺的话题。

测试矩阵

	字体显示	图片显示	上传图片	保存图片	登录	编辑功能	搜索功能
模拟器调试	正常	正常	正常显示有一点混乱	正常	正常	正常使用	正常有一点费时间
真机调试（ios）	正常	正常	正常显示有一点混乱	正常	正常	正常使用	正常有一点费时间
真机调试（android）	正常	正常	正常显示有一点混乱	正常	正常	正常使用	正常有一点费时间
发布版（ios）	正常	正常	正常显示有一点混乱	正常	正常	正常使用	正常有一点费时间
发布版（andriod）	正常	正常	正常显示有一点混乱	正常	正常	正常使用	正常有一点费时间

Alpha版本的出口条件

作为一个使用门槛比较低的小程序，很难用一些定性的方法来评量好坏。除此之外，我们的用户可能有不一样的需求，不一样的偏好。市面上存在很多类似的功能的软件，他们很多已经做的比较成熟，因此我们主要想从我们的特色的功能方面来当作主要的条件。并且我们有很多计划中的功能并不在Alpha版本中，我们还需要考虑Alpha版本的可扩展性。

在这个发布测试周期内，我们停止了新功能的加入，转而着手于美化界面，提高人性化的设计。在这个过程中，我们对于我们的程序进行了大量的改进。在最新的版本中，相较于之前已经更加的美观易用了。

着一个周期也是一个Debug的周期，对于这样功能较为繁杂的项目，我们很多时候会遇到各种各样的bug。严重的bug比如数据出错，页面崩溃。比较轻微的bug，比如页面跳转出错，一些排版不合理。我们这次出口的条件就是要保重所有内容不会有功能上的bug，在显示，排版方面允许少量的问题。

总结起来：我们的出口条件并没有一个特别严谨的标准，但是对于已经发现的bug，我们进行了详细的记录，并且分配好了修复的工作。希望之后不断完善软件功能，修复软件漏洞，美化界面。以期找到一个现有条件限制下我们能够到达的，最优的出口。