用户需求报告

                                                                                            用户需求调研报告


项目名称:7-magic


项目编号


调研主题:用户对七巧板都什么了解和督导之处


访谈时间:2015.4.14


调研地点:十五栋四楼女生宿舍


访谈部门:


参与人员: 唐仙迪 信1201-2 18330106893

王欣欣  信1305

史梦帆 信1404

王亚蕊   信1205

杨菲     信1205  18330185355

1.    访谈目的

了解用户的需求,了解市场,因而能够在接下来的冲刺阶段有明确的冲刺目标,开发出能够响应市场用户需求的游戏。

2.    主要议题

主要调研了用户对七巧板的了解,以及对七巧板的小游戏的建议和意见,还有用户对七巧板的喜爱程度。

3.    调研记录

1、首先,我先把七巧板的宣传片放给我要调研的用户看,从而激发用户对七巧板的兴趣。

2、对用户展开了口头的简单提问:

你喜欢玩游戏吗?

平时玩的游戏都是什么类型的呢?是冒险刺激多一些还是休闲益智多一些?

调研结果发现,因为用户是女性,有一部分的品面性。大家喜欢玩休闲益智的,所以我们的小游戏有一部分忠实的小粉丝。

3、了解到用户对七巧板不反感之后,继而我又分发了调查问卷。内容如下:

问题一

亲们小时候玩过七巧板吗?

问题二

熟悉七巧板的游戏规则吗?

问题三

能准确的说出七巧板最多能拼出多少种图案吗?

问题四

如果现在有一个七巧板的小游戏,你想重温经典,重拾回忆吗?

问题五

你愿意把你的拼凑思路和经验与他人分享吗?

问题六

你对我们的游戏有什么意见和建议吗?

调查发现:

问题一:一人表示木有玩过

问题二:玩过七巧板的人不一定熟悉游戏规则,所以我们在策划的时候很荣幸,把游戏操作指南考虑在内了。

问题三:只有一个人能说出七巧板一共能拼出多少张图案,还是我偷偷告诉的。

问题四:有一人不想重温经典,认为有些幼稚,其余三人很想玩。

问题五:针对我们的创新模块,四个人全部愿意分享经验,改进的地方就是,有的用户反映,最好能在朋友圈看到。

问题六:用户希望页面能够友好,美观,大方,色彩搭配准确。能够做出n巧板。

有图有真相

4.    问题反馈

木有

5.    遗留问题

用户提出的可以拓展出八巧板,九巧板的问题,我表示心有余而力不足啊。。

6.    相关资料

木有,有老师给的东西就够啦

时间: 2024-10-05 00:49:13

用户需求报告的相关文章

团队开发用户需求报告

用户需求调研报告 项目名称: 躲避小球 项目编号 调研主题:用户对游戏的需求以及对哪种类型游戏有兴趣 访谈时间:2015.4.12 调研地点: 学一食堂二楼 访谈部门: 参与人员: 信1201-2班郭庆樑(项目组长) 文1204班王羽琪(用户) 18330107849                      18330106788 1.访谈目的 了解用户对游戏的需求,以及怎样的游戏更有吸引力. 2.主要议题 用户常玩游戏的类型,用户对游戏的了解以及怎样吸引用户. 3.调研记录 1.平时玩游戏吗

团队开发——用户需求报告

项目名称: 躲避小球 项目编号:001 调研主题: 用户需求 访谈时间:2015.4.12 调研地点: 石家庄铁道大学图书馆 访谈部门: 三个人行 参与人员:   张金 信1201-2 商晓彤 信1203 崔晓腾 信1203 杨菲    信1205 1,访谈目的  使用户了解我们的产品,倾听用户的心声,根据用户的期望调整自己的作品. 2,主要议题 1)观察用户使用使的情况,针对用户的反馈,调整自己的作品. 2)了解大多数的用户更倾向于什么类型的游戏,或根据用户的喜好,增加游戏的玩法. 3,调研记

黑盒测试学习个人总结

