主题有二：根据现有项目提出规划蓝图、解读测试文档、迭代开发内容
一．根据现有项目提出建议
1. 阐述项目背景
①．项目需求：甲方需要一套系统，它可以在程序上对用户操作进行打分，评价等动作，现在需要一套后台管理程序可以看到每次用户操作后产生的数据，可以分为成绩、排名等信息支持。
②．项目目前进展：我们根据此需求，可以拓展为一个通用型平台。用户可以在我们开发的程序上进行操作，之后统计的数据可以显示在页面端。现在已经打通这个流程，证明这套路线是可行的。但是细节优化还没有做到位，更深层方面的东西还没来得及拓展。现在已实现以下功能：做了后端CMS管理平台（html+css+php），做了应用内容开发（unity3d）,数据库采用mysql,已实现了数据流通。用户可以在页面端看到该用户在应用中的操作信息。
2. 提出项目开展建议
①．如果这套系统是用户的需求，那我们交付的就是一个VR程序+一套管理系统。
②．任何大型项目都是要有一套流程，都是要有过程的。不要着急把这套系统做成通用平台，先尽量满足客户的需求的前提下，再去进行拓展。
③．现在的任务是先考虑把线下的项目完成，把这套点对点的系统完善交付后，再去开展平台策略。当然也可以让这套系统考虑多租户模式，大家共用这一套东西，多家付费。
二．解读文档
1. 场景分析
根据大型用户使用场景，将大颗粒精细化形成各个场景需求（scenario requirement），即所谓的SR。然后再基于具体SR，做出SR分析。
2. 特性设计
根据设计的SR颗粒，去设计相应的产品特性。然后汇总组成AR分析。
3. 迭代开发
对于开发模式，我们选择迭代开发。这是指在开发进行之前，我们就经历了系统的风险分析。对产品需求、场景、特性以及接口都逐一认真分析后，就进入迭代开发阶段。有很多做法，比如在开发前期，我们就可以快速实现一个产品demo，可以拿去跟客户对接，这样就可以很早的得到用户反馈，使得早期的用户反馈在初始迭代中就能出现。在开发过程中，我们会对各个目标里程碑提供阶段性目标中心，提高开发动力。
迭代开发的好处：
①．降低风险
②．开发初期就可以得到用户反馈
③．随开发一起进行的测试，也能及时对开发人员做出反馈
4. 测试
测试是随着开发过程同时一起进行的，测试的设计师针对某个具体的场景，需要一些测试用例。测试主要分为黑盒测试与白盒测试。以下主讲黑盒
主要有三种模式：
①．基础功能检测
②．异常测试
③．针对DFX设计测试用例，主要查看产品是否符合项目预期（可靠性、稳定性.etc）
以上黑盒测试人员不需要拥有开发背景，用合适的用例去测试即可。测试用例一般可以用自动化测试脚本。这里可以用python来编写效率比较高的自动化脚本。
白盒测试一般由开发人员完成，这也是开发素养的体现。主要是单元测试，它是指根据某项功能代码块测试。保证代码的正确性以、稳定性以及是否保证产品性能。
最后根据测试用例来撰写测试用例表。测试用例主要是根据场景来划分的。用例级别级数越小，说明该功能越基本，越重要。测试文档一般由测试设计师来撰写。
（一般正规团队中，会有系统设计时和测试设计师）
5. 接口
常见的外部接口通常都是HTTP接口，主要方式都有：
Get/Post/Delete/Put等
6. 再谈项目
文档已经介绍完毕，接下来就需要实际项目来驱动大家掌握了解。如果真要做成通用平台的话，我们接下来要考虑诸多因素。比如需求挖掘、需求分析、产品多领域、以及建模素材引。如果要考虑平台采用SAAS模式（Software-as-a-Service 软件即服务）的话，我们就得考虑开放接口的问题，这些就要在场景分析内提出了。
7. 分配任务
首当其冲的肯定是项目的需求，一个项目是根据需求来演进的。分配一两人去做需求挖掘，一人牵头来设定需求采集规划。
以上为项目小组第三次会议内容（2018.6.13）
总结：
1. 项目演进不能急，必须先满足实体线下客户需求的前提下，再去做拓展。
2. 场景分析很重要，需要将大型用户使用场景分解为小颗粒，然后再去根据每个场景颗粒去做场景分析。
3. 特性分析主要是根据细分的场景颗粒去匹配产品具体特性。、
4. 一般大型项目采用迭代开发模式，这样降低风险，而且能实时与客户沟通，使项目开展更顺利。
5. 在迭代开发进展过程中，用例测试也要跟上。前期主要黑盒测试为主，开发人员在开发过程中采用单元测试的方法自行进行白盒测试。到了项目后期，开发人员与测试人员一起进行测试分析，修改产品缺陷，bug等。
6. 一个完整的项目需要考虑诸多内容，产品研发只是其中很小的一部分。其他很多隐形因素也需要多加注意。重点分析DFX场景。
7. 一个项目主要是围绕着“需求”开展，必须深度挖掘客户需求，然后将其仔细分析。总结为专业的业务语言，接下来才能更有效率的进行场景分析、特性分析等工作。
深度挖掘客户需求信息！
网友评论