今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin） 

完成了对之前零散时间整理到的产品经理概念资料的整合

了解了产品经理的测试是什么，测试的流程是指什么

了解了测试用例的作用，上网查询测试用例如何撰写

明天计划的事情：（一定要写非常细致的内容）

完成任务一的测试用例

 
遇到的问题：（遇到什么困难，怎么解决的）

暂无 

收获：（通过今天的学习，学到了什么知识）内容...

接受任务：做产品经理的第一步，学会测试，学会写测试用例（资料较长，主要目的是整理）

学习正确的百度姿势，解剖名词; 产品经理  产品测试  测试用例

一、产品经理是什么  

http://www.woshipm.com/pmd/211945.html

https://www.zhihu.com/question/29342383/answer/305444628

主要工作

产品经理主要的工作就是：规划、设计产品，对产品研发过程的控制，最终把产品卖出去的一个过程。而产品经理，基于服务的对象不同，主要分为两种：对企业和对用户，虽然两者的侧重点有些不同，但是基本的工作方式还是很类似的。

http://www.woshipm.com/pmd/270876.html

常说的产品经理是指在互联网或者IT行业，管理、规划、设计乃至于负责实施一个互联网产品或者IT产品的岗位。即便在互联网行业，产品经理根据各自所处细分行业不同、公司岗位要求不同、公司业务类型不同，也分为很多类型：

1）侧重用户体验和交互的产品经理

2）侧重企业级产品的产品经理

3）胶水型产品经理

4）负责一个完整职能团队的产品经理

重要能力

产品经理十分需要的能力：

学习能力，思维的逻辑性，比单纯的使用一个软件的技能要更重要

按照流程先后顺序可以分为，1、产品定义 2、需求调研 3、业务建模 4、产品验收 5、线上运营

1、产品定义

1）产品业务的边界：能解决的，不能解决的

2）使用价值：如何给人一个无法拒绝的理由

3）商业模式：回归到公司利益层次，是否挣钱

2、需求调查

1）当面访谈 2）电话访谈 3）在线访谈 4）调查问卷

i、当面访谈：通过与用户进行面对面的沟通，挖掘出用户对于某个需求的使用场景、需要强弱程度等的一种调研手段；

ii、电话访谈：通过打电话的方式，挖掘出用户对于某个需求的使用场景、需要强弱程度等的一种调研手段；

iii、在线聊天：通过跟目标用户通过QQ、微信等方式的聊天，挖掘出用户对于某个需求的使用场景、需要强弱程度等的一种调研手段；

iv、调查问卷：设计了一套问卷，通过在网络上大规模的进行派发，收集用户对于要收集问题的回答，做分析整理，抽离出共性结果的一种调研手段。

至于用什么方式，因产品阶段和公司资源而定，一般推荐多做“当面访谈”的调研，因为这样最直接，能快速的获取对目标用户的认知，知道为哪种群体去设计产品，能更直观的感受到用户对产品的需求程度，不但是整个产品还有部分功能，同时面对面开放式的聊天，总是可以聊出不一样的事情，直接或者间接的矫正自身的认知。

了解需求：http://www.woshipm.com/pmd/178560.html

提炼用户画像

沉浸在用户环境内，另外一种说法是提炼用户画像，把使用这个产品的目标用户立体的描述出来，这样好让那些没做需求调研的同事也能知道这个功能给什么样的用户使用，他们的特征是什么，确定好立体印象，能让大家在讨论的时候，更清楚的知道服务的是哪种类型的用户，这对后续项目的推进有很大的帮助作用。在没有数据的情况下，可以通过从用户的访谈里进行抽离，一般在实际的工作中，可以附上人物特征的照片、姓名、性别、工作等基础的信息，以及一段鲜明的人物描述，让人物形象跃然纸上是再好不过的事情。

竞品分析

竞品的分析，看别人产品，不应该只看对方体验，而是应该看他的根，他的道理。他的公式是什么，这个公式因何成立？如果做同样的事情，对你的项目是否成立？

1）我想做的功能，别人已经做了，但是做法与我预想的有些出入，这时候做竞品分析的作用是，用来矫正想法和开阔眼界的，别人做过的已经更新迭代数次，有很多的坑已经走过，一些新颖想法的痕迹也已经能看得着，我们可以照搬拿过来结合自身实际来用就行。

