今天完成的事：

整理了任务1  

以及看了任务2的任务资源

黑盒测试，白盒测试，灰盒测试以及他们的优点缺点和方法

明天计划的事：学习任务2

收获：

什么是需求？

需求是客户需要的东西和要求

需求有三个方面：业务需求、用户需求、功能需求

业务需求：就是要求分析客户的业务是什么有什么流程

用户需求：就是需要我们做出的东西是满足用户的使用习惯的要考虑用户的使用习惯手感好不好引起反感啊

功能需求：就是去分析研究是否能够满足业务的需求是否能达到满足业务的目的

没有需求怎么办？

如果在异常情况下没有需求，可以产考一波市面上已经上线的同类型成熟的产品。

需求模糊怎么办？

如果需求模糊的时候应该整理好已有的需求把不明白的地方提出来逐条的去找相关的负责人一一确认，如产品经理，项目经理。或者还是去产考同类型的产品实现的情况

什么是需求分析？

需求分析也称为软件需求分析、系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程

需求分析的重要性。

需求分析是软件计划阶段的重要活动，也是软件生存周期中的一个重要环节，该阶段是分析系统在功能上需要“实现什么”，而不是考虑如何去“实现”。需求分析的目标是把用户对待开发软件提出的“要求”或“需要”进行分析与整理，确认后形成描述完整、清晰与规范的文档，确定软件需要实现哪些功能，完成哪些工作。此外，软件的一些非功能性需求(如软件性能、可靠性、响应时间、可扩展性等)，软件设计的约束条件，运行时与其他软件的关系等也是软件需求分析的目标。

需求分析的特点及难点，主要体现在以下几个方面:

(1)确定问题难。主要原因：一是应用领域的复杂性及业务变化，难以具体确定；二是用户需求所涉及的多因素引起的，比如运行环境和系统功能、性能、可靠性和接口等。

(2)需求时常变化。软件的需求在整个软件生存周期，常会随着时间和业务而有所变化。有的用户需求经常变化，一些企业可能正处在体制改革与企业重组的变动期和成长期，其企业需求不成熟、不稳定和不规范，致使需求具有动态性。

(3)交流难以达到共识。需求分析涉及的人事物及相关因素多，与用户、业务专家、需求工程师和项目管理员等进行交流时，不同的背景知识、角色和角度等，使交流共识较难。

(4)获取的需求难以达到完备与一致。由于不同人员对系统的要求认识不尽相同，所以对问题的表述不够准确，各方面的需求还可能存在着矛盾。难以消除矛盾，形成完备和一致的定义。

(5)需求难以进行深入的分析与完善。需求理解对不全面准确的分析，客户环境和业务流程的改变。市场趋势的变化等。也会随着分析、设计和实现而不断深入完善，可能在最后重新修订软件需求。分析人员应认识到需求变化的必然性，并采取措施减少需求变更对软件的影响。对必要的变更需求要经过认真评审、跟踪和比较分析后才能实施。

产品的设计理念：

产品设计是一个将某种目的或需要转换为一个具体的物理形式或工具的过程，是把一种计划、规划设想、问题解决的方法，通过具体的载体表达出来的一种创造性活动过程。在这个过程中，通过多种元素如线条、符号、数字、色彩等方式的组合把产品的形状以平面或立体的形式展现出来。

在我们的生活中产品设计无处不在。例如，一把勺子，是什么材质，羹匙与长柄的比例，怎样的弧度更容易盛取食物；一组移动抽屉，如何合理的搁置文件、档案、文具及隐藏纠缠的电线；一件珠宝，从首饰表现方式，到雕蜡、加工、镶嵌、金工制作，都是产品设计需要考虑的问题。

好的产品设计，不仅能表现出产品功能上的优越性，而且便于制造，生产成本低，从而使产品的综合竞争力得以增强。所以说产品设计是集艺术、文化、历史、工程、材料、经济等各学科的知识于一体的创造性活动，是技术与艺术的完美结合，反映着一个时代的经济、技术和文化水平。

产品设计主要有：设计素描、设计色彩、平面构成、立体构成、计算机辅助设计、思维与创意、设计概论、表现技法等。

黑盒：不知道内部结构只能通过外面暴露出来的接口功能进行测试 

优点：

1.容易实施，不需要关注内部的实现

2.更贴近用户的使用角度

缺点：

1.测试覆盖率较低，一般只能覆盖到代码量的不到40%

2.正对黑盒的自动化测试，复用率较低，维护成本较高

主要测试：

1.是否有不正确或遗漏的功能？

2.在接口上，输入是否能正确的接受？能否输出正确的结果？

3.是否有数据结构错误或外部信息（例如数据文件）访问错误？

4.性能上是否能够满足要求？

主要设计方法：

等价类划分法

边界值分析法

错误推测法

因果图法

正交实验分析法

状态迁移图发

流程分析法

灰盒：比作一个半透明的盒子可以看到里面少部分的东西，所以可以通过外面暴露的功能与盒子内部的数据进行对比得出结论

白盒：把软件看成一个透明的盒子，通过观察内部的结构直接推销出软件是否满足客户的需求

功能：验证软件是否满足用户提出的表面需求

性能：测试应该软件的工作效率

安全：测试软件是否能够保护用户的信息，不被轻易的盗取 

优点：

1.迫使测试人员去仔细思考软件的实现，理解原理

2.可以检测代码中的每条分支和路径

3.解释隐藏在代码中的错误

4.对代码的测试比较彻底

缺点：

1.昂贵 成本高

2.无法检测代码中的遗漏的路径和数据敏感性错误

3.不能直接验证需求的正确性