- 博客(17)
- 收藏
- 关注
RSS订阅转载 产品需求分析神器:KANO模型分析法
任何一个互联网产品，哪怕是一个简单的页面，也会涉及到很多的需求，产品经理也会经常遇到这样的情况：老板，业务提的各种新需求一下子都扎堆，哪个需求对用户来说最重要，用户对我们的新功能是否满意？开发产品资源有限，开发、设计、测试人手总是不够用，这么多需求没办法都做，先做哪些需求? 这些都不应该是PM拍脑袋想出来的，其实产品经理的基本要求就是在有限的资源上，通过优化产品设计，提炼出正确、有效...
2020-01-07 14:14:13
1121
转载 点九图完全解析-附官方工具
搞懂点九图看这一篇就够了。内容简介你真的了解android的点九图吗？读完这一篇，再来回答这个问题，废话少说，先看看本文要讲的主要内容：点九图简介下图是一张android系统中的典型点九切图，先来了解下点九图的结构，文章接下来还会对每个结构做详细的介绍。制作点九图有四个硬性要求，只要满足这四点，点九图就可以被...
2020-01-02 15:18:42
2099
1
原创 产品经理必懂的28个心理学效应
产品经理必懂的28个心理学效应1. 晕轮效应定义：在生活中，我们一旦对某人的某种特征形成好或坏的印象后，在看待他的其他品质时，也会倾向于带上相似的态度。即“喜欢一个人就会喜欢他的一切”。产品中的应用：这里有一个很好的例子就是小米。大家都知道小米手机的利润空间是很低的，而小米的核心策略就是通过手机聚集一批高忠诚度的“米粉”，米粉对小米的产品形成“价格厚道，质量上乘”的用户认知以后，小...
2019-09-23 14:01:15
1324
1
原创 APP测试点总结
APP测试点总结（全面）22017.02.08 16:53:41字数 9039阅读 507961.功能性测试：——根据产品需求文档编写测试用例。——软件设计文档编写用例。注意：就是根据产品需求文档编写测试用例而进行测试。2.兼容性测试:——android版本的兼容性——手机分辨率兼容性——网络的兼容性：2G\3G\4G\WIFI,弱网下、断网时——app跨版...
2019-09-06 18:42:00
190
转载 android ADB命令
adb的全称为Android Debug Bridge.是android司机经常用到的工具.但是问题是那么多命令写代码已经够费劲了,过段时间在次使用时压根记不住呀.本次的大餐就是为此开篇的.这一次我们不记命令.要用随时过来ctrl+F呀.哇哈哈哈!本篇ADB集锦不管是常用还是冷门的都有.客观您随意看.记不住没关系,收藏了再说呗.你能在本篇文章中收获什么? adb基本指令 ...
2019-07-23 14:36:37
250
转载 adb命令大全
安装系统级应用的步骤：0. 打开命令行CMD.exe1. 连接设备（必须与本机在同一网段）：adb connect 172.20.26.12. 进入设备shell模式： adb shell3. 设置超级用户模式：su4. 进入文件所在目录： cd /mnt/usb/sda1(u盘) /mnt/meida_rw5. 查看文件夹...
2019-07-19 10:38:19
261
转载 获取包名的adb指令
没Apk的情况，应用已经安装到手机或虚拟机中运行应用执行得到包名：adb shell dumpsys activity | find “mFocusedActivity” 或者adb shell pm list packages如果使用adb shell dumpsys window | findstr mCurrentFocus 命令查看当前运行的包名和Activity更清晰一些。...
2019-07-17 09:38:25
5028
转载 每秒自动执行命令多少次
:aaaset /a n+=1if %n% leq 6 (命令goto :aaa)leq是执行多少次的次数命令替换为你需要执行什么命令
2019-06-28 18:39:46
640
原创 命令敲按键
adb shell input keyevent 按键值， 比如 adb shell input keyevent 3常用键展示KEYCODE_CALL 拨号键 5KEYCODE_ENDCALL 挂机键 6KEYCODE_HOME 按键Home 3KEYCODE_MENU 菜单键 82KEYCODE_BACK 返回键 4KEYCODE_SEARCH 搜索键 84KEYCODE_C...
2019-06-28 18:37:54
188
转载 项目结束的反思会
怎样开展反思会？☺反思会是Scrum中最难以实施的活动之一。☺反思会上讨论三个问题：我们上个迭代有哪些事情做的好希望继续，那些事情做的不好希望改进，有何改进计划。☺经常出现一些问题多次被提到，但却始终没有解决。应该每次仅就1～3个关键问题做出可行的解决方案，在下一个迭代执行改进。“可行”的概念包括两个含义：第一是方法简单，影响面小，见效快；第二个是目标不要激进，而要现实可行...
2019-04-08 18:47:38
579
转载 如何更有效地说服开发人员接受你的BUG？
把BBS的文章拿来总结一下。有的公司很正规，不需要测试直接同开发人员进行打交道。但是对于规模较小的项目团队或者处于起步阶段的公司里面的测试人员来说，与开发打交道是一件不可避免的事情。 当处于这种状况时，如何和开发打交道更多的是一个沟通的技巧。 超越自我says:首先,要确保自己能重现BUG的过程;(要真正能模拟到该问题的存在)其次,要将系统出现BUG给用户带来的影响要逐一解释...
2019-01-21 10:08:51
381
转载 报告可以为你节省宝贵的时间
一份糟糕的BUG记录不仅烦人，而且大大增加了时间长的开销。为你的下一份BUG报考增加更多更详细的信息，可以使你更快速的定位BUG从而节省时间成本。 注释: 这篇文章在早些的时候已经在我的网站发表过。介绍我想一份糟糕的BUG报告和很多人都有着或多或少的关联，或是客户支持的工作人员， 用户的反馈报告、开发人员、测试人员或一级技术支持，一份糟糕的BUG报告给他们带来时间上的开销。除了一些（大多数...
2019-01-21 10:06:43
214
原创 需求分析法
1. 5W1H分析法很多需求提出者不了解系统，他们只关心当前问题是否能够解决，PM必须详细了解需求的来龙去脉，以便能提出解决方案。在此推荐5W1H分析法，用来收集需求内容。（1）What（描述）需求是什么？（2）Why（原因）为什么会有这样的需求？之前的替代方案是什么？（3）Who（使用者）需求的使用者是谁，或者说是哪个部门？（4）Where（场景）需求的使...
2019-01-18 17:36:37
1587
原创 开发部门现在存在的一些问题
1. 无法明确项目时间，依靠开发人员自己定义时间往往都会留给自己很富裕的时间解决办法1：第一步： 明确需求，细化需求，需求可以拆分至小时的程度第二步：找一位靠得住的开发人员，规划项目时间解决办法2：第一步：明确需求，细化需求，需求可以拆分至小时的程度第二步：开需求评审会议，参会的每个人都可以提出完成时间，最后取平均数，如果开发人员不同意这个时间，则开发人员再阐述自己的观点。...
2019-01-18 14:53:48
2912
原创 关于测试的要求（持续更新）
1. 关于bug，有发现就提交到TAPD，方便后续管理。2. 新发现的bug，可确定修改的，确定逻辑，举一反三，补充测试用例3. 产品经理应该完善需求，让测试人员写用例更方便，并且应该和开发时间同步完善用例4. 关于BUG，有重现方式，就写清楚重现方式，除非难以表达清楚，否则尽量不要录视频，浪费开发的时间5. 和开发沟通bug，尽量提交日志，无法重现的问题，可以和开发推测问题原因...
2019-01-18 14:38:26
338
转载 测试用例编写（功能测试框架）
测试用例的编写需要按照一定的思路进行，而不是想到哪写到哪，一般测试机制成熟的公司都会有公司自己自定义的测试用例模板，以及一整套的测试流程关注点，当然我们自己在测试生涯中也应当积累一套自己的测试框架，所有功能性的测试都可以依据框架的思路来进行，达到事半功倍的效果。功能测试框架可以包括：界面友好性测试、功能测试、链接测试、容错测试、稳定性测试、常规性能测试、配置测试、算法测试等等。 1.1...
2019-01-05 20:21:22
1121
4
转载 【测试】测试用例方法及用例细节设计
1.测试用例定义：测试用例是指为实施测试而向被测试系统提供的输入数据，操作或各种环境设置以及期望结果的一个特定集合。测试用例控制软件的执行过程，它是对每一个测试项目的进一步实例化。2.测试用例特点：组织性、功能覆盖、重复性、跟踪统计、测试确认3.测试用例内容：项目名称、功能模块名、预置条件、用例编号、步骤、预期、结果4.测试设计用例方法：（ 条件是输入，结果是输出）等价类划分...
2019-01-05 19:49:44
430
2
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人