2) 别人没做，我是第一个发现这个需求并准备做的，这个其实也有深入发掘的方面，可能是别人也想过这个事情，并且有去深挖过，但是最后并没有做出来，可能是发现这真的没有需求，这样连用户调研都不要求了。但是这还没结束，产品经理要有刨根问底的能力，需要分析能力和能够独立思考的能力，两者交相验证，对事情都要有自己的判断。别人家没有做，他给的结论我们也要去认证，他做的方法对吗，他们是什么时候做的调研，什么方式，样本基数有多大，得出的具体数据结果是怎么样，任何的一步与自己的想法不同，都会有偏差，自己都有去探索的余地。

用户story

用户故事的编撰，学会如何去撰写story，用户故事和使用场景是不止一个的，一个产品会有很多的用户故事和使用场景，用户故事是从用户的角度来描述用户渴望得到的功能

常规格式：作为一个<角色>, 我想要<活动>, 以便于<商业价值>

3、业务建模

业务流程图的绘制，用例图的绘制，功能节点的绘制，原型的绘制，评审和研发排期

4、产品测试验收

执行过程   预期结果   实际结果

5、线上运营

常见问题：

常规的运营策略有哪些是可以用的？

这些策略需要的资源有多少（资源包括：人力，金钱）?

各个策略分别能够使我获得多少收益？他们的转化率是什么样的？如何提高策略的转化率。

各个策略适用于哪些时间？适用于哪个阶段？

如果没有太多运营的经验，那么就只能每个都尝试一下，在尝试的过程中进行计算和总结，逐步迭代出适合于自己产品的运营策略。产品上线以后，运营的策略也会不停的变化，而且通过不断的运营和数据的积累，产品不断的迭代下去，直到这个产品完成了它固有的生命周期，最后产品下架，产品经理的使命就此结束。

http://www.woshipm.com/pmd/154550.html

产品经理角色其实就是对一个产品负根本责任的管理者。

产品战略和发展的规划，要做好这件事情，产品经理得了解市场，了解竞争对手，有精明的商业头脑

需求的挖掘和分析

这些需求不光是来自用户的，还可能是市场需求，公司内部的需求，要深刻的分析哪些需求应该做，哪些需求不应该做，这些需求优先级是什么，应该如何做。

二、产品经理的测试是指什么

https://mp.weixin.qq.com/s/7iuRDdg7zZspj7hLFgrh1w

http://www.woshipm.com/pmd/248726.html（故事性的叙述）

要想成为一个合格的PM，所以你要知道最终的产品有没有问题，功能有没有实现，虽然测试有专门的OA进行测试，但是作为PM需要知道这个最基本的流程，渗透到产品的每一个阶段并能解读它，这一点很重要。

1、为什么产品经理需要测试

产品经理是需求的发起者，更是验收者，不知道如何测试，就代表着不知道怎么去验收研发团队的工作。

到了线上，产品经理更应该是直接接受用户反馈的角色，通常会收到很多建议或者是Bug。

产品经理通常应该决定一个版本是否可以上线，什么时候上线。

对于新入行的产品经理而言，先学会验收别人的产品，相对简单，更能够深入理解一个功能。

2、测试都包括哪些内容？

测试的知识点不多，主要包括：测试用例，Bug的级别（后续补上），Bug的生命周期（后续补上），性能测试和自动化测试，以及发布流程。

简单来讲要学会的就是：抛开自己是一个正常的用户，让自己变的不正常起来。

测试名称：边界测试，注入测试，随机测试，并发测试，合法输入测试等。

3、测试流程是怎么样子的？

https://zhidao.baidu.com/question/589165314.html

软件测试的流程一般是这样的：

需求定稿：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求，对需求进行评审，最终需求定稿。

测试计划：测试人员理解需求，经过测试需求讨论，测试组长发布测试计划。

方案编写：测试人员进行测试方案的编写及评审，根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。

用例设计：测试人员根据测试方案定稿进行测试用例的设计及评审，根据测试计划、任务分配、功能点划分，设计合理的测试用例。

执行测试：测试人员根据测试用例的详细步骤，进行测试用例的执行。

记录问题：执行结果记录和bug记录，发现问题并进行bug提交,对每个case记录测试的结果，有bug的都会在测试管理工具中编写bug记录。

修复bug：追踪所分配到自身追踪的bug.直到 bug 修复，关闭bug。