软件测试是在软件开发过程中,寻找软件问题,衡量软件质量,对其是否能达到预期目标的一个评估过程,常见的软件测试有黑盒测试和白盒测试. 黑盒测试,就像其名字一样,软件如同被装备在一个黑盒子里,你无从了解其内部构造,只知道其输入与输出,即软件的功能,所以黑盒测试又被称为功能测试,是站在用户立场上的,检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定. 在传统的软件开发流程中,测试往往是最后进行的,此时软件测试的工作量十分巨大,且由于时间周期过长,程序员需要花费很长的时间对色

浅谈黑盒测试

个人认为黑盒测试相对于白盒测试来说更加容易一些,专业性的东西不太明显,哪怕不会软件开发的人也可以对软件进行黑盒测试,黑盒测试主要是对于软件的功能和兼容性等方面进行测试,无需看代码,只是单纯验证软件是否完成需求的功能,下面是具体的关于进行黑盒测试的步骤和方法: 黑盒测试步骤 (1)测试计划阶段 首先,根据用户需求报告中关于功能要求和性能指标的规格说明书,定义相应的测试需求报告,即制订黑盒测试的最高标准,以后所有的测试工作都将围绕着测试需求来进行,符合测试需求的应用程序即是合格的,反之即是不合格的:

软件工程文档

  1<立项建议书>....................................................................................... 1 2<软件项目投标书>................................................................................. 6 3<软件产品开发任务书>...............................

【章老师的课程】再谈黑盒测试

完整的黑盒测试有如下的几个步骤: 首先是测试计划: 根据用户需求报告中关于功能要求和性能指标的规格说明书,定义相应的测试需求报告,即制订黑盒测试的最高标准,以后所有的测试工作都将围绕着测试需求来进行,符合测试需求的应用程序即是合格的,反之即是不合格的:同时,还要适当选择测试内容,合理安排测试人员.测试时间及测试资源等. 其次是测试设计: 将测试计划阶段制订的测试需求分解.细化为若干个可执行的测试过程,并为每个测试过程选择适当的测试用例(测试用例选择的好坏将直接影响到测试结果的有效性). 然后是测

软件测试 之 黑盒测试 掠影

简单地说,软件测试可以分为两大类:黑盒测试与白盒测试. 白盒测试:是通过程序的源代码进行测试而不使用用户界面,这种类型的测试需要从代码句法发现内部代码在算法,溢出,路径,条件等等中 的缺点或者错误,进而加以修正. 黑盒测试:又被称为功能测试.数据驱动测试或基于规格说明的测试,是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查 程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的. 其大致原理如下图所示: 黑盒测试与白盒测试的一些简单对比,如下表所示,两者的主要区别显而易见

黑盒测试的操作步骤

在传统的软件开发生命周期当中,测试工作往往被搁置到整个开发过程的后期进行,也就是说,当应用程序的编码工作已经基本完成,才开始进行测试,这样做的缺点在于: a)由于应用程序庞大而复杂,测试工作千头万绪,测试人员难以组织科学.全面的测试用例,从而大幅度提高了测试成本,并严重影响测试的全面性和有效性:b)由于缺陷所涉及的模块从开发到测试之间的时间间隔较长,使得程序员的修改和维护工作要付出更大的代价:c)由于受到分发日期的限制,测试工作往往是在忙碌中结束的,而将大量的缺陷遗留给最终用户,也就是说,真正的

软件测试随手记(转)

最近在准备网易测试工程师的实习笔试,边学边记了一些常考的知识点,放在这里以便复习之用. V模型 瀑布模型 驱动函数(一般为Main函数) 桩函数 黑盒测试: 等价类划分(逐个覆盖). 边界值分析(有序的三个点:边界值及边界值前后的两个点). 状态转换测试法(起始状态.输入.输出.结束状态) n-switch覆盖 状态表(找到隐藏的状态转换) 因果图法(逻辑图) 语法测试 白盒测试: 语句测试 分支/判定测试 控制流图 条件测试(每一个布尔操作数的真值价值都被测试用例覆盖至少一次) 数据流测试(定