标签：get   配置文件   传递   发布   加强   decode   安卓系统   计算机   足球   

[Alpha]阶段测试报告

在测试过程中发现的BUG

? 在最后的测试阶段中，我们不可避免的遇到了各种各样的BUG。虽然大多数都不是严重的BUG，但是这些细枝末节的问题的堆积，依然会很大程度上降低用户在使用时的体验。由于时间问题，截至本文档提交，我们修复了其中的一部分问题，剩下的将会尽快修复并更新发布版本。测试中发现的问题列表如下：

• 后端

• 前端

• 总结

  ? 尽管我们在开发时已经对开发的每个功能都进行了一些测试，确保了其功能可以使用，但是在测试阶段，仍然发现了许多不同的BUG。对此，我们举行了例会并对其进行了反思与总结。经过讨论，我们发现主要的问题来源如下：

  • 缺乏设计经验，在设计及实现过程中考虑不足。

    ? 人人都明白在设计过程中要尽量考虑用户的感受，提高用户的体验，方便用户的使用。但是这样抽象的目标如何实现是一个十分现实且复杂的问题。在测试中，由于这一问题而导致的BUG，影响较大的就是操作反馈的问题。在进行某项操作后，我们的产品目前还缺乏提示，即告诉用户”你点的这一下已经生效啦“、”我正在与服务器通信，等待他的回应呢“这之类信息。

  • 前后端接口在对接时出现问题，应详细了解该接口在对方场景下是如何工作的。

    ? 在我们的开发过程中，我们对每一个接口都详细规定了其名称、所传递的参数、其返回的参数、所有参数的类型、每个参数是否需要前端或后端检查其合法性。但是，事实证明这样的规定是仍然不够详细的。比如在这次的测试中，对于简历中的邮箱一栏，规定是前后端都要检查其合法性。但是前端认为只要用户所填的不是默认值即可，但是后端详细检查了邮箱的格式，包含不合格邮箱格式的简历修改请求在后端是不生效的。这一差异就导致了前端认为邮箱合法，可以点击修改按钮，并向后端发送了数据，但是后端认为其不合法，造成的现象就是用户“点了白点”。在接下来的开发过程中我们会更加注意接口的对接问题。

  • 在开发时的预览测试环境和实际发布后的环境存在较大的差异。

    ? 在开发阶段，在实现每一个功能时，我们都会对这个而功能进行测试，确保其可用。但是，实际发布至微信小程序平台后，通过小程序平台访问时，开发时用起来没问题的功能又出现的各种各样的问题。经过我们的反思，我们认为这是因为在开发时，通过其预览功能测试的时候，测试的环境非常单一，仅限于我们开发人员使用的手机，网络也都是校园网。在实际发布后，遍迎来了机型、网络环境等各有不同的测试，暴露了许多之前没能发现的问题。这也体现了专门进行测试阶段的重要性。

  • 安卓与ios系统仍然存在较大差异。

    ? 我们当时选择微信小程序这个平台的原因之一就是省去了适配不同系统的工作，只需要进行一个产品的开发。但是事与愿违，虽然微信小程序对于安卓和IOS的开发确实是完全相同的，但是在安卓系统上能正常运行的页面、功能，在ios上仍有可能出现问题。之后我们会更加注意这一点。

  ? 尽管在Alpha阶段，我们的计划、开发和最后的产品都存在一定问题，但是我们仍然完成了预定的阶段目标。且经过反思，我们也充分意识到了这些问题的产生原因。我们相信这些经验在Beta和Gamma版本的开发中，会让我们少走许多弯路，提高我们的效率，让我们接下来的产品做得更快更好。

场景测试

场景测试1

• 典型用户：冰哥

  冰哥的个人信息：

• 用户需求及困难

  ? 冰哥的成绩较好，在专业前30%，但是正好在保研的边缘，比较危险。因此，冰哥希望能通过参加数学建模比赛，拿到一等奖，获得保研加分。冰哥现在缺少一个英语能力强的队友，来帮助他完成最后需要提交的英文论文，和一个编程能力强的队友，来完成模型的实现以及验证。但是，冰哥不知道怎样才能让自己的组队需求广泛的让目标群体获知，也不方便获得来组队的人的各方能能力水平。

