For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
可用性测试是程序员在测试软件性能的时候会经常用到的一种测试方法,今天我们就通过案例分析来简单了解一下,可用性测试应用阶段分析。
1、可用性测试之前
预测试
预测试是在正式可用性测试之前安排的一场模拟测试。进行预测试的主要目的在于确保测试中的硬件和软件是否正常运行、脚本是否清晰、任务是否可行、访谈的问题设计是否合理和清晰等。如果遇到这些问题,要及时进行调整和修改,这样可以避免一些无效的测试或可能出现的错误,从而降低时间成本。
预测试可以找身边的同事,但这个同事不能是参与产品开发和设计的相关人员,可以考虑行政、后勤等非产品相关人员,测试和访谈结束后可给予一定的礼品或者请吃一顿饭。
尽可能邀请相关方参与
与产品相关的人员可能包括但不限于设计师、产品经理、研发、运营等。在进行可用性测试之前,尽可能提前通知相关方测试的时间和地点,并邀请相关方参与现场的观察。
邀请相关方现场参与是互利共赢的:对于用研来说,这是用研报告终得到相关方理解并认可的方式之一,也利于用研后续工作;对于相关方来说,由于对产品非常了解,可能从测试中观察到主持人没有留意到的行为或态度,从而获得更多启发。
由于公司、项目和需求的不同,邀请的人也不同。这里需要明确的是,邀请适合的人来现场观察测试,比如我之前的项目初是交互设计师想对某个页面各个功能点及页面布局的考察,终邀请了3名交互设计师,当然也可邀请该页面所对应的产品经理和研发人员。如果相关方实在感兴趣,但临时又由于某些原因来不了,可以使用一些商业软件进行远程录制和播放的共享。
2、可用性测试之中
及时调整脚本
在可用性测试进行了几次后,可能会发现有些我们认为很重要的问题也许并不那么重要,有些我们认为不很重要的问题甚至很必要。或者发现了用户对于比较宽泛的问题存在疑惑、不解。或者发现了用户之间的一些共同趋势并希望了解这种趋势。这时,我们应该及时调整脚本,增加或删减一些内容,而不是继续按照原来的脚本进行。
定性研究是探索性的研究,目的在于构建理论,随着测试和访谈的进行,会产生一些新的想法,所构建的理论框架也会越来越清晰,这时就需要对原来的脚本进行细化。
如果有可能,我们可以每做完一次可用性测试都相应的调整一次脚本,虽然这种方式会相对较累,但也许可以给我们带来更多信息。
3、可用性测试之后
可用性问题的优先级排列
在测试完后会发现一系列可用性问题,理想的情况下,每个问题都希望在产品上线前被解决,但这是不现实的,究竟哪些问题先解决,哪些问题后解决呢?这时就需要对这些问题进行优先级排序,从而合理安排迭代和开发的顺序。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。