目录

• 第一部分 调研，评测
  • 福大助手的bug
    • IOS端
    • Android端
  • 福大助手结构体系的思维导图
  • 为什么开发人员没有发现这个bug
  • 假设团队开发这款app,应注意哪些方面（架构、部署运维、微服务等）/li>
  • 采访
  • 福大助手采访：
• 第二部分 分析
  • 估计这个项目做到这个程度大约需要多少时间(团队人数6人左右，计算机大学毕业生，并有专业UI支持)
  • 分析这个软件目前的优劣(和类似软件相比)，并推理出开发团队在软件工程方面可以提高的一个重要部分(具体建议)
  • 根据理解和体验，画出整个软件所有功能逻辑框图，根据重要度标识出各模块的重要度、完成度、出发点及效果;
  • 针对不同的维度评分，对用户体验方面、Ul界面美观度、核心功能，分别打分。
• 第三部分 建议和规划
  • 如果你是项目经理，如何提高从而在竞争中胜出/li>
  • 目前市面上有什么样的产品了/li>
  • 你要设计什么样的功能/li>
  • 为什么要做这个功能，而不是其他功能/li>
  • 为什么用户会用你的产品/功能/li>
  • 你的创新在哪里用nabcd分析。
  • 如果你来领导团队，会有什么不一样/li>
  • 如果你的团队只有5个人，4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）/li>
  • 描述你的团队在16个周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定。
  • 项目发布后，有没有考虑过项目该怎么部署才能满足需求。依据附录图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。
• 第四部分 增量开发设计
  • 优化/新增功能点的原型界面
  • 基本实现思路
  • 优化/新增功能点与原有产品如何接入
• 第五部分 答辩总结
  • 贡献度及分工
  • 问题回答
  • 评分结果
• 第六部分 个人部分
• 个人PSP
• 个人学习进度条
• 测试 告

组长博客链接

作业链接

第一部分 调研，评测

评测：

福大助手的bug

IOS端

• 如果没有对“福大助手”进行日历的授权设置，那么“考场”中的“加入日历”功能无法实现，点击“加入日历”提示“授权失败”的窗口，但是没有引导用户进行授权的窗口；

• “一键评议”功能如果输入错误的字符串会多次提示“发送未知错误，评议失败，尝试继续评议”，然后app崩溃；

• “一键xx”功能，如果反复切换评议用途，切换过后的页面刷新初始化十分缓慢，有时出现初始化的情况，“验证码”无论输入的是什么，都能够开始评议。

• 按照描述的bug定义，找出至少两个功能性的比较严重的bug。用专业的语言描述bug（每个bug 不少于 40字），并适当配图.

为什么开发人员没有发现这个bug

• 可能开发人员主要专注于软件主要功能的实现上，测试的话也是会尽量按比较单一的角度测试，所以对于软件的这些个bug就比较难测试出来。

假设团队开发这款app,应注意哪些方面（架构、部署运维、微服务等）/h2>

应注意采用微服务构架以及提高运维要求两方面。

众所周知，福大助手是由福大本校学生组成的西二在线所开发，随着学生不断的毕业以及新技术的不断尝试，团队本身的人员组成以及项目使用的技术会以相当高的频率迭代。同样，作为福大本地化软件，福大助手无疑会在将来不断地进行优化。

对于这类快速更新迭代的团队，随着时间及项目规模的扩大，传统的单体架构有着“复杂性逐渐变高”、“技术债务逐渐上升”、“部署速度逐渐变慢”、“阻碍技术创新”及“无法按需伸缩”的问题。
在此我们先引入微服务这一理念。

微服务，以单一职责、服务自治、轻量级通信及接口明确为设计原则的一种架构风格；而针对福大助手这一app，我们认为最应该注意的是项目应该采用微服务构架。
为什么这样说呢们看看微服务和传统单体构架的区别：

采访二：

• 介绍采访对象的背景和需求
  使用过易班、福大教务通、超级课程表等相关软件。希望通过软件方便自己学习和生活。
• 描述用户使用这个产品的过程, 用户的问题解决了么件在数据量/界面/功能/准确度上各有什么优缺点户体验方面有问题么/strong>
  这个软件功能很强大，可以解决想要解决的问题。数据量方面，里面包括了教务通和易班的大部分内容，界面方面，非常不友好，感觉不好看，iOS手机界面和android手机不同，课程表界面和侧边栏界面不好看。准确度方面，和另外两款没差。用户体验上，第一感觉界面不友好。
