测试对象

i至诚官方是一款学生学校生活服务软件，是福州大学至诚学院的老师和同学们进行提交申请、生活便利等各种服务，还能在平台上面进行在线报修，平台上面还有各种校园活动的发布，还能够更好的帮助学校进行管理和办公。

一、找bug

• Bug发生时的测试环境

  测试工具：ios，全时段发生

• Bug的可复现性及具体复现步骤

  一开始以为是网络不好，结果经过多次刷新以及多台设备的测试发现这个现象最近是一直存在的，由此可见此bug是必然发生的。

• Bug具体情况描述

  学生对这个软件最重依赖度最高的一个功能就是出\入校码，存在加载bug，不显示红、绿码。
  

• Bug分析

  1）此bug的存在可能是由于服务器对这个红绿、码的源文件存放地址有发生改变，而代码中的地址未改，导致页面加载排版错误。

  2）对于用户体验来说这个bug严重影响了校园的出入管理，因为保安只看绿码放行，而校园也没有任何关于这个的通知，导致学生进校最终可能还需要打辅导员电话才能入校。此bug不存在安全性问题，属于功能缺失。

  3）对于这个bug修复起来难度较低，可能是因为更新时的疏忽导致的。更正排版即可完成。

二、功能分析

• 根据软件已有的功能，评估其做到这个程度大约需要多少时间？

  根据软件已有的功能来看（抛去有些i至诚还没实现的功能如 校园社团 、入馆教育 等用户依赖度较低的功能）。团队人数6人，计算机大学毕业生，并有专业UI支持，开发起来前期的需求分析还是需要比较多的时间，就目前的的八个板块 疫情防控、办公管理、科学教研、学生服务、生活服务、日常服务、迎新专题、春季返校需要10-30天的时间来完成。采用前后端分离协同开发代码实现大概需要25-40天，最后测试环节3-7天总共需要两个月多的时间才能完成。

• i至诚和微信端的“至诚教务助手”相比，哪个更实用？

  i至诚的优点是功能比较齐全，除了学生和老师的基本功能业务外还有生活服务和疫情防护等栏目板块，app的界面让用户使用起来比较舒服。

  至诚教务助手的优点是它的功能是完全面向教务系统的，对于教务管理来说这是比i至诚更加便捷好用。但是纯文字的界面不美观，而且文字紧凑点错功能的概率太高了，用户体验度没有i至诚高。

  所以我觉得对于在校人员的生活管理上i至诚是更加实用的，但是在于教务管理上 ”至诚教务助手“更加实用。

三、建议和规划

• 市场现状

  • 目前市场上是否有其他类似功能的产品、竞品？
    目前类似的产品有 云上川大、西科e站、西师易通等。这些软件的目标人群都是面向校园的。

  • 上述产品的定位、优势与劣势在哪里？
    上述产品都是为校园服务，便利了学生和老师们。缺点就是服务器的负载量比较小，如遇上四级报名等服务器就会出现短暂性崩溃，i至诚十二点打卡前几分钟也会出现系统崩溃，而且还没有打卡失败提示。
    

  • 上述产品之间呈现什么样的关系，哪些为竞品关系？以及竞争中的各方态势如何？
    上述产品互为相似产品。

• 市场与产品生态

  • 产品的用户群体之间是否存在一定的关系？是否有利用其相互作用二次构成特定用户生态的可能性？
    存在一定的关系，比如学生之间可以建立一种新关系。可以利用新旧学生构成一种特定的用户生态。
  • 产品的子产品，以及其他相关产品之间是否存在一定的关系？是否有利用各个产品特性之间的相互关系二次构成产品生态的可能性？
    产品的子产品存在一定的相似关系。

• 产品规划

  • 你要在当前软件的基础上设计什么样的新功能？为何要做这个功能，而不是其他功能？为什么用户会用你的产品/功能？你的创新在哪里？可以用NABCD分析。
    我觉得可以在i至诚上添加一项打卡提醒功能，对于当天没有上报体温的用户推送提醒。因为许多学生因为忘记受了不少处罚。

  • 如果你是项目经理，可以招聘6个人，并且有4个月的时间，你认为应该如何配置角色(开发，测试，美工等等) 才能在第16周如期发布软件的改进版本，并取得预想中的成绩。
    两个前端，两个后端，一个美工，一个测试，每一周都开一次会议来汇报进度以及分析存在的问题。

  • 请为你的团队设计16个周期每周的详细规划。

    周数	开发进度
    1-7	将项目的主要功能完成，进行第一轮大测试
    7-9	进行测试，并且对反馈进行修改
    9-12	将剩下的功能完成
    12-14	再进行一轮测试并且改善功能
    14-15	进入大规模的测试，最后完成最终版本

标签：至诚,功能,测试,--,案例,雷文杰,产品,教务,bug
来源： https://www.cnblogs.com/leiwenjie/p/16110043.html