测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug，编写测试报告及总结，编写安装文档或者使用手册直到结束流程。

三、什么叫做测试用例？

https://blog.csdn.net/zhusongziye/article/details/80634327

简单来说，就是有条不紊的给系统挑刺，然后做记录，也可以说用一个固定的模板，来把我们做过所有开脑洞的测试记录下来，这个，就是测试用例。

测试的前提是需要了解需求，测试要有完备性， 要能覆盖各种各样的场景，要学会开脑洞的。

测试用例是测试设计的一个产出物，它能够直接体现测试设计的思想，测试用例的完整性决定了产品上线之后的质量高低，测试用例是测试产品的其中一个方式，是一个手段，其目的是为了检测产品的缺陷，测试产品需求以及各项功能的完备性。

四、如何撰写测试用例（功能性测试）

http://www.51testing.com/html/96/n-3727096.html（长篇干货文）

https://jingyan.baidu.com/article/020278114f51a11bcd9ce577.html（经验）

http://www.woshipm.com/pmd/644045.html（实例）

在编写测试用例之前，你得想好有哪些前置条件。这些前置条件满足了才能达到你得预期。比如账号密码登录，前置条件时账号和密码同时正确才能正常登录成功。那么此时你就得编写条件不符的时候，是否也会成功。如果成功了，那就属于BUG，需要技术进行修复。

序号： 不用说，就是按顺序下去的。

模块：该功能点具体属于哪个模块的，填写这个主要是方便查找，如：注册/登录模块

编号：对每个用例进行编号，方便后期跟进。毕竟用文字说，容易口误。不过此处建议编号设计的有点规则，方便快速定位查找。如：A0001。其中A表示注册/登录模块。00表示账号登录，01 表示账号密码登录下的第一个测试用例。

功能点：具体指某个功能，如：账号登录、首页、发布等。

子功能点：具体指功能点，如：账号密码登录、手机验证码登录、邮箱登录、第三方授权登录等。

用例名称：具体测试用例的名称。如：输入账号、输入密码、密码不合规等等。

前置条件：指要达到预期测试结果，需要满足那些条件才能达到。如：账号密码不一致时，就需要登录失败，那么此时就得保

证账号正确或密码正确以及账号正确时是存在的。

操作步骤：指要达到预期测试结果，需要按这些步骤来。最好说明在什么页面，点击或操作什么内容，输入什么内容。

预期结果：说明按照前面写的应该呈现出怎样的结果。

测试结果：如果符合预期结果，直接填写正常或OK，如果不符合，则说明不符合或NO，

结果描述：如果正常，可以不用填写，如果不符合预期结果，则说明哪里不符合。

测试人员：填写测试人的名字，方便后期跟踪BUG。

测试日期：填写测试的时间，方便后期查询。

BUGID：跟测试编号一样，自己设定ID规则，方便快速查询。

BUG负责人：此处应该有技术那边填写，具体落实到某个人身上，才能更好的解决到问题。

测试中的一些常见名词解析

https://www.cnblogs.com/yr-number1/p/10095194.html

1.单元测试2. 集成测试3. 系统测试4. 验收测试5. 黑盒测试6. 白盒测试7. 灰盒测试8. 功能测试9. 性能测试10. 时间性能11. 空间性能12.冒烟测试13. 回归测试14. 随机测试15. 安全测试16. 穷举测试17.等价测试18. 边界值分析等等

测试用例设计原则和模板

https://wenku.baidu.com/view/69f5c57da55177232f60ddccda38376baf1fe0a2.html

测试用例标识

就是每个测试用例的身份证,具有唯一性和代表性. 

因为在不同的测试阶段, 针对不同的模块都需要设计用例, 所以在成千上万的用例中, 对每个用例肯定需要一个唯一的标识. 这也是测试用例标识的目的

测试用例标识是为了软件缺陷管理对测试用例的跟踪而设的,也就是起个身份证的作用,好是标识有自注释性.

关于BUG的优先级

https://mp.weixin.qq.com/s/KK0ZElbS89JvKb0JbsxTsw

关于测试的优先级

https://zhidao.baidu.com/question/206905888.html

https://blog.csdn.net/zhaodj5660/article/details/80060673

资料链接: https://pan.baidu.com/s/1E8fudhCg_QbeuLmseToINQ   提取码: y55f