• 场景描述

  • 冰哥首先打开微信，在小程序中找到我们的产品，点击注册按钮，根据提示注册自己的账号并填写个人资料。
  • 注册完成后自动登录并跳转到主页，点击右下角的+号，进入新建招募界面。
  • 在新建招募界面中，冰哥填写自己的招募信息，并在发布详情中填写自己所要寻找的队友类型，然后设置寻找的队友人数2人，并设置组队截止时间。设置完成后点击新建发布按钮，提示发布成功后，冰哥在主页中看到了自己刚刚创建的招募信息。
  • 经过了两天的等待，冰哥再次打开小程序，自动登录进主页，通过侧边栏进入我的发布界面，看见了自己之前发布的招募信息。
  • 点击最下方的查看申请按钮，进入申请列表页面，看见已经有7个小伙伴申请了冰哥的招募。
  • 通过点击这7个小伙伴的申请，仔细查看他们的简历，冰哥从中挑选了最合适的两个队友，并在他们的申请界面点击接受申请，并通过简历中的联系方式与他们取得联系，成功组队参加了数学建模比赛。

场景测试2

• 典型用户：航哥

  航哥的个人信息：

• 用户需求及困难

  ? 航哥经过了近三年的学习，学习了许多编程的基础知识，但一直苦于没有合适的地方将这些理论知识真正的转化为实际经验。想参加一些跨学科的比赛，又不知道什么样的比赛比较适合，更找不到志同道合的队友。

• 场景描述

  • 航哥打开小程序，点击注册按钮注册自己的账号并填写个人简历。
  • 注册成功后跳转到主页。在主页的发布列表中进行查看后，航哥发现冰哥的招募发布符合自己心中的需求，希望能和冰哥一起组队参加数学建模比赛。
  • 点击冰哥的发布，进入到冰哥的发布详情页面，看见冰哥正好也需要一个编程能力比较强的队友，航哥认为这个发布非常适合自己，决定参加冰哥的招募。
  • 点击发布详情下方的申请按钮，小程序根据航哥之前填写好的简历生成简历模板，航哥根据冰哥的需求对简历进行一定的更改后，点击了提交申请按钮。
  • 经过了一天的等待，航哥通过首页侧边栏进入我的申请页面，看见了冰哥的发布，在下方的状态一栏中显示Accepted，航哥很高兴，通过邮件与冰哥取得了联系，一起组队参加了数学建模比赛。

测试矩阵

出口条件

? 在Alpha阶段，由于我们对微信小程序的开发并不是非常熟悉，所以我们将这一版本的出口条件设置为：

完成基本的，可以使用的招募发布以及申请的相关功能。

因为招募的发布及申请是我们产品的核心功能，所以在第一版中，实现一个相关基本功能都可用的产品，才能在接下来的两个版本中留出足够的时间，让我们去丰富产品内容，增加产品亮点，突出产品特点。

? 在这一阶段的开发中，我们也秉承敏捷开发的原则，在完成出口条件的基础上做了一些小小的优化，例如自动登录、下拉刷新、简历模板等功能的实现。

? 但是，尽管我们达到了最基本的出口条件，这一版本的产品对于“可用”的完成仍然是十分粗糙的。在第一部分的测试中可以看出，仍然有许多非常影响用户体验，严重降低产品整体表现的问题存在。其次，由于缺乏美术能力，以及专注于功能的实现，Alpha版本的UI非常原始单调。

? 虽然确实存在许多不可忽视的问题，但是这仍是我们团队经过合作，得到的结晶，在达到出口条件，发布至小程序盘平台上，发动同学朋友们进行测试时，看见其他人能使用我们的产品，仍然是十分满足的。在接下来的阶段中，我们会加强我们的团队合作，努力达到以下几个经过讨论得出的主要目标：

• 重新设计部分UI，添加图片，大幅美化各个界面。
• 为各种操作添加操作提示、加载提示。
• 继续完善，添加产品功能，做出我们自己的亮点。

我们团队会继续努力，在剩下的时间内尽力做出一我们能实现的最好的产品。

[Alpha阶段]测试报告

标签：get   配置文件   传递   发布   加强   decode   安卓系统   计算机   足球   

原文地址：https://www.cnblogs.com/Water-T/p/10742534.html