• 用户对产品有什么改进意见/strong>
  将ios的界面设计得更友好。
• 结论
  一般

第二部分 分析

估计这个项目做到这个程度大约需要多少时间(团队人数6人左右，计算机大学毕业生，并有专业UI支持)

针对不同的维度评分，对用户体验方面、Ul界面美观度、核心功能，分别打分。

总结：福大助手侧边栏支持自定义，理论上只要是有用的功能都能加上去，且不影响用户使用。考虑到实现成本与收益的问题我们为福大助手增加了以上优化和新增功能点。

为什么用户会用你的产品/功能/h2>

在为什么要做这个功能，而不是其他功能个问题里已经有体现。

你的创新在哪里用nabcd分析。

我们对福大助手app改进的主要创新点在同学帮这个模块。

• N(Need,需求)
  现阶段大学校园内资料分享、物品交易等活动十分丰富，但是此类活动沟通的平台往往是在qq、微信群聊中，充满了不确定性且交易的效率低下。
• A(Approach,做法)
  我们为福大助手app设计了“同学帮”这个模块用于同学间的交流。福州大学的学生可在此平台上分享或出售考研资料，寻找研友，交易闲置物品，发布拼单信息等。
• B(Benefit,好处)
  福大助手实名制的特点使沟通变得透明安全且更有效率。因此这个功能预计可以带来可观用户群体。
• C(Competitors,竞争)
  目前基于福大其他校内的服务软件均未提供这个功能。福大助手ios版本推出的“二手市场”模块和超级课程表推出的沟通功能“下课聊”是匿名制，用户群体小且与我们基于实名制的创新点没有冲突。
• D(Delivery,推广)
  在物品交易、考研分享群里宣传，让更多潜在用户体验该功能。累积一定用户群体后，我们可以在 区化的模块里的广告版面投入诸如考研信息等广告进行盈利。

如果你来领导团队，会有什么不一样/h2>

一个产品从想法的萌芽到最后的交付给用户使用，甚至上架销售，私以为包括了五个部分：需求分析，冲刺安排，冲刺，测试和迭代，上架宣传。《构建之法》的第185页谈到：“PM做开发和测试之外的所有事情”，所以一个优秀的PM是不会参与或者尽可能少的参与软件的开发的。所以来说，如果我来领导团队，中间的三部分是不会发生变化的，所以我这里主要说明对于需求分析和上架宣传的看法。对于需求分析部分，《构建之法》的第八章，功能的定位和优先级中进行了详细的说明。我们可以通过《构建之法》提出的使用四个象限来描述“福大助手”的功能分析：

项目发布后，有没有考虑过项目该怎么部署才能满足需求。依据附录图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。

基本的服务器框架都是C/S结构的，请求和相应流程是这样的：

最终设备如下：

问题回答

第一组

Q1：演讲缺乏对专业测评工具的介绍，可以介绍一下你们所使用的应用在线测评工具吗/strong>
答：感谢提问！我们使用的测评工具是Testin云测试。Testin云测试是一个真机自动化云测试服务平台,可实现自定义终端进行批量自动化兼容适配测试以及功能、性能、稳定性测试。我们在平台上传了福大助手的apk文件获得了测试 告数据。

Q2：项目测评是否有发布问卷调查，对应用进行一个大基数的调查/strong>

答：感谢提问！我们没有采取发布问卷调查的形式。我们认为问卷调查的形式对我们的评测帮助并不大，一是没想到什么有针对性的问题，二是对一个软件的评测和分析是需要对软件细致地测试得出的，大多数同学不会通过日常的操作找到什么我们测试人员没有发现的bug，三是我们通过线下了解，同学们的需求比较单一，对福大助手现有的功能都比较满意，提出的如校园卡充值等需求对非技术性的要求较高，不在我们考虑的增量开发范围内。当然，以上仅代表我们组的观点。贵组的问卷调查分析结果是一个亮点，说明贵组的问卷问题和结果分析做的很好，我们会多多学习。

Q3：项目的增量开发难度如何，以小组实力需要多久的开发时间/strong>
答：感谢提问！增量开发的主要功能同学帮涉及到实时交互的功能，难度较高，以小组实力初步估计要两个月左右的时间。

第二组
Q1：是否也有使用问卷调查的形式呢/strong>
答:感谢提问!我们组这次的测试 告中没有考虑到使用问卷调查的形式，因为感觉大家都是轻使用这款App只会使用一些基础的功能，所以不必采用问卷调查的形式。当然，如果测试 告的形式更有利于我们进行测试的话，我们之后会考虑采用这种方式来进行测试工作。

