敏捷开发
敏捷开发产品风险/成本
在整个产品开发过程中，随着时间的推移，产品变更成本越来越高，尽早测试，在每一个阶段完成后进行测试成为共识，本文旨在探讨整个产品生命周期中的产品经理所需关注的测试方法与测试重点。
1. 产品构想 Think it
** 1.1 需求分析**
在这个阶段，产品风险最高，一旦产品构想方向是错误的，无疑会导致整个产品的失败，但是这个阶段的变更成本却是最低的，一切都还只是构想，尚未投入大量人力。那在这个阶段，如何验证产品构想呢？
- 多推敲几次，PSPS模型
PSPS模型
运用PSPS模型，验证产品方案是否可以帮助目标用户解决问题
-
找用户聊聊
没有谁比用户本身更有发言权，跟潜在客户聊聊，看他们是否对产品假设感兴趣，产品方案是否可以给他们带来帮助 -
需求评审
除了产品总监外，找公司内的行业专家，业务总监参与，产品需求可能本身是他们提出的，那么我们的解决方案是否符合预期，可以解决问题吗，他们也最有发言权。
1.2 交互设计
交互设计结束，会产出交互设计稿，即线框图，一般会经过两次审查，初稿主要审查操作流程，页面架构是否满足需求，二次审查的详细设计稿则需考虑所有细节，流程是否形成闭环，所有状态页没有遗漏，体验是否顺畅等。
-
体验测试--审查清单
体验相关内容，可以通过建立审查评估清单进行自查。
用户体验审查清单 -
功能测试--测试用例
在这个阶段，写测试用例，有利于检查功能完备性，也有利于为后续测试做准备，不需要非常详细，依据产品操作流程，列出各操作路径核心测试点即可。一般的测试用例是下图这样的，但是设计阶段我一般只列测试功能点，步骤预期结果都是在心中的，测试不合预期时，才描述差异。
测试用例
1.3 视觉设计
视觉设计审查除了常规上的是否好看，主要检查点是是否与交互稿一致：
- 元素是否完整没有遗漏
- 重点元素是否突出，元素位置，大小，分组分区
元素分组区隔分块容易被忽略，已经有几次卡片式设计卡片被自作主张弄没，/(ㄒoㄒ)/~~ - 一致性，相同的元素（按钮，标题，正文等）风格样式应该一致
2. 产品建构 Build it
** 2.1 前端开发 **
如果视觉设计稿经过了详细审查，前端开发完成之后，检查是否与视觉设计稿完全一致，视觉设计检查的几个要点，这里也需重点关注：没有遗漏，重点突出，一致性。
这个阶段结束，所有页面都有了，可以请研发做出高保真的** 可运行产品原型，这时候可以邀请未来的beta客户做可用性测试**。
2.2 后端开发
后端开发结束，产品已经成型，这时候大多有专门的测试人员介入，但是产品经理最后也要进行产品的验收，前期的测试用例都要跑过，逻辑是否正确，使用体验是否符合预期，而且不可避免的会发现有些设计不严谨甚至是设计错误，可能需要调整，这是测试人员无法替代的工作。这个阶段的测试要点：
- 操作路径全覆盖
- 测试用例全覆盖
- 调整需修改详细交互稿，留下修改记录
- 内部发版，邀请尽可能多的人测试，包括同事，老板，业务部门等。没有真正完全的测试，不同的人员测试会给出不同角度的建议，在面对真正的用户之前，让产品接受更多的考验。
3. Beta测试 Ship it
新产品或新功能发布，可以邀请少量用户参与试用，进行Beta测试了。产品经理尽量到客户现场观察客户如何使用，这是又一次可用性测试机会。
- 先接受所有用户意见，不要同用户争论
- 明确用户意见是需求还是解决方案，深挖问题背后的问题。
用户会自己提出解决方案，这很普遍，但是背后的真正需求是什么，是否接受这个方案，是否有更好的方案，这是产品经理需要自己思考的议题。
4. 产品迭代 Tweak it
产品不断发展，新的产品流程开始，新的测试流程也开始，周而复始。
- 新版本先小范围发布
- 不确定的功能版本，A/B TEST
5. 移动产品测试的特殊性
以上测试大多针对功能测试，移动端产品测试的测试设备，运行环境复杂，需特别注意的是：
- 机型适配：不同品牌，不同系统版本，分辨率等的安装、挂起、点击、卸载是否正常
- 网络环境：WIFI,2G,3G,不同网络切换
- 中断测试：App在前台和后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。
- 安全测试：是否容易被外界破解
- 客户端性能：CPU,内存，耗电量，流量等
- 服务端性能：压力测试，容灾测试
除了自行测试之外，可以考虑运用第三方服务，如腾讯WeTest等提供移动开发测试服务。
网友评论