测试分析之从用户价值角度设计测试点

测试积点老人

说道测试流程，很多人都知道需要评审，然后根据需求设计用例，然后测试。那么评审测试究竟在干嘛呢？我概述一下我以前刚工作问周边同事的理解，他们是这么样说的：

1. <div>作为一个测试的角度评价这个需求，看需求完不完善，哪里有补充的地方，哪里有改进的地方。</div>

复制代码

然后我抱着这样个心态做了两年测试，然后发现，每次评审其实测试都属于最打酱油的类型，评审玩之后除了了解需求提提小改进的地方外其实并没有什么实质的对测试有帮助的作用，不信可以试试不去评审和去评审，一轮测试下来其实效果相差不大。

1. 所以进入今天的重点了，评审的实际意义其实是去发现产品的价值的，你要做的是找出这个需求的重点，吸引点，并合理初步规划出适合这个需求的测试方案。

复制代码

我们除了关注于这个产品需求的测试细节，更重要的是从整体把控这个需求的意义，我很喜欢我上个公司老板的一句话(当然目前已经加入其他公司了)，当时公司产品用户量持续下降，研发人员也是严重流失，产品也提出了很多功能，结果放到老板那里去，老板说这些功能都不做，我们不做没有意义的功能，一点价值都没有功能加上去，完全是浪费时间，结果那些写了好多天的需求全部砍掉了。

所以，作为一个测试，也应该是要有产品价值观的分析能力的，在看到需求的第一眼，不是应该怎么去测，而是应该先思考这个需求的重点在哪里，价值在哪里，然后第二步才去设计测试点。
于是，举个梨子，播放音频增加预缓存功能，如果是以测试为导向的分析，那么我会这样思考：

1. <ul><li>是不是每个每种音频都支持缓存？</li><li>缓存在哪里？内存还是本地，什么时候失效/清除？</li><li>什么时候开始缓存，一次缓存多少数据？</li><li>各种异常情况下能否正常缓存？</li></ul>

复制代码

然后我以产品为导向的分析，是这样的：

1. <div>为什么要加缓存呢，解决什么问题呢，我为什么要写这篇博客呢？(无视最后一个@.@) </div><div>那么我认为是 </div><div>- 更流畅的播放 </div><div>- wifi下预缓存后，可以在没有wifi的地方听完这个音频 </div><div>- 网络卡的时候可以预先缓存，上个厕所，然后爽快播放 </div><div>(暂时想这么多吧)</div><div></div>

复制代码

那么抱着这三个目的，我会这么样分析：

1. <div>在不同网速下对比旧版本同一个视频，看卡顿表现</div><div>缓存完成后播放是否真的不费流量</div><div>在不同网络下切换的逻辑</div><div>不同机型的兼容，是否兼容</div><div>是否支持来回拖动，拖动后不费流量</div><div>… …</div>

复制代码

那么综合用户价值和测试角度，我会这样测试：

1. <div>输出性能对比报告 </div><div>加入网络流量和内存的专项性能测试 </div><div>覆盖兼容性要重点覆盖 </div><div>&& 常规的测试</div>

复制代码

以用户价值角度设计测试点，是在基础测试的基础上，从另一个更高的角度去发现问题，去保障质量，我想这才是一个正真的测试工程师吧！

ok，今天就聊这么多吧，有两周时间没写东西了，都把事件花在找工作上了，不过还好进入了一间不错的公司

annkingup

写的真不错