Q2：假如由贵小组来开发该软件，觉得需要多久呢/strong>
答:感谢提问!由我们组来进行开发的话，由于大家都是在校大学生，且经验不甚丰富，所以我认为助教学姐给出的四个月是个不错的建议。

Q3：具体的评测方法是什么/strong>
答:感谢提问!我们组的测试同学使用的是名为“testin”的 站，该 站只用上传APK文件，就会给出关于该软件的测试 告，若有兴趣，欢迎讨论！

第三组
Q1：在测试的过程中并未提及对应的软件产品的版本 ，这就使得bug没有针对性，有些或许并不是所有用户目前所使用的版本都潜在的问题，存在指向不明的情况
答：感谢提问！我们确实没有填，下次注意。但bug是只要一个设备存在，就需要去修改。

Q2：虽然有着详细的测试数据，但并没有给出一定的解释性说明，这造成虽然堆有大量数据但大众很难去理解其所代表的含义，可以挂出你们对于数据的解读吗/strong>
答：感谢提问！其实数据解读我们在测试文档里面有给出来，如果你们还是觉得不是很能理解，可以看我们的详细excel文档。

3：指出的分析大都和数据的安全性相关，能否就你们所目前所指出的安全性给福大助手app提出具体的一揽子解决方案呢/strong>
答：感谢提问！我们也很想提供一揽子解决方案，但确实做不到。

Q2：测试 告没有上传pdf文件，下次能否考虑上传pdf文件呢竟pdf文件不会因为打开软件的不同呈现不同。
答：感谢提问！对于我们没有上传pdf文件给你们带来的不便表示抱歉，我们下次会尽量考虑到大家阅读的友好型做出改进。但是这次作业中也没有明确要求为pdf文件，所以还请谅解。

3：用户采访仅放了三张图，是否不够有说服力呢竟图中部分同学神似团队成员呢/strong>
答：感谢提问！我们的采访是线下面对面采访，虽只放置三张图片但并非代表只采访了三个对象。这在PPT演示过程中已有陈述是抽取三个代表性对象进行展示。而相较于您方放置的一个线下采访短视频是否我们就可以等价的认为您方说服力也不够强呢于“图中神似团队成员”的问题，我们团队中就有一半的成员在之前为使用过福大助手。首先，对象已经是属于我们的采访对象范围；其次，我们图中确实存在一位团队成员，但她便是我们挑选出来的代表性对象，我们认为这并没有什么不妥。最后，如果您方认为说服力不够，我们很乐意看到您方所谓比较有说服力的采访数据和证据。

第五组
Q1：测评可以加入问卷调查的，了解下大家对这个软件的认识，因为我发现其实还是很多人不知道的。
答：感谢提问！这是一个很棒的建议！之后我们会多考虑问卷的。

Q2：其实我觉得福大助手在响应时间方面并不是很好，很多东西都半天出不来，也不知道是不是手机问题。
答：感谢提问！其实我们团队也有类似的感觉，不过似乎易班及福大教务通等一众教务类软件都具有这些毛病，或许和服务器也有一定关系。

Q3：PPT一共有四页给福大助手来了一脚，虽然这APP确实很多地方有问题，但还是别踢了，都肿了。（滑稽）
答：感谢提问！柯大魔王要求如此，一人一脚也是无奈之举。（莫非柯老板是西二在线幕后股东

第七组
1：你们的测试看起来非常有料，可以具体分享一下是怎么测试的嘛/strong>
答：感谢提问！测试的过程虽然是我们组的核心机密，但是看在我们小组之间的关系非常不错。我们做的测试主要是黑盒测试，除此之外我们还使用了testin，上传apk文件，他们提供了很多款机型做测试，同时也给出测试的方式，性能测试、安全测试和兼容性测试等。不过一个账户只能免费使用一次软件测试。

Q2：你们的增量开发中有“同学帮”，可以具体的介绍一下同学帮是干什么的嘛以实现什么/strong>
答:感谢提问！同学帮的功能：实名制的同学互动平台。分成学习、生活两部分。学习部分主要用来发布一些面向用户的个人学习信息。用户可以在这个板块发布找研友、有偿考研信息分享交流、有偿期末答疑解惑等消息。生活部分主要用来发布一些生活上的便利互助信息，如打车拼单、闲置物品转让出售等。我们觉得这个功能能够提供一个很好的校内交流氛围。

Q3：你们认为增量开发难度